Пошта
Пошук і усунення несправностей

«На сайті сталася критична помилка» у WordPress: як знайти причину

Пошук причини критичної помилки

Повідомлення На сайті сталася критична помилка з'явилося у WordPress на заміну старому порожньому білому екрану. Це покращення, бо разом із ним надходить лист, у якому вказано, який файл спричинив збій і на якому рядку. Здебільшого проблему вдається розв'язати, щойно ви прочитаєте цей лист.

Коротко

  • Перевірте пошту адміністратора: лист зазвичай називає плагін-винуватця.
  • Посилання в листі відкриває режим відновлення, у якому адмінпанель працює, навіть коли сайт ні.
  • Якщо листа немає, відповідь є в журналі помилок сервера.

1. Знайдіть лист від WordPress

Тема листа є варіантом фрази Your site is experiencing a technical issue, а сам лист надходить на адресу, вказану як адреса адміністратора сайту. У ньому зазначено назву плагіна, файл і номер рядка. Перевірте також папку «Спам», бо листи від самого сайту потрапляють туди напрочуд часто.

2. Увійдіть у режим відновлення

У листі є одноразове посилання на режим відновлення. У цьому режимі адмінпанель відкривається, хоча публічний сайт не працює, а проблемний плагін уже вимкнено. Видаліть або оновіть його, збережіть зміни і вийдіть із режиму відновлення.

3. Якщо листа не було

Це означає, що сайт узагалі не може надсилати пошту, а це окрема проблема. Відповідь усе одно є в журналі помилок сервера, який можна переглянути в панелі керування хостингом. Знайдіть останні рядки журналу за той момент, коли сайт упав. У рядку вказано шлях до файлу, і зі шляху одразу видно, чи йдеться про тему, чи про плагін.

4. Згадайте, що сталося перед цим

Критична помилка рідко з'являється без причини. Найчастіше її спричиняють оновлення плагіна чи теми, зміна версії PHP та встановлення нового плагіна. Якщо змінилася версія PHP, старий плагін може зовсім перестати працювати, див. зміна версії PHP.

5. Виключіть тему

Якщо журнал вказує на тему, тимчасово перейдіть на стандартну тему WordPress. Це робиться в адмінпанелі, а якщо до неї немає доступу, то перейменуванням папки теми через файлове підключення. Тоді WordPress автоматично ввімкне стандартну тему і сайт відкриється, хоча його вигляд тимчасово буде не таким.

6. Відрізніть від білого екрана

Якщо ви бачите повністю порожню сторінку без жодного тексту, це інший симптом і трохи інші перевірки. Їх розібрано в інструкції білий екран у WordPress. А помилка 500 від сервера означає, що збій стався ще до того, як WordPress встиг показати власну сторінку помилки.

Чого краще не робити

Не вмикайте відображення помилок на публічному сайті. Воно розкриває шляхи й номери версій усім відвідувачам. Помилки читають у журналі, а не на головній сторінці. Також не видаляйте плагін повністю, доки не впевнитеся, що причина в ньому, бо видалення часто стирає і збережені плагіном налаштування.

Якщо не хочете робити це самостійно

Ми прочитаємо журнал, визначимо плагін чи тему, що спричиняє збій, і виправимо ситуацію так, щоб усі функції збереглися. Також пояснимо, що саме це спричинило, щоб наступне оновлення не повторило те саме.

Дізнайтеся, як ми відновлюємо роботу сайту »