Как откатить AMP for WP, если обновление приводит к сбою?
Когда стоит использовать предыдущую версию AMP?
Откатить AMP for WP до предыдущей версии стоит в случаях, если:
- Новая версия конфликтует с другими установленными плагинами;
- Некоторые функции AMP for WP не работают или работают неправильно;
- Обновление плагина приводит к падению или замедлению сайта.
Практический пример: обновление плагина AMP for WP до версии 1.0.76.11 привело к сбою сайта из-за критической ошибки (E_ERROR на строке 3333, Uncaught Error: Undefined constant «AIOSEO_VERSION»). Чтобы восстановить работоспособность сайта, нужно было отключить AMP или установить предыдущую версию плагина, чтобы спокойно дождаться устранения бага (выхода хотфикса).
Как откатить AMP for WP, если обновление плагина приводит к сбою сайта?
- Зайти на почту, на которую приходят сообщения о состоянии сайта;
- Найти письмо с названием «На сайте возникли технические проблемы»;
- Открыть сообщение, найти строку «Режим восстановления» или длинную ссылку, содержащую «enter_recovery_mode»;
- Перейти в «Режим восстановления», чтобы войти в консоль;
- Отключить плагин:
- Выйти из режима восстановления;
- Установить и активировать плагин WP Rollback;
- Нажать на надпись «Rollback» справа от AMP for WP в разделе «Плагины»;
- Выбрать предыдущую версию AMP for WP или любую другую, которая не приводила к сбою сайта;
- Установить и активировать её;
- Отключить автоматическое обновление плагина;
- Удалить WP Rollback.
Если вы изначально хотели не откатить AMP for WP, а избавиться от плагина, просто удалите его в «Режиме восстановления». Этого достаточно, чтобы восстановить работоспособность сайта.
Был ли исправлен баг AMP for WP из версии 1.0.76.11?
Да. Баг AMP for WP из сборки 1.0.76.11 исправили в версии 1.0.76.12. Между первым сообщением на форуме и появлением патча прошло около 7 часов.
Зачем отключать автоматическое обновление AMP for WP?
Если установка новой версии плагина AMP for WP приводит к возникновению критической ошибки, а запланированное автоматическое обновление случится через несколько часов, лучше полностью его отключить. Почему? Далеко не факт, что за это время появится патч, зато «забагованная версия» после установки гарантированно положит сайт.
В долгосрочной перспективе от запланированных апдейтов лучше не отказываться: патчи и хотфиксы исправляют не только баги, но и «латают дыры» (закрывают обнаруженные уязвимости), которые могут привести к утечке данных или взлому вашего сайта. Поэтому отключение автоматического обновления стоит использовать в качестве временной, а не постоянной меры.
Отключать автообновление стоит только в том случае, если сбои возникают регулярно.
Ещё один способ откатить AMP for WP
Если вы не хотите устанавливать сторонние плагины, чтобы откатить AMP for WP, можно использовать предыдущую версию из резервной копии сайта. Восстановить данные из бекапа можно вручную или в автоматическом режиме, если эту услугу предоставляет ваш хостинг-провайдер. Например, Sprinthost позволяет восстановить как файлы, так и базы данных.
Минусы этого способа: после полного восстановления из бекапа (БД и файлов) вы потеряете весь контент, созданный с момента последнего сохранения. Частичное восстановление (только файлов) может привести к потере изображений, архивов и других добавленных материалов, либо восстановлению мусорных элементов, которые ранее были удалены.
Чтобы откатить AMP for WP, достаточно восстановить файлы с предыдущего бекапа (в Sprinthost автоматическая копия файлов создаётся раз в сутки). По сравнению с WP Rollback, откат занимает много времени и не слишком удобен, поэтому рекомендую использовать его лишь в крайнем случае.
Понравилась статья? Делитесь публикацией с друзьями, пишите комментарии, подписывайтесь на Telegram, Boosty и другие страницы, чтобы первыми видеть всё самое интересное!