{"id":23925,"date":"2021-05-07T12:04:00","date_gmt":"2021-05-07T09:04:00","guid":{"rendered":"https:\/\/themewp.inform.click\/?p=23925"},"modified":"2021-10-18T03:17:56","modified_gmt":"2021-10-18T00:17:56","slug":"debug-di-wordpress-come-utilizzare-wp_debug-sul-sito-di-produzione","status":"publish","type":"post","link":"https:\/\/themewp.inform.click\/it\/debug-di-wordpress-come-utilizzare-wp_debug-sul-sito-di-produzione\/","title":{"rendered":"Debug di WordPress &#8211; Come utilizzare WP_DEBUG sul sito di produzione"},"content":{"rendered":"<p><code>WP_DEBUG<\/code>\u00e8 una variabile costante che viene utilizzata per eseguire il debug del sito Web di WordPress. Poich\u00e9 WordPress \u00e8 costruito utilizzando PHP, questa costante mostra tutti gli errori, gli avvisi e gli avvisi PHP. Si consiglia di mantenere il valore WP_DEBUG &#8216;true&#8217; durante la creazione di un sito Web WordPress. Mantenendo questa costante &quot;vera&quot; sar\u00e0 utile per gli sviluppatori rilevare o risolvere tutti i tipi di errori. Gli sviluppatori di WordPress dovrebbero assicurarsi che tutti gli errori vengano gestiti prima che il sito venga attivato.<\/p>\n<p>Tuttavia, potrebbe esserci una situazione in cui dobbiamo correggere gli errori solo nella produzione. Ci sono alcune ragioni per questo. Pu\u00f2 essere dovuto a plug-in appena installati o aggiornati, aggiornamenti dei temi, modifiche ai permessi dei file, ecc.<\/p>\n<p>Sebbene si verifichino problemi in produzione, normalmente \u00e8 prioritario. Non abbiamo molto tempo per spostare il sito di produzione su un server di staging e quindi risolvere il problema. Uno sviluppatore deve risolvere il problema solo sul server di produzione. E ancora, il sito non dovrebbe interrompere o visualizzare la modalit\u00e0 di manutenzione anche per il pubblico dal vivo (ovviamente, qui non stiamo parlando di schermo della morte bianca).<\/p>\n<h3>Limita WP_DEBUG attivo solo per IP<\/h3>\n<p>Se hai un indirizzo IP statico, per scoprire l&#8217;errore puoi limitare WP_DEBUG On solo per il tuo IP. In questo modo, se WordPress ha qualche errore, verr\u00e0 visualizzato solo per il tuo IP. Il pubblico dal vivo non vedr\u00e0 alcun tipo di errore. In questo modo, puoi correggere l&#8217;errore e, una volta risolto, rimuovere la condizione IP.<\/p>\n<p>Assicurati di eseguire il backup del file wp-config.php prima di apportare modifiche.<\/p>\n<p><strong>wp-config.php<\/strong><\/p>\n<pre><code>if ('YOUR_IP_ADDRESS' == $_SERVER['REMOTE_ADDR']) {\n\u00a0\u00a0\u00a0\u00a0define('WP_DEBUG', true);\n} else {\n\u00a0\u00a0\u00a0\u00a0define('WP_DEBUG', false);\u00a0\u00a0 \n}<\/code><\/pre>\n<p>Tieni nota che devi avere un indirizzo IP statico per eseguire questa azione. Se il tuo indirizzo IP \u00e8 dinamico, WordPress mostra errori a tutti i visitatori. Perch\u00e9 ogni volta che il controllo PHP arriva nella condizione else.<\/p>\n<h3>Usa i compagni di WP_DEBUG<\/h3>\n<p>WordPress fornisce 2 companion <code>WP_DEBUG_LOG<\/code>e <code>WP_DEBUG_DISPLAY<\/code>WP_DEBUG. Utilizzando questi 2 compagni in modo efficace, possiamo scoprire gli errori e possibilmente risolverli. In questo caso, non \u00e8 necessario aggiungere alcuna condizione IP.<\/p>\n<p><strong>wp-config.php<\/strong><\/p>\n<pre><code>define('WP_DEBUG', true);\ndefine('WP_DEBUG_LOG', true);\ndefine('WP_DEBUG_DISPLAY', false);<\/code><\/pre>\n<p>Se WP_DEBUG_LOG \u00e8 impostato su On, creer\u00e0 un <code>debug.log<\/code>file nella directory wp-content\/. Questo file di registro degli errori memorizza tutti i tipi di errori PHP, avvisi, avvisi, tracce di stack. Utilizzando questo file di registro, lo sviluppatore pu\u00f2 farsi un&#8217;idea dell&#8217;errore e pu\u00f2 risolverlo. Abbiamo disattivato WP_DEBUG_DISPLAY per nascondere tutti gli errori nelle pagine web. Ci\u00f2 significa che tutti gli errori verranno registrati nel <code>debug.log<\/code>file e che i tuoi utenti non vedranno alcun errore su un sito web.<\/p>\n<p><div id=\"PostUnique_PostSource\" style=\"padding-top: 50px\">Fonte di registrazione:  <a target=\"_blank\" rel=\"noopener nofollow\" href=\"\/\/artisansweb.net\" class=\"external external_icon\">artisansweb.net<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"<p>WP_DEBUG ha 2 companion WP_DEBUG_LOG e WP_DEBUG_DISPLAY. Utilizzando questi 2 companion in modo efficace, possiamo memorizzare tutti gli errori di WordPress nel file debug.log.<\/p>\n","protected":false},"author":1,"featured_media":20714,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_wp_rev_ctl_limit":""},"categories":[611],"tags":[846],"class_list":["post-23925","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized-7","tag-affiai-it"],"_links":{"self":[{"href":"https:\/\/themewp.inform.click\/it\/wp-json\/wp\/v2\/posts\/23925","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/themewp.inform.click\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/themewp.inform.click\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/themewp.inform.click\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/themewp.inform.click\/it\/wp-json\/wp\/v2\/comments?post=23925"}],"version-history":[{"count":0,"href":"https:\/\/themewp.inform.click\/it\/wp-json\/wp\/v2\/posts\/23925\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/themewp.inform.click\/it\/wp-json\/wp\/v2\/media\/20714"}],"wp:attachment":[{"href":"https:\/\/themewp.inform.click\/it\/wp-json\/wp\/v2\/media?parent=23925"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/themewp.inform.click\/it\/wp-json\/wp\/v2\/categories?post=23925"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/themewp.inform.click\/it\/wp-json\/wp\/v2\/tags?post=23925"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}