chiarasupporto

Salve @robar ,

Per registrare gli errori solo nel file debug.log, senza mostrarli a schermo, la configurazione corretta in wp-config.php è questa:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

Cosa fa ciascuna riga:

WP_DEBUG a true attiva la modalità debug. Senza questa, le altre due costanti non hanno effetto.

WP_DEBUG_LOG a true scrive gli errori in /wp-content/debug.log.

WP_DEBUG_DISPLAY a false impedisce che gli errori vengano stampati nelle pagine, visibili ai visitatori.

La riga @ini_set( 'display_errors', 0 ) è una ridondanza di sicurezza: su alcuni hosting WP_DEBUG_DISPLAY da solo non basta a sopprimere l’output se PHP ha display_errors forzato a livello di server. Questa la disattiva esplicitamente.

Due avvertenze pratiche.

Queste righe vanno inserite prima della riga /* That's all, stop editing! */ in wp-config.php, altrimenti non vengono lette. Se è già presente un define( 'WP_DEBUG', ... ) più in alto nel file, il consiglio è di modificare quello invece di aggiungerne un secondo.

Il file debug.log è accessibile pubblicamente via URL di default (tuosito.com/wp-content/debug.log), cosa che sarebbe meglio evitare.

In produzione, se si deve tenere il log attivo, il consiglio è di bloccare l’accesso inserendo nel file .htaccess un codice come questo nel caso di web serve Apache:
<Files "debug.log">
Require all denied
</Files>

Idealmente il debug su un sito live va tenuto attivo solo il tempo necessario a diagnosticare e poi dovrebbe essere disattivato.

Cordiali Saluti