WP_DEBUG: как включать отладку и не превращать сайт в витрину ошибок

WP_DEBUG: как включать отладку и не превращать сайт в витрину ошибок

WP_DEBUG нужен не для «включить и забыть», а чтобы быстро поймать причину сбоя. В wp-config.php обычно ставят: define('WP_DEBUG', true); но на боевом сайте этого мало — ошибки могут показаться посетителям.

Держите базовый набор:
• WP_DEBUG_LOG — пишет ошибки в wp-content/debug.log
• WP_DEBUG_DISPLAY — лучше false, чтобы не светить предупреждения на экране
• @ini_set('display_errors', 0) — дополнительная страховка, если сервер упрямится

Частая ошибка — включить только WP_DEBUG и не проверить права на папку wp-content. Тогда лог не создаётся, а проблема выглядит «пустой». Ещё одна ловушка: забывают отключить отладку после проверки и оставляют на сайте лишний шум в логах.

Если ошибка появляется после установки плагина или правки темы, сравнивайте лог до и после изменения. Так быстрее видно, какой файл и какая строка ломают страницу. Для фронта это особенно полезно: белый экран часто начинается с одного notice, который легко пропустить.

Включайте WP_DEBUG точечно, а не «на постоянку»: нашли источник ошибки — исправили — выключили отображение, оставив лог только для диагностики.