Сначала остановите цепочку новых изменений

Не запускайте обновление повторно и не обновляйте ещё пять плагинов «заодно». Сохраните текущие файлы, базу и error log, затем определите, на каком шаге сломался проект.

Симптом после обновления → что проверить

СимптомПроверка
500/белый экранPHP log, версия PHP, несовместимый plugin/theme
Админка открывается, фронтенд нетtemplate/plugin/cache
Фронтенд есть, админка нетmanager assets/session/ACL
Ошибка БДmigration/schema/version mismatch
Часть функций сломанаAPI/plugin compatibility
Старый дизайн/данныеcache/CDN/browser cache

Файлы и база — два разных rollback

Если CMS уже выполнила миграцию базы, возврат только старых PHP-файлов может быть несовместим с новой схемой. Перед откатом выясните, менялась ли база, и есть ли backup, созданный до обновления.

Зафиксировать изменения файлов

BASH
git status
git diff --stat
git log --oneline -n 10

find /path/to/site -type f -mtime -2   -printf '%TY-%Tm-%Td %TH:%TM %p\n' 2>/dev/null   | sort -r | head -n 200

Безопасный порядок восстановления

  1. сделать копию текущего проблемного состояния;
  2. сохранить fresh error log;
  3. отключить/откатить только компонент, после которого появился сбой;
  4. проверить PHP compatibility;
  5. если нужен полный rollback — восстановить согласованную пару файлов + БД из одной точки времени;
  6. повторить обновление на staging и только затем на production.

После восстановления

Проверьте авторизацию, формы, поиск, загрузку файлов, cron, API, оплату и административное сохранение. Ошибка может исчезнуть на главной, но остаться в фоне.

Скачать набор диагностики

RuJul Site Diagnostics — один ZIP

Связанные инструкции