WordPress felsökningsloggar är viktigare än du tror

När det kommer till att arbeta med WordPress gör Codex ett bra jobb med att visa hur man konfigurerar applikationen för felsökning.

Kort sagt, du lägger till följande till din 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 );

Det finns mer du kan lägga till, men detta är den allmänna idén om vad jag tycker är användbart.

Men varför bry sig om detta?

WordPress felsökningsloggar

Ibland verkar fördelarna med att ha en felsökningslogg uppenbara. Andra gånger kanske det inte alltid är uppenbart varför det är användbart.

Vi har alla hört ursäkten (till den grad att det är ett skämt, egentligen):

Det fungerar på min maskin.

Men vi borde verkligen inte misslyckas med det. Det räcker för pengarna, det är avvisande, och det är inte hur vi ska fungera.

Ett snabbt tips för felsökning

Som sagt, detta är mer eller mindre ett snabbt tips om hur och varför du bör ha en uppsättning mellan dina utvecklings- och iscensättningsmiljöer.

För det första, när du har felsökningsinställningar, genererar den en debug.log -fil som du kan granska när du arbetar i din utvecklingsmiljö.

Fördelarna med detta är vanligtvis uppenbara:

1. du kan hänvisa PHP-meddelanden, varningar och fel på din maskin,
2. du ser filen och raden där problemet uppstår,
3. du får tidsstämpeln för när problemet uppstår

Så vad men, eller hur? Jag menar, det här är något som vi borde göra med varje lokalt projekt.

Men i din iscensättningsmiljö tror jag att det också är viktigt att se till att felsökning är aktiverad. Du kan ha nästan varenda sak konfigurerad på samma sätt, men om ens en sak är annorlunda, kanske programvaran inte fungerar på samma sätt.

Och det är här och varför man har samma felsökningsinställningar när det gäller iscensättning. Du kan ofta hitta var de avvikelser som finns.

Om de finns din kod, då finns det ett ansvar att lösa dem. Annars kommer det åtminstone att avslöja var problemen finns med miljön – vare sig det är servern eller programvara från tredje part.