Сначала проверьте состав изменений
Составьте список версий ядра, темы, плагинов и PHP. Прочитайте изменения важных компонентов и обратите внимание на требования к версиям. Если плагин давно не поддерживается, это отдельный риск, который нельзя решить слепым массовым обновлением.
Определите, какие функции бизнеса зависят от плагинов: формы, оплаты, личный кабинет, интеграции и редактор. Их нужно проверить после обновления даже тогда, когда главная страница открывается без ошибок.
Подготовьте копию и тестовую среду
Перед работой сохраните базу данных и файлы, убедитесь, что архив доступен вне обновляемого сервера и его можно восстановить. Сделайте тестовую копию с близкими версиями PHP и сервера; исключите отправку реальных писем и индексацию этой среды.
На тестовой копии обновляйте компоненты небольшими группами. Это помогает определить виновника, если функция перестанет работать. При сложных изменениях ведите список шагов и результата после каждого из них.
Проверьте ключевые действия
Проверьте публичные страницы, вход, редактирование записи, формы, поиск, оплату и фоновые задачи, если они есть. Посмотрите журналы PHP и браузера: отсутствие видимой ошибки не исключает скрытую проблему в интеграции.
Особенно внимательно проверьте кеш и миграции базы данных. Кеш может показывать старую страницу, а изменение структуры данных может затруднить откат только кода. Для такого случая заранее продумайте восстановление согласованной пары файлов и БД.
Обновляйте боевой сайт управляемо
Выберите спокойное время, назначьте ответственного и обеспечьте доступ к журналам. После публикации повторите короткий набор проверок с реальными адресами, затем наблюдайте за ошибками и заявками. Не объявляйте работу завершённой сразу после сообщения «обновлено».
Если проблема подтверждена, примените заранее выбранный способ возврата и сообщите команде о статусе. Причину изучайте на тестовой копии, сохранив данные для анализа.
Разбираете похожую ситуацию? Расскажите о ней в форме ниже — обсудим, с чего начать именно в вашем случае.
