Как обновлять ядро Switch Pages без потери данных

Зафиксируйте исходное состояние

Запишите установленную версию CMS, PHP и базы, список собственных изменений и сторонних модулей. Сделайте согласованную копию файлов и БД и проверьте её восстановление. Если изменялись шаблоны, сравните их с новой поставкой до замены: простое копирование поверх может потерять оформление.

Версия находится в inc/version.php. Сопоставляйте её с манифестом конкретного архива. Название скачанного файла не доказывает содержимое и не заменяет проверку SHA-256.

Выполните явное обновление

В ветке 27 определения обновлений не применяются при обычном HTTP-просмотре. Для уже обновлённой структуры предусмотрен CLI-инструмент tools/update.php; переход со старой 25.1 проходит через миграцию с обязательным резервированием. Сначала повторите операцию на копии и прочитайте примечания конкретного выпуска.

Например, добавление таблицы резервных кодов должно произойти при развёртывании, а не неожиданно во время открытия страницы посетителем. Это также позволяет демонстрационной среде оставаться действительно доступной только для чтения.

Проверьте результат

Сверьте идентификаторы, определения полей, JSON-значения и медиа до и после. Проверьте вход, редактирование объекта, загрузку фото, модерацию и основные URL. Для клиентской редакции отдельно убедитесь, что обновление не добавило коммерческие модули разработчика.

Не откатывайте только PHP-файлы, если схема БД уже изменилась и старый код с ней несовместим. План возврата должен охватывать согласованную версию файлов и базы. Сохраните протокол фактического обновления вместе с исходной копией, чтобы следующий выпуск начинался с известного состояния.

Продолжить работу

Повторите проверку на отдельной копии сайта. Сопоставьте задачу с возможностями ядра. Другой материал этого раздела: Резервная копия базы перед обновлением CMS.