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

L’ultima volta<\/a><\/strong>, abbiamo esaminato quanto segue:<\/p>\n

    \n
  1. configurazione delle costanti di debug,<\/li>\n
  2. trovare un file di registro degli errori,<\/li>\n
  3. capire come leggere il file di registro,<\/li>\n
  4. comprensione delle tracce dello stack<\/li>\n
  5. capire come leggere lo stack<\/li>\n<\/ol>\n

    Per quanto sia bello, \u00e8 comunque importante capire come scrivere i dati nel registro degli errori da un aspetto programmatico. Vale a dire; una cosa \u00e8 se il tuo lavoro genera errori, avvisi o avvisi.<\/p>\n

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

    \u00c8 un’altra cosa se vuoi capire come scrivere manualmente le informazioni nel file per la ricerca e il debug.<\/p>\n

    In questo post, continueremo a fare esattamente questo per approfondire la nostra comprensione dei log degli errori di WordPress.<\/p>\n

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

    Qual \u00e8 lo scopo di scrivere nel registro degli errori, comunque? Voglio dire, fa anche parte del processo di debug?<\/p>\n

    Dal post precedente<\/a><\/strong> :<\/p>\n

    \n

    Ma che dire del caso in cui vogliamo scaricare qualcosa per ottenere informazioni su ci\u00f2 che WordPress o PHP stanno vedendo? Anche questo \u00e8 utile.<\/p>\n<\/blockquote>\n

    Quando i programmatori pensano al debug, molti di loro pensano di usare un vero debugger (cio\u00e8 un pezzo di software), impostare punti di interruzione e scorrere il codice per osservare il valore delle variabili durante l’esecuzione del programma.<\/p>\n

    Arriveremo a quel punto, ma prima di farlo, diamo un’occhiata a come possiamo scrivere noi stessi nel registro degli errori per darci un’idea delle prestazioni del nostro lavoro.<\/p>\n

    Dopotutto, una cosa \u00e8 se il nostro lavoro lancia avvisi, errori e avvisi. \u00c8 un altro se ci sono informazioni che vogliamo vedere. Ed \u00e8 qui che entra in gioco la scrittura nel registro degli errori.<\/p>\n

    Comprendere le funzioni PHP<\/h3>\n

    Per scrivere nel log degli errori, \u00e8 importante comprendere due funzioni PHP:<\/p>\n

      \n
    1. registro_errori<\/a><\/strong><\/li>\n
    2. stampa_r<\/a><\/strong><\/li>\n<\/ol>\n

      Per quanto riguarda la funzione error_log, si noti che il suo scopo \u00e8:<\/p>\n

      \n

      Invia un messaggio di errore alle routine di gestione degli errori definite<\/p>\n<\/blockquote>\n

      Nella maggior parte dei casi, questo \u00e8 configurato per scrivere nel file di registro per noi tramite la configurazione predefinita di WordPress e PHP. Ma c’\u00e8 di pi\u00f9 perch\u00e9 spesso vorremo restituire i valori di variabili, array, oggetti e cos\u00ec via.<\/p>\n

      A tal fine, \u00e8 necessario essere in grado di utilizzare print_r<\/strong> insieme a error_log<\/strong>. print_r<\/strong> esegue le seguenti operazioni:<\/p>\n

      \n

      Stampa informazioni leggibili dall’uomo su una variabile<\/p>\n<\/blockquote>\n

      E se leggi il manuale, noterai che sono necessari due argomenti, il secondo dei quali dovrebbe essere impostato su true<\/strong> se vuoi che il risultato di una funzione venga stampato nel file di registro.<\/p>\n

      Nello specifico, come recita il manuale:<\/p>\n

      \n

      Se desideri acquisire l’output di print_r()<\/strong>, utilizza il return<\/code>parametro. Quando questo parametro \u00e8 impostato su TRUE<\/code><\/strong>, print_r()<\/strong> restituir\u00e0 le informazioni anzich\u00e9 stamparle.<\/p>\n<\/blockquote>\n

      Quindi l’idea generale di scrivere il valore di un array, diciamo $exampleArray, sarebbe simile a questa<\/a><\/strong> :<\/p>\n

      <?php\n\nerror_log(print_r($exampleArray, true));<\/code><\/pre>\n
      Ma che dire nel contesto di WordPress?<\/p>\n
      Scrivere valori nel registro degli errori in WordPress<\/h3>\n
      Quindi quanto sopra delinea le funzioni integrate in PHP di cui abbiamo bisogno, ma che aspetto ha nel contesto dello sviluppo di WordPress.<\/p>\n
      Per fare ci\u00f2, supponiamo di aver implementato una versione del Registry Pattern<\/a><\/strong>. Nella nostra implementazione del pattern, abbiamo anche un metodo chiamato start<\/strong> che possiamo chiamare una volta che tutti i nostri oggetti sono stati aggiunti al registro.<\/p>\n
      Potrebbe assomigliare a questo:<\/a><\/strong><\/p>\n
      <?php\n\n\/**\n * Starts all of the objects stored is the registry by calling\n * the `start` method that's available on each of the objects.\n *\/\npublic function start()\n{\n    foreach ($this->storage as $obj) {\n        $obj->start();\n    }\n}<\/code><\/pre>\n
      Ora, per quanto riguarda l’implementazione, questo \u00e8 semplice. Ma cosa succede se vogliamo vedere quali oggetti vengono invocati tramite ogni iterazione del ciclo.<\/p>\n
      L’idea alla base di questo \u00e8 che siamo in grado di scorrere gli oggetti archiviati e di chiamare un metodo su ciascuno di essi. Ci\u00f2 si basa sull’idea che ciascuno degli oggetti ha un metodo disponibile su ciascuno di essi (che pu\u00f2 essere imposto da un’interfaccia<\/a><\/strong> ).<\/p>\n
      In primo luogo, questo solleva una domanda: perch\u00e9 potremmo volerlo fare? A causa della natura del sistema di gestione degli eventi di WordPress, forse vogliamo assicurarci che ogni oggetto che ci aspettiamo venga attivato si attivi.<\/p>\n
      In secondo luogo, come possiamo vedere quali oggetti vengono invocati? \u00c8 qui che entra in gioco la scrittura nel registro degli errori. Usando i metodi che abbiamo delineato sopra, un modo per farlo sarebbe quello di fare quanto segue<\/a><\/strong> :<\/p>\n
      <?php\n\n\/**\n * Starts all of the objects stored is the registry by calling\n * the `start` method that's available on each of the objects.\n *\/\npublic function start()\n{\n    foreach ($this->storage as $obj) {\n        error_log(print_r($obj, true));\n        $obj->start();\n    }\n}<\/code><\/pre>\n
      Ci\u00f2 risulter\u00e0 nel seguente output:<\/p>\n
      \"Lettura<\/a><\/p>\n
      Qui puoi vedere l’oggetto; \u00e8 lo spazio dei nomi, i suoi valori di propriet\u00e0 (incluso se le propriet\u00e0 sono private, protette, pubbliche e cos\u00ec via).<\/p>\n
      Da l\u00ec, puoi quindi eseguire un po ‘di debug se l’output \u00e8 quello che non ti aspettavi o forse puoi usarlo per verificare che il tuo codice stia facendo ci\u00f2 che ti aspetteresti.<\/p>\n
      Questo \u00e8 solo un esempio, per\u00f2. Puoi, tuttavia, scaricare i valori della variabile $storage<\/strong> prima ancora di scorrere il ciclo. Quella scelta dipende davvero da te e da ci\u00f2 che stai cercando di ottenere.<\/p>\n
      Utilizzo dei plugin installati<\/h2>\n
      A questo punto, abbiamo trattato gli aspetti fondamentali del codice di debug tramite l’uso dei log degli errori.<\/p>\n
      Ora, per\u00f2, dobbiamo rivolgere la nostra attenzione ai plugin di cui abbiamo discusso alcuni post fa. Dopodich\u00e9, alla fine lavoreremo fino a Xdebug.<\/p>\n
      Ma successivamente, esamineremo gli strumenti a nostra disposizione all’interno di WordPress stesso.<\/p>\n
      Fonte di registrazione:  tommcfarlin.com<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"
      \u00c8 un’altra cosa se vuoi capire come scrivere manualmente le informazioni nel file ai fini della ricerca e del debug. In questo post, continueremo a fare esattamente questo per approfondire la nostra comprensione dei log degli errori di WordPress.<\/p>\n","protected":false},"author":1,"featured_media":162974,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_wp_rev_ctl_limit":""},"categories":[896,720,844],"tags":[1168],"class_list":["post-230921","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-codice","category-sviluppatore","category-tutorial","tag-affiai-it"],"_links":{"self":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts\/230921","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/comments?post=230921"}],"version-history":[{"count":0,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts\/230921\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/media\/162974"}],"wp:attachment":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/media?parent=230921"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/categories?post=230921"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/tags?post=230921"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}