Имел в виду именно схему редактирования, а не прям админку-админку))

Я как обычно придерживаюсь принципа больше во фронте редактировать. Где вижу - там и редактирую. Так что как таковой админки скорее всего не будет (как ее и здесь нет). А редактирование скоро сделаю.

Очень интересно! Николай, будешь пробовать администрирование прикручивать к проекту или пока оставишь как есть, с адмикой MODX?

Дайнгрейд пакетов помог. https://github.com/prisma-cms/nextjs/commit/98bc872fe5190cae88403753e752b7cf83fc7d87 Может позже пофиксят.

Отправил бегрепорт https://github.com/vercel/next.js/issues/23069

Получилось избавиться от bootstrap3 и jQuery, и кучи легаси-стилей.

Пока что коордитаты лежат в таблице TV-параметров в виде обычной строки с разделителем-запятой, поэтому разбить ее и выполнить математические операции над ними видимо можно только через написание пользовательской функции для mysql. Это оверхед. Пока что прописал сортировку уже над полученными данными на стороне JS. https://github.com/gorodskie-bani-ru/nextjs/blob/fc743d60f2f36d99210a639114b91c62a1921ec1/server/nexus/types/Query/definitions/Resource/Company.ts#L308-L344

Если в реакте HTML-элемент рендерить с атрибутом contentEditable (то есть в режиме реактирования содержимого прям в браузере), реакт никак не контролирует его содержимое и никак не реагирует на изменения в нем. Тем не менее, когда мы выходим из состояния contentEditable, реакт пытается актуализировать DOM этой ноды, и если мы вручную там удалили какой-либо элемент, который был отрисован реактом, и реакты пытается его найти чтобы удалить, если он его не находит, он выкидывает критическую ошибку Failed to execute 'removeChild' on 'Node'. Избежать такой ситуации можно, задав такому компоненту атрибут key. Пример:

Досадная ошибка. Явно проблема перевода. Поставил задачку.

Да, формулировка размытая. Но выполнил.