Исправим ошибки на сайте и в админке после обновления CMS и плагинов

После обновления сайт может открываться с белым экраном, форма перестаёт уходить, а админка не пускает внутрь. Найдём, что сломалось после обновления CMS или плагина, и вернём рабочее состояние.

Стоимость
от 10 000 ₽
Оперативно
от 2-3 дней
Пожизненная
гарантия

Заказать услугу Задать вопрос

Цены на обновление системы управления в рамках техподдержки сайта на Wordpress, ModX, CMS MS и Битрикс

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

Заказать

Тарифный план по технической поддержке сайтов на Bitrix по которым заданий немного, но они с некоторой периодичностью есть: небольшие изменения дизайна, вёрстки, контента и функционала.

Заказать

С какими CMS работаем

Чиним последствия обновлений на Битрикс, WordPress, CMS Made Simple, ModX и Laravel. Смотрим и публичную часть, и админку: часто страница для посетителя ещё открывается, а кабинет уже не работает.

Что обычно ломается

Обновление ядра, темы или модуля меняет то, к чему был привязан старый код. В итоге пропадает шапка, съезжает каталог, не считается корзина, не уходит заявка, не открывается редактор страницы. Иногда сайт отвечает ошибкой 500 сразу после нажатия «обновить».

Чаще всего виноват не сам факт обновления, а связка: старый плагин, правка в шаблоне «поверх» CMS, несовместимая версия PHP, недописанный модуль оплаты или обмена. Автообновление включает новое ядро, а кастомный код остаётся от прошлой версии.

Чем дольше сайт стоит в таком виде, тем больше потерянных заявок. Особенно если сломалась не главная, а форма, корзина или вход в админку.

Что делаем

Смотрим, что именно обновляли и в какой момент появилась ошибка. Сверяем версии CMS, темы, плагинов и PHP. Если есть резервная копия, поднимаем её как точку опоры, а не откатываем сайт вслепую.

Дальше чиним конкретную причину: конфликт модуля, сломанный шаблон, ошибку в админке, форму, каталог, оплату или обмен. Не откатываем всё на старую уязвимую версию, если можно починить текущую. Откат оставляем на случай, когда иначе сайт не поднять.

После правки проверяем не только «белую» страницу. Смотрим заявки, письма, ключевые разделы и вход в админку. Иначе легко починить главную и оставить мёртвой корзину.

Как работаем

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

Перед правками сохраняем текущее состояние. Если обновление ещё не закончилось и сайт наполовину новый, не продолжаем его «до победного». Сначала фиксируем рабочую версию, потом точечно доводим то, что можно обновить безопасно.

Если модуль больше не поддерживается и именно он ломает сайт, скажем об этом прямо: починить временно, заменить или отключить.

Результат

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

Вы получаете рабочий проект, а не откат «как было год назад» без объяснения. Если часть модулей лучше не обновлять вместе с ядром, это тоже фиксируем.