Устаревший сайт редко ломается внезапно
Обычно авария готовится заранее: CMS не обновлялась, модули ставились без проверки, сервер работает на старой версии PHP, резервная копия давно не восстанавливалась, а доступы к админке лежат у нескольких подрядчиков. В какой-то момент это заканчивается белым экраном, вирусом или невозможностью внести срочное изменение.
Обновления нужны не ради версии в админке. Они закрывают уязвимости, исправляют ошибки и сохраняют совместимость с современным окружением.
Почему нельзя обновлять вслепую
Нажать кнопку «обновить» на рабочем сайте опасно. Особенно если проект дорабатывался, а модули завязаны на оформление заказа, каталог, оплату или интеграции. Перед обновлением нужно понимать, какие участки могут конфликтовать.
Безопасное обновление включает резервную копию, тестовую среду, проверку критичных сценариев и план отката.
Что проверять перед обновлением
- версию CMS и модулей;
- совместимость с текущей версией PHP и MySQL;
- нестандартные доработки ядра и шаблонов;
- платежи, доставку, формы и обмен с 1С;
- права доступа и административные учетные записи;
- наличие актуальной резервной копии;
- логи ошибок после тестового обновления.
Если проект давно не обслуживался, обновление лучше разделить на этапы: сначала стабилизация и бэкапы, потом тестовый контур, затем плановые обновления.
Что делать, если сайт уже сломался
Сначала нужно зафиксировать состояние: логи, последние изменения, резервные копии, доступы. Не стоит хаотично переустанавливать модули или удалять файлы. Это может усложнить восстановление.
OpenStart начинает с диагностики и локализации причины. После восстановления мы обычно предлагаем минимальный план профилактики: закрыть уязвимость, проверить бэкапы, обновить критичные компоненты и ограничить лишние доступы.
Плановые обновления дешевле аварийных
Аварийная работа всегда дороже: она срочная, нервная и часто проходит без полного понимания истории проекта. Плановое обновление можно подготовить, протестировать и провести в удобное время.
Именно поэтому обновления CMS должны быть частью поддержки сайта, а не редкой процедурой после серьезной проблемы.