{"id":230913,"date":"2022-12-04T17:10:00","date_gmt":"2022-12-04T14:10:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=230913"},"modified":"2022-12-04T17:10:49","modified_gmt":"2022-12-04T14:10:49","slug":"lettura-e-comprensione-dei-log-degli-errori-di-wordpress-parte-1","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/it\/lettura-e-comprensione-dei-log-degli-errori-di-wordpress-parte-1\/","title":{"rendered":"Lettura e comprensione dei log degli errori di WordPress, parte 1"},"content":{"rendered":"\n

Mentre continuiamo a guardare cosa significa essere uno sviluppatore WordPress indipendente<\/a><\/strong>, gli strumenti necessari e le varie strategie che possono migliorare il nostro set di competenze, ho parlato delle varie costanti, plug-in e strumenti per aiutarci.<\/p>\n

Se ti sei appena imbattuto in questo post, ti consiglio di consultare la mia guida agli strumenti di debug nativi di WordPress<\/a><\/strong> e il resto dei post della serie finora.<\/a><\/strong><\/p>\n

Dopotutto, trovo importante che stiamo tutti lavorando sulla stessa base \u2013 o qualcosa di strettamente correlato \u2013 quando esaminiamo queste informazioni.<\/p>\n

\"Lettura<\/a><\/p>\n

In definitiva, utilizzare uno strumento come Xdebug<\/a><\/strong> \u00e8 indispensabile, ma dobbiamo lavorare fino a questo (per i curiosi, ho scritto una breve guida<\/a><\/strong> su questo poco pi\u00f9 di un anno fa).<\/p>\n

Per ora, per\u00f2, iniziamo con le basi. Nel post precedente, ho lasciato con la seguente dichiarazione:<\/p>\n

\n

Nel prossimo post, inizieremo a esaminare ci\u00f2 che \u00e8 necessario per esaminare il registro degli errori generato da WordPress e come comprendere le informazioni che vediamo.<\/p>\n<\/blockquote>\n

Ed \u00e8 quello che voglio guardare oggi perch\u00e9, se non altro, ti dar\u00e0 qualcosa di pratico su cui lavorare.<\/p>\n

Comprensione dei log degli errori di WordPress, parte 1<\/h2>\n

Prima di entrare troppo in questo, voglio affrontare una domanda che \u00e8 stata sollevata da un membro del sito.<\/p>\n

Vale a dire, mi \u00e8 stato chiesto:<\/p>\n

\n

Quando esamineremo i principi orientati agli oggetti?<\/p>\n<\/blockquote>\n

Anche se ne ho parlato un po’ in una serie precedente<\/a><\/strong>, \u00e8 qualcosa che sto lavorando per approfondire pi\u00f9 avanti in questa serie.<\/p>\n

Detto questo, tuttavia, iniziamo a guardare i registri degli errori.<\/p>\n

Configurare le tue costanti<\/h3>\n

Se non hai configurato le costanti nel tuo file wp-config.php<\/strong>, ti consiglio di farlo ora in quanto ci\u00f2 ti dar\u00e0 il massimo livello di granualit\u00e0 durante l’esame di eventuali problemi che potrebbero sorgere.<\/p>\n

Se non hai raggiunto, assicurati di leggere questo post<\/a><\/strong> (e se lo hai fatto, assicurati che le seguenti costanti<\/a><\/strong> siano definite nel tuo file di configurazione):<\/p>\n

<?php\ndefine( 'WP_DEBUG', true );\ndefine( 'WP_DEBUG_LOG', true );\ndefine( 'WP_DEBUG_DISPLAY', true );\n@ini_set( 'display_errors', 1 );\ndefine( 'SCRIPT_DEBUG', true );\ndefine( 'SAVEQUERIES', true );<\/code><\/pre>\n
Una volta che sono a posto, hai tutto ci\u00f2 di cui hai bisogno non solo per vedere le informazioni sullo schermo, ma anche nel registro di debug che WordPress generer\u00e0.<\/p>\n
Dov’\u00e8 il registro?<\/h3>\n
A seconda della natura del tuo ambiente, questo pu\u00f2 variare; tuttavia, nella maggior parte dei casi, troverai debug.log<\/strong> nella directory wp-content<\/strong> che si trova sopra le directory plugin<\/strong>, temi<\/strong> e caricamenti<\/strong>.<\/p>\n
\"Lettura<\/a><\/p>\n
Come puoi vedere dall’anteprima dello screenshot sopra, il mio file di debug contiene molti contenuti. Daremo un’occhiata pi\u00f9 in profondit\u00e0 nella prossima sezione e come capirlo. Nel frattempo, per\u00f2, controlla se questo file esiste. In tal caso, sentiti libero di andare avanti e esaminare il contenuto del file. Potresti capire o meno molto di ci\u00f2 che sta succedendo, ma il contenuto del file significa che qualcosa in un tema o plug-in sta attivando vari avvisi, avvisi ed errori PHP<\/a><\/strong> che WordPress sta rilevando e scaricando nel file di registro.<\/p>\n
Che cosa significa anche il file di registro?<\/h3>\n
Questo non significa necessariamente che qualcosa sia rotto, ma indica che qualcosa non sta funzionando come dovrebbe, non viene catturato e gestito correttamente a livello di programmazione o sta semplicemente facendo qualcosa che non dovrebbe fare.<\/p>\n
\"Lettura<\/a><\/p>\n
Non deve apparire cos\u00ec (ma pu\u00f2!).<\/p>\n
Come sviluppatori, dovremmo sforzarci di assicurarci che il nostro codice non generi nulla che verrebbe scritto nel registro degli errori.<\/p>\n
Una cosa \u00e8 farlo in fase di sviluppo in quanto siamo in grado di ottenere informazioni dettagliate su ci\u00f2 che stiamo facendo e sulle prestazioni di WordPress. \u00c8 un’altra cosa, per\u00f2, per qualcosa che pubblichiamo a livello di produzione per generare cose del genere.<\/p>\n
Lettura del registro degli errori<\/h3>\n
Ovviamente, c’\u00e8 di pi\u00f9 nella lettura del registro degli errori piuttosto che nell’aprirlo. Per molti, l’impressione iniziale \u00e8 che possa essere un mucchio di gergo. Lo capisco anche io. Ma quando capisci cosa ti sta mostrando, \u00e8 molto pi\u00f9 facile da capire.<\/p>\n
Quindi diamo un’occhiata a un esempio davvero semplice. Neanche questo \u00e8 un esempio forzato. In effetti, questo \u00e8 uno che proviene da un plug-in su cui stavo lavorando. Il registro degli errori contiene le seguenti informazioni<\/a><\/strong> :<\/p>\n
[05-Jul-2018 19:43:53 UTC] PHP Fatal error:  Uncaught Error: Class 'EasyEmailExportAdminEmailExportSubmenu' not found in \/Users\/tommcfarlin\/Dropbox\/Projects\/trunk\/wp-content\/plugins\/easy-email-export\/easy-email-export.php:37\n#8 \/U in \/Users\/tommcfarlin\/Dropbox\/Projects\/trunk\/wp-content\/plugins\/easy-email-export\/easy-email-export.php on line 37\n[05-Jul-2018 19:44:03 UTC] PHP Warning:  include_once(.\/src\/Admin\/EmailExportSubmenu.php): failed to open stream: No such file or directory in \/Users\/tommcfarlin\/Dropbox\/Projects\/trunk\/wp-content\/plugins\/easy-email-export\/easy-email-export.php on line 25\n[05-Jul-2018 19:44:03 UTC] PHP Warning:  include_once(): Failed opening '.\/src\/Admin\/EmailExportSubmenu.php' for inclusion (include_path='.:\/usr\/local\/Cellar\/php\/7.2.5\/share\/php\/pear') in \/Users\/tommcfarlin\/Dropbox\/Projects\/trunk\/wp-content\/plugins\/easy-email-export\/easy-email-export.php on line 25<\/code><\/pre>\n
Si noti che, nel succo di cui sopra, ci sono tre righe. La migliore linea d’azione durante la lettura dei registri degli errori \u00e8 iniziare dal basso e risalire. Questo perch\u00e9 le cose quando sono in esecuzione in esecuzione, operano su uno stack.<\/p>\n
Una breve digressione sugli stack<\/h4>\n
Non entrer\u00f2 nella definizione informatica del termine, ma il codice viene eseguito e funziona in modo tale che le funzioni si verificano e, letteralmente, nella memoria di un computer, si impilano l’una sull’altra.<\/p>\n
Pertanto, la cosa pi\u00f9 recente da eseguire sar\u00e0 sempre in alto dove la radice di dove inizia \u00e8 in basso. Dato che stiamo scrivendo codice su un’applicazione preesistente, questo \u00e8 WordPress; allora \u00e8 probabile che il nostro codice sia sempre in cima.<\/p>\n
\"Lettura<\/a><\/p>\n
Comprendere i log degli errori di WordPress: non \u00e8 questo tipo di stack<\/p>\n
L’idea \u00e8 che il codice inizier\u00e0 l’esecuzione in WordPress e si far\u00e0 strada fino al lavoro che stiamo facendo. Quando c’\u00e8 un avviso, un avviso o un errore, di solito \u00e8 qualcosa nel nostro codice (sebbene WordPress non sia esente, in genere \u00e8 cos\u00ec).<\/p>\n
Quindi, quando leggi il registro degli errori, stai, in sostanza, leggendo quella che viene chiamata traccia dello stack.<\/a><\/strong> Wikipedia, come collegata, ha una definizione piuttosto approfondita sull’argomento, ma forse la parte pi\u00f9 rilevante per questo post \u00e8 la seguente:<\/p>\n
\n
I programmatori usano comunemente la traccia dello stack durante il [debugging] interattivo e post mortem (https:\/\/en.wikipedia.org\/wiki\/Debugging<\/a>). Gli utenti finali possono visualizzare una traccia dello stack visualizzata come parte di un messaggio di errore<\/a>, che l’utente pu\u00f2 quindi segnalare a un programmatore.<\/p>\n<\/blockquote>\n
Questo si confonde con quello che ho delineato sopra, giusto? Ma basta parlare di cos’\u00e8 una traccia dello stack (diventer\u00e0 pi\u00f9 chiaro man mano che approfondiamo il debug), torniamo a leggere il file di registro cos\u00ec com’\u00e8 attualmente.<\/p>\n
Torna a Lettura del registro<\/h3>\n
Compresi i file<\/h4>\n
Per prima cosa, diamo un’occhiata alla linea di fondo nel succo sopra. Contiene quanto segue:<\/p>\n
[05-Jul-2018 19:44:03 UTC] PHP Warning: include_once(): Failed opening '.\/src\/Admin\/EmailExportSubmenu.php' for inclusion (include_path='.:\/usr\/local\/Cellar\/php\/7.2.5\/share\/php\/pear') in \/Users\/tommcfarlin\/Dropbox\/Projects\/trunk\/wp-content\/plugins\/easy-email-export\/easy-email-export.php on line 25<\/code><\/pre>\n
Questo mi sta dicendo che alla riga 25 del mio file, easy-email-export.php,<\/strong> non \u00e8 riuscito ad aprire un file per l’inclusione. Ci\u00f2 significa che ho un’istruzione include_once<\/strong> nel codice che fa riferimento a .\/src\/Admin\/EmailExportSubmenu.php<\/strong> che non riesce a trovare.<\/p>\n
Quindi la migliore linea d’azione sarebbe trovare la riga 25 e determinare perch\u00e9 non sta individuando il file. Forse questo sta scaricando l’intero percorso su dove sta guardando. Ci arriveremo momentaneamente quando parleremo di scrivere nel registro degli errori.<\/p>\n
Dare un senso agli errori<\/h4>\n
Nella riga successiva (ovvero la riga sopra quella che abbiamo appena visto) contiene quanto segue:<\/p>\n
[05-Jul-2018 19:44:03 UTC] PHP Warning: include_once(.\/src\/Admin\/EmailExportSubmenu.php): failed to open stream: No such file or directory in \/Users\/tommcfarlin\/Dropbox\/Projects\/trunk\/wp-content\/plugins\/easy-email-export\/easy-email-export.php on line 25<\/code><\/pre>\n
Questa particolare riga differisce solo leggermente ma fornisce ulteriori informazioni ed \u00e8 contenuta nella clausola che recita "Nessun file o directory del genere". Questo \u00e8 perspicace perch\u00e9 ci sta letteralmente dicendo che il file non esiste.<\/p>\n
Almeno, non esiste dove sta guardando. Quindi le due possibilit\u00e0 sono:<\/p>\n
    \n
  1. non abbiamo creato il file a cui siamo riferimenti,<\/li>\n
  2. stiamo facendo riferimento alla posizione del file nel posto sbagliato<\/li>\n<\/ol>\n
    Pertanto, la prima cosa che dovremmo controllare \u00e8 se il file esiste nella posizione che stiamo cercando di includere. In caso contrario, dovremmo creare il file.<\/p>\n
    Se il file esiste, allora sappiamo che il plugin sta cercando di caricarlo dal percorso sbagliato. Quindi potrebbe essere necessario esaminare il nostro caricatore automatico<\/a><\/strong>, il nostro percorso di inclusione o comunque i file vengono recuperati. Perch\u00e9, le probabilit\u00e0 sono che se il file esiste, allora sta cercando di essere caricato da un posto in cui non risiede.<\/p>\n
    Un errore non rilevato<\/h3>\n
    Nell’ultima riga del codice, vedrai qualcosa del genere:<\/p>\n
    [05-Jul-2018 19:43:53 UTC] PHP Fatal error: Uncaught Error: Class 'EasyEmailExportAdminEmailExportSubmenu' not found in \/Users\/tommcfarlin\/Dropbox\/Projects\/trunk\/wp-content\/plugins\/easy-email-export\/easy-email-export.php:37\n#8 \/U in \/Users\/tommcfarlin\/Dropbox\/Projects\/trunk\/wp-content\/plugins\/easy-email-export\/easy-email-export.php on line 37<\/code><\/pre>\n
    Questo \u00e8 un buon esempio, in primo luogo, perch\u00e9 dichiara esplicitamente che si tratta di un errore non rilevato. Ci\u00f2 significa che qualunque sia la funzionalit\u00e0, qualcosa sta generando un errore e non viene rilevato.<\/p>\n