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, но не ломают внешний вид страниц. Если сайт «белый», сначала проверь именно этот файл: там часто видно, какой плагин, тема или шаблонный файл падает.

Полезный порядок проверки:
1) отключи все плагины;
2) переключись на стандартную тему;
3) снова открой страницу с ошибкой;
4) включай компоненты по одному, пока не найдёшь источник. Часто проблема не в WordPress, а в конфликте хуков, неверном PHP-коде или битом include.

Если debug.log пустой, ищи синтаксическую ошибку до загрузки WordPress или проверь права на запись в папку wp-content. WP_DEBUG — это не «включить и ждать чуда», а инструмент, который экономит часы, если использовать его аккуратно.