Переход с 2026.1 ESR на 2026.7: мои наблюдения

Обновление: я выполнил переход сегодня. Две вещи, в которых я ошибся выше

PostgreSQL. Я советовал проверить, что у вас версия 15+. Это не та полезная проверка. Текущий базовый образ поставляется с PostgreSQL 18, и при пересборке система автоматически выполняет миграцию: она делает дамп, восстанавливает данные в новом кластере, а затем останавливается с сообщением:

UPGRADE OF POSTGRES COMPLETE
To complete the upgrade, rebuild again using: ./launcher rebuild app

Ваш сайт останется недоступным, пока не будет выполнена вторая пересборка. Ничего не пошло не так, но я не ожидал двухэтапной пересборки. Старый кластер сохраняется в /shared/postgres_data_old, и вам потребуется свободное место, в 2 раза превышающее размер вашей базы данных. Больше деталей в обновлении PostgreSQL 18.

Богатый редактор не является безусловным. Я сказал, что он такой. Настройка сайта rich_editor удалена, поэтому администраторы больше не могут принудительно устанавливать режим для всего сайта, но в композере есть переключатель для каждого пользователя, и Markdown полностью сохранен.

Cloudflare может блокировать сохранение тем. После этого потребовалось внести изменения в CSS. Если в компоненте темы есть <script> в поле <head>, при сохранении возвращается голое 403.

Управляемое правило Cloudflare XSS, HTML Injection – Script Tag блокирует запрос PUT /admin/themes/<id>, потому что редактор 2026.7 отправляет при сохранении все поля, а не только то, которое вы отредактировали.

Это исправляется пользовательским правилом:

starts_with(http.request.uri.path, "/admin/themes") and http.request.method eq "PUT"

Действие: Skip → managed rules.