Журналы отладки WordPress важнее, чем вы думаете
Когда дело доходит до работы с WordPress, Codex хорошо показывает, как настроить приложение для отладки.
Короче говоря, вы добавляете следующее в свой wp-config.php :
// Enable WP_DEBUG mode
define( 'WP_DEBUG', true );
// Enable Debug logging to the /wp-content/debug.log file
define( 'WP_DEBUG_LOG', true );
// Disable display of errors and warnings
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );Вы можете добавить еще что-то, но это общая идея того, что я считаю полезным.
Но зачем это освещать?
Журналы отладки WordPress
Иногда преимущества наличия журнала отладки кажутся очевидными. В других случаях, однако, может быть не всегда очевидно, почему это полезно.
Мы все слышали оправдание (до такой степени, что это действительно шутка):
Это работает на моей машине.
Но мы действительно не должны отказываться от этого. Это перекладывает ответственность, это пренебрежительно, и это не то, как мы должны действовать.
Быстрый совет по отладке
Тем не менее, это более или менее краткий совет о том, как и почему вы должны установить один между вашей средой разработки и промежуточной средой.
Во-первых, всякий раз, когда у вас есть настройка отладки, она создает файл debug.log, который вы можете просматривать всякий раз, когда работаете в своей среде разработки.
Преимущества этого обычно очевидны:
- вы можете ссылаться на уведомления, предупреждения и ошибки PHP на вашем компьютере,
- вы видите файл и строку, в которой возникает проблема,
- вы получаете метку времени возникновения проблемы
Так что же, правда? Я имею в виду, это то, что мы должны делать с каждым местным проектом.
Но я думаю, что в вашей тестовой среде также важно убедиться, что отладка включена. У вас может быть почти все настроено одинаково, но если хотя бы одна вещь отличается, то программное обеспечение может работать по-разному.
И именно здесь и почему имеет значение одинаковая настройка отладки для постановки. Вы часто можете найти, где несоответствия, которые существуют.
Если они существуют в вашем коде, то ответственность за их решение лежит на вас. В противном случае он как минимум выявит, где проблемы с окружением — будь то сервер или стороннее ПО.