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

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

WP_DEBUG нужен не для “поломать”, а чтобы быстро увидеть, где именно спотыкается WordPress. Включают его в wp-config.php, а не в плагине: так вы ловите ошибки на уровне ядра, темы и плагинов.

Базовая схема такая:
— WP_DEBUG = true — показывает PHP-ошибки и предупреждения
— WP_DEBUG_LOG = true — пишет их в wp-content/debug.log
— WP_DEBUG_DISPLAY = false — не светит ошибками посетителям
— @ini_set('display_errors', 0) — полезно, если хостинг сам включает вывод

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

Если сайт “белый”, сначала проверьте debug.log, потом отключите лишние плагины и смените тему на стандартную. Часто виноват не сам WordPress, а конфликт одного куска кода с другим. После проверки возвращайте false, а лог оставляйте только на время поиска проблемы.

Включайте WP_DEBUG точечно: нашёл ошибку, исправил, выключил. Так отладка помогает чинить сайт, а не превращает его в источник новых проблем.