Обновления движка и плагинов: как обновлять сайт без поломок

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

Что вообще нужно обновлять

На типичном сайте несколько слоёв, и у каждого свой цикл обновлений.

• Движок (система управления). WordPress, Битрикс, OpenCart, Joomla, самописная система. Обновления исправляют ошибки и уязвимости, иногда меняют возможности.
• Плагины и модули. Формы, SEO-модули, слайдеры, интеграции с оплатой и CRM. Обычно их больше всего, и именно в них чаще находят уязвимости.
• Тема или шаблон. Отвечает за внешний вид. Если в тему вносили правки напрямую, обновление может их стереть.
• Версия PHP и базы данных на хостинге. Хостинг постепенно отключает старые версии. Сайт, написанный под старый PHP, может перестать работать после переключения.
• Сторонние библиотеки. jQuery, редактор текста в админке, библиотеки для слайдеров и галерей.

Как выбирать движок с учётом будущего обслуживания, мы разбирали в статье «Как выбрать CMS для сайта компании».

Почему обновления ломают сайт

• Плагин несовместим с новой версией движка или с другим плагином.
• В файлы темы или плагина когда-то вносили правки напрямую, и обновление их перезаписало.
• Новая версия PHP больше не поддерживает старые функции, которые использует код сайта.
• Обновление прервалось на середине из-за нехватки памяти или обрыва соединения.
• Плагин заброшен автором и давно не обновлялся, а движок ушёл вперёд.

Почти все эти проблемы ловятся заранее, если обновлять не на рабочем сайте, а сначала на копии.

Безопасный порядок обновления по шагам

1. Резервная копия файлов и базы. Без неё не начинать. Убедитесь, что копия свежая и полная, а лучше, что из неё можно восстановиться.
2. Список того, что будет обновляться. Текущие версии движка и плагинов и версии, до которых обновляемся. Прочитайте список изменений у крупных обновлений: там пишут о несовместимостях.
3. Тестовая копия сайта. Разверните сайт на отдельном поддомене или в отдельной папке, закрытой от поисковиков и посторонних.
4. Обновление на тестовой копии. По одному компоненту или небольшими группами, чтобы понимать, что именно вызвало проблему.
5. Проверка. По списку ключевых функций, о нём ниже.
6. Обновление рабочего сайта в спокойное время, когда мало посетителей и есть время всё проверить. Не в пятницу вечером и не перед запуском рекламы.
7. Повторная проверка рабочего сайта по тому же списку.
8. Запись в журнал: что обновили, когда, какие были проблемы. Через полгода это сэкономит часы.

Что проверять после обновления

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

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

Проверку формы лучше делать настоящей отправкой тестовой заявки. Как понять, что заявки не теряются, описано в статье «Почему заявки с сайта теряются и как это починить».

Как часто обновлять

Автоматические обновления: включать или нет

Многие движки умеют обновляться сами. Для мелких исправлений безопасности это скорее полезно: уязвимость закрывается без вашего участия. Крупные обновления и плагины в автоматическом режиме опаснее: если что-то сломается ночью, об этом узнаете от клиентов. Разумный вариант: автоматически ставить только исправления безопасности самого движка, а остальное обновлять вручную по порядку из этой статьи. И в любом случае держать ежедневные резервные копии.

Что делать со старым сайтом, который давно не обновляли

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

1. Оценить состояние: версия движка, PHP, список плагинов и когда каждый последний раз обновлялся автором.
2. Найти заброшенные плагины и решить, чем их заменить или без чего можно обойтись.
3. Найти правки, внесённые прямо в файлы темы и плагинов, и перенести их туда, где обновления их не сотрут.
4. Обновлять поэтапно на тестовой копии, проверяя сайт после каждого шага.
5. Если обновлять экономически бессмысленно, честно сравнить с переездом на новую версию сайта.

Иногда разумнее не обновлять старую систему, а модернизировать сайт целиком. Признаки этого описаны в статье «Как понять, что сайту пора на редизайн». Например, на собственном сайте notix-web.ru мы обновили редактор админки с версии, которой больше десяти лет, на актуальную, и проверили, что тексты всех страниц и статей после открытия и сохранения не меняются.

Плагины: меньше значит надёжнее

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

• отключённые плагины удалите, они всё равно могут быть уязвимы;
• для каждого активного ответьте, зачем он нужен и пользуется ли им кто-то;
• несколько плагинов с похожими функциями замените одним;
• простые вещи, ради которых ставили тяжёлый плагин, иногда проще сделать в коде темы.

Если сайт уже взломан, обновления надо делать вместе с чисткой: иначе вредоносный код останется. Порядок действий описан в статье «Признаки взлома сайта и что делать, если сайт взломали».

Вопросы и ответы

Можно ли вообще не обновлять сайт, если он работает?

Какое-то время можно, но риск растёт. Уязвимости в старых версиях популярных движков и плагинов известны и проверяются автоматическими программами. Кроме того, хостинг рано или поздно отключит старую версию PHP, и сайт перестанет открываться.

Обновление сломало сайт. Что делать?

Восстановить сайт из резервной копии, сделанной перед обновлением, чтобы клиенты видели рабочую версию. Затем спокойно разобраться с причиной на тестовой копии. Чинить вслепую на рабочем сайте опасно.

Зачем тестовая копия, если есть резервная?

Резервная копия позволяет откатиться после проблемы. Тестовая копия позволяет не допустить проблему на рабочем сайте. Вместе они дают спокойное обновление.

Как узнать, какая версия PHP на хостинге?

Обычно это видно в панели управления хостингом в настройках сайта. Там же часто можно переключить версию. Делайте это только после проверки на тестовой копии.

Кто должен обновлять сайт: я или подрядчик?

Мелкие обновления с копией и проверкой можно делать самостоятельно, если вы уверенно работаете в админке. Крупные обновления, смену версии PHP и сайты с правками в коде лучше доверить тому, кто знает устройство сайта. Что входит в такую работу, описано в статье «Техническая поддержка сайта: что входит и зачем она бизнесу».

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