visualizzazione errori

  • robar

    (@robar)


    1 mese fa

    vorrei (oltre che risovere questi errori apparsi non so quando) che il pubblico non li vedesse

    ho trovato 1 topic simile in stato di “risolto”, ma senza risposte o indicazioni https://it.wordpress.org/support/topic/aggiornamento-di-wp-la-funzione-_load_textdomain_just_in_time/

    nel mio sito ora appare a tutti in alto questo testo:

    Notice: La funzione _load_textdomain_just_in_time è stata richiamata in maniera scorretta. Il caricamento della traduzione per il dominio customizr è stato attivato troppo presto. Di solito è un indicatore di un codice nel plugin o nel tema eseguito troppo presto. Le traduzioni dovrebbero essere caricate all’azione init o in un secondo momento. Leggi Debugging in WordPress per maggiori informazioni. (Questo messaggio è stato aggiunto nella versione 6.7.0.) in /public_html/wp-includes/functions.php on line 6170

    Deprecated: Creation of dynamic property CZR_resources::$_resouces_version is deprecated in /public_html/wp-content/themes/customizr/inc/czr-init-ccat.php on line 3948

    potete aiutarmi?

    GRAZIE

    La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]

Stai visualizzando 1 risposte (di 1 totali)
  • chiarasupporto

    (@chiarasupporto)

    1 settimana, 4 giorni fa

    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

Stai visualizzando 1 risposte (di 1 totali)

Devi essere collegato per rispondere a questo topic.