Logs de depuração do WordPress são mais importantes do que você pensa
Quando se trata de trabalhar com o WordPress, o Codex faz um bom trabalho ao mostrar como configurar o aplicativo para depuração.
Resumindo, você adiciona o seguinte ao seu 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 );Há mais coisas que você pode adicionar, mas esta é a ideia geral do que eu acho útil.
Mas por que se preocupar em cobrir isso?
Logs de depuração do WordPress
Às vezes, as vantagens de ter um log de depuração parecem óbvias. Outras vezes, porém, nem sempre é evidente por que é útil.
Todos nós já ouvimos a desculpa (a ponto de ser uma piada, na verdade):
Funciona na minha máquina.
Mas nós realmente não deveríamos estar padronizando com isso. Passa a bola, é desdenhoso, e não é como deveríamos estar operando.
Uma dica rápida de depuração
Dito isto, esta é mais ou menos uma dica rápida sobre como e por que você deve ter uma configuração entre seus ambientes de desenvolvimento e de teste.
Primeiro, sempre que você tiver uma configuração de depuração, ele gerará um arquivo debug.log que você poderá revisar sempre que estiver trabalhando em seu ambiente de desenvolvimento.
Os benefícios disso geralmente são óbvios:
- você pode consultar avisos, avisos e erros do PHP em sua máquina,
- você vê o arquivo e a linha em que o problema está ocorrendo,
- você obtém o timestamp de quando o problema ocorre
E daí, né? Quero dizer, isso é algo que devemos fazer com cada projeto local.
Mas em seu ambiente de teste, acho que também é importante garantir que a depuração esteja ativada. Você pode ter quase todas as coisas configuradas da mesma forma, mas se até uma coisa for diferente, o software pode não funcionar da mesma maneira.
E é aqui que e por que ter a configuração de depuração da mesma forma na preparação é importante. Muitas vezes você pode encontrar onde as discrepâncias que existem.
Se eles existirem em seu código, haverá a responsabilidade de resolvê-los. Caso contrário, pelo menos revelará onde estão os problemas com o ambiente – seja no servidor ou no software de terceiros.