WP_DEBUG включён не там — и вы видите белый экран вместо причины ошибки

WP_DEBUG включён не там — и вы видите белый экран вместо причины ошибки

WP_DEBUG — это не «включить и ждать магии». Он нужен, чтобы поймать PHP-ошибки, но работает только если в wp-config.php его ставят до строки /* That's all, stop editing! */. Если параметр включён после неё, WordPress просто не увидит настройку.

Базовая связка для отладки:
• define('WP_DEBUG', true);
• define('WP_DEBUG_LOG', true);
• define('WP_DEBUG_DISPLAY', false);

Так ошибки уйдут в файл debug.log, а не на экран посетителю. Это особенно важно, если ломается фронт, админка или чек-аут: публичный вывод ошибки часто маскирует реальную проблему и мешает зайти в панель.

Если лог пустой, проверьте ещё три вещи: нет ли ошибки в самом wp-config.php, включён ли display_errors на уровне сервера, и не перебивает ли тему/плагин собственный обработчик ошибок. Частая ловушка — правка не того файла на сайте с несколькими окружениями.

Главное правило: включайте WP_DEBUG только для поиска причины, а после проверки отключайте. Иначе вы храните лишний шум в логах и рискуете показать пользователю внутренние детали сайта.