Сбои и доступность
Белый экран WordPress: проверка PHP и последних изменений
WordPress открывает пустую страницу без понятной ошибки. Разберём, что проверить в первую очередь и как сохранить сведения для восстановления сайта.
Что происходит и с чего начать
Белый экран — внешний результат, а не название конкретной неисправности. Приложение могло остановиться с ошибкой, которую не показывают посетителю. Иногда проблема касается только темы или одной страницы, иногда — всего запуска WordPress. Поэтому сначала определите границы: работает ли панель, открываются ли другие адреса и появились ли первые отказы после изменения. Не нужно сразу переустанавливать сайт: это может заменить файлы, но не устранить причину в настройках или зависимости.
Что можно проверить самостоятельно
- Проверьте главную, одну внутреннюю страницу и вход в панель. Запишите результаты и время первой замеченной ошибки, чтобы специалист понимал масштаб отказа.
- Составьте короткий список последних изменений: плагин, тема, PHP, перенос или правка кода. Укажите, какие версии и настройки работали до появления пустого экрана.
- Проверьте наличие резервной копии и её дату, но не восстанавливайте базу вслепую. За время после копии могли появиться новые заказы, пользователи и обращения.
Как понять результаты проверки
Специалист ищет фактическую ошибку в журнале PHP или WordPress. Если запись указывает на файл плагина, это ещё требует проверки контекста: компонент может вызывать другую неисправную зависимость. Экспериментальное отключение проводят по одному шагу, желательно на копии. Публичный вывод ошибок не нужен для диагностики и может показать лишние внутренние сведения. Правильный отчёт объясняет, какой сценарий прерывался, какое изменение восстановило его и какие данные при этом сохранились.
Что проверяет разработчик
Для этой части понадобятся доступ к настройкам, журналам ошибок или коду. Её можно передать специалисту вместе с результатами предыдущих шагов.
- Проверьте статус ответа и исходный HTML. Пустой ответ 500 отличается от страницы 200 с невидимым из-за стилей содержимым.
- Посмотрите журнал PHP за время запроса. При необходимости включите запись диагностики в закрытый файл без показа ошибок посетителям.
- На копии сайта проверьте последнее обновлённое расширение или тему. Если панель недоступна, действуйте через файловый доступ с возможностью вернуть изменение.
На что обратить внимание
Ошибки совместимости, нехватка памяти и сбой шаблона выглядят одинаково для посетителя. Массовое переименование всех папок плагинов на рабочем сайте затрудняет определение причины и отключает нужные функции.
Как исправляют причину
Отключите или откатите только подтверждённый проблемный компонент с учётом его данных. Если повреждены файлы, восстановите их из проверенной версии, сохранив пользовательские загрузки и настройки.
Как убедиться, что проблема решена
Проверьте главную, внутреннюю страницу, админку и форму. После восстановления уберите временную диагностику из публичного доступа и убедитесь, что журнал больше не пополняется той же ошибкой.
После восстановления откройте не только главную, но и проблемную страницу, панель и форму. Если сайт принимает заказы, проверьте оформление тестовой покупки. Убедитесь, что временное отключение компонента не оставило незаметно исчезнувшую функцию. Просмотр журналов после контрольных действий помогает отличить устранённую причину от ситуации, когда ошибка просто перестала быть видна на экране.