WP_DEBUG включён, а сайт молчит: где искать ошибки, а где — лишний шум

WP_DEBUG включён, а сайт молчит: где искать ошибки, а где — лишний шум

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

Минимальный набор для wp-config.php:
- define('WP_DEBUG', true);
- define('WP_DEBUG_LOG', true);
- define('WP_DEBUG_DISPLAY', false);
- @ini_set('display_errors', 0);

Так вы отправляете ошибки в /wp-content/debug.log, но не выводите их на экран. Если лог не появляется, проверьте права на папку, путь до wp-config.php и не отключает ли ошибки хостинг на уровне сервера.

Смотрите не на сам факт ошибки, а на её источник: конкретный файл, строку, функцию и повторяемость. Одна и та же ошибка после отключения плагина — почти всегда не его вина, а конфликт хуков, неверный include или битый кастомный код. ⚙️

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