WordPress может скрывать реальную причину белого экрана, критической ошибки или сбоя плагина. Режим отладки помогает записать PHP-предупреждения и ошибки в лог, чтобы найти проблему и не показывать технические детали посетителям.
Сначала сделайте копию
Перед правкой wp-config.php скачайте копию файла или сделайте резервную копию сайта. Одна пропущенная точка с запятой или неправильная кавычка в этом файле может сломать сайт.
Включите запись ошибок
Откройте файлы сайта через файловый менеджер или FTP и отредактируйте wp-config.php. Добавьте строки ниже перед /* That's all, stop editing! Happy publishing. */ или похожим финальным комментарием WordPress:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );
Так WordPress включит отладку, запишет ошибки в лог и не будет выводить их на публичной странице.
Где искать лог
После повторения ошибки откройте файл:
wp-content/debug.log
Если файл не появился, проверьте права на папку и повторите ошибку еще раз. Часть сбоев также может попадать в error log хостинга или в файл error_log внутри папки домена.
Что отправить в поддержку
- Страницу, на которой появляется ошибка.
- Время, когда вы повторили ошибку.
- Последние 20-50 строк из
debug.log. - Что менялось перед появлением проблемы: обновление плагина, темы, смена версии PHP, перенос сайта.
Отключите debug после проверки
Режим отладки не должен постоянно работать на живом сайте. Когда причина найдена, верните WP_DEBUG в false или удалите временные debug-строки.
