План обслуживания WordPress: обновления, копии, безопасность

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

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

Ядро WordPress, плагины и темы регулярно выпускают обновления, и часть из них закрывает уязвимости безопасности. Если обновления долго откладывать, это значит оставлять открытой уже известную уязвимость. На практике интервал между обновлениями зависит от того, насколько критичен сайт; для оживлённых сайтов, принимающих заказы, оправданы более короткие интервалы.

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

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

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

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

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

Безопасность это не настройка, которую делают один раз и закрывают, а проверка, которая повторяется через определённые промежутки времени. Большинство атак проникает через известные уязвимости в устаревших плагинах или через учётные записи администраторов со слабыми паролями. Поэтому перечень регулярных работ короткий и конкретный; приведённые ниже пункты составляют основу для большинства сайтов.

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

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

• Удаление неиспользуемых плагинов и тем
• Проверка учётных записей администраторов и их прав
• Обязательные надёжные пароли и двухэтапная проверка
• Сканирование на вредоносный код
• Ограничение попыток входа

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

Вторая ошибка оставлять неиспользуемые плагины. Плагин, который отключён, но всё ещё установлен, тоже может нести уязвимость. Третья ошибка доверять резервной копии, которую никогда не проверяли. Четвёртая ошибка оставлять неясным, кто занимается обслуживанием: если каждый считает, что этим занимается кто-то другой, не делает никто. План должен быть записан, а у каждой задачи должен быть ответственный.

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

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

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