Что делать, если на сайте критическая ошибка WordPress
О её возникновении говорит уведомление «There has been a critical error on this website»». Оно появляется при попытке войти на сайт, иногда в его админку. Если знать, что при этом действовать, проблему получится решить меньше чем за полчаса.
Что нужно сделать в первую очередь
Постарайтесь вспомнить:
- Вы недавно устанавливали или обновляли какие-либо плагины?
- Вы недавно устанавливали или обновляли активную тему?
- Вы что-нибудь загружали через FTP или файловый менеджер хостинга?
- Вы добавляли собственный код?
- Вы обновляли версию WordPress?
- Вы меняли версию PHP?
Положительный ответ хотя бы на один из этих вопросов с очень высокой долей вероятности укажет на причину, из-за которой на сайте появилась критическая ошибка WordPress.
Если ответить на перечисленные вопросы не получилось, придётся перебирать одну возможную причину критических ошибок за другой. Сначала активируем режим отладки WordPress. Для этого нужно открыть файл wp-config.php и добавить в него:
define ( ‘WP_DEBUG’, true)
define ( ‘WP_DEBUG_LOG’, true);
define ( ‘WP_DEBUG_DISPLAY’, false).
Не забудьте сохранить изменения. Теперь у вас появится запись об ошибках в файле debug.log и вы сможете выяснить, генерирует ли один из ваших плагинов или скриптов критические ошибки на сайте. Если получиться определить путь к плагину, который их создаёт, сразу станет ясным, с чего начать.
Ищем плагин причастный к появлению на сайте критической ошибки WordPress
Если вы подозреваете, что проблема вызвана плагином, первым делом нужно все их деактивировать. Для этого зайдите в установку WordPress через FTP или файловый менеджер хостинга, переименуйте папку ‘plugins’.
Зайдите в админку WordPress, проверьте, что все ли плагины неактивны. Предпримите любые действия, которые ранее вызывали на сайте критическую ошибку WordPress, чтобы увидеть, продолжается ли она.
Если вы больше не получаете критическую ошибку, нужно выяснить, какой именно из плагинов виноват. Проще всего это сделать следующим образом:
- Верните папке плагинов исходное имя;
- Активируйте плагины один за другим. Каждый раз при этом проверяйте, возникает на сайте критическая ошибка или нет;
- Когда обнаружите плагин, вызывающий на сайте критические ошибки, оставьте его отключённым. Остальные продолжайте поочерёдно активировать. Это позволит удостовериться в отсутствии критических ошибок на сайте из-за одного из них.
Если c виновным плагином расставаться с ним не хочется, откройте его страницу на WordPress.org, и активируйте «Расширенный просмотр». Найдите версию старше той, которую вы установили и поставьте её.
Выясняем, причастность к возникновению критической ошибки темы WordPress
Проверка очень проста: активируйте одну из тем WordPress по умолчанию. Подойдёт любая из TwentyAlgo. Если после этого сообщение о критической ошибке на сайте исчезло, то есть все основания полагать, что их вызвало именно обновление активной темы.
Ищем виновные пользовательские коды
Проверьте несовместимость ваших кодов с активной темой, плагинами, версиями WordPress и PHP. Удалите свой код везде, где вы его добавили и посмотрите, не перестало ли появляться сообщение о критических ошибках. Если перестало, их виновником является ваш код.
Разбираемся, имеет ли отношение к возникновению критической ошибки версия PHP
Прейдите на хостинг своего сайта и измените версию PHP на более раннюю. На хостинге Beget это можно сделать следующим образом:
- Перейдите в раздел «Сайты» в левой панели;
- Из появившегося списка выберите нужный ресурс;
- В верхнем меню нажмите кнопку «Редактировать» -> «Изменить»;
- На появившейся странице выберите раздел “Обработчик (PHP)”;
- Укажите нужную версию PHP и нажмите “Сохранить”.
Если ничего из этого не помогло, вернитесь к предшествующей версии WordPress. Проще всего это сделать, восстановив сайт из бекапа. Перед обновлением WordPress всегда появляется рекомендация его сделать. Не пренебрегайте ей. Если и это не помогло, то скорее всего причина вызвана работой вашего хостинга. Ничего не остаётся, как обратиться в его техподдержку.