{"id":27100,"date":"2021-05-07T12:23:00","date_gmt":"2021-05-07T09:23:00","guid":{"rendered":"https:\/\/themewp.inform.click\/?p=27100"},"modified":"2021-10-18T04:16:28","modified_gmt":"2021-10-18T01:16:28","slug":"depurando-wordpress-como-usar-wp_debug-no-site-de-producao","status":"publish","type":"post","link":"https:\/\/themewp.inform.click\/pt-pt\/depurando-wordpress-como-usar-wp_debug-no-site-de-producao\/","title":{"rendered":"Depurando WordPress – Como usar WP_DEBUG no site de produ\u00e7\u00e3o"},"content":{"rendered":"

WP_DEBUG<\/code>\u00e9 uma vari\u00e1vel constante que \u00e9 usada para depurar o site WordPress. Como o WordPress \u00e9 constru\u00eddo usando PHP, essa constante exibe todos os erros, avisos, avisos de PHP. Recomenda-se manter o valor WP_DEBUG ‘true’ ao construir um site WordPress. Ao manter essa constante ‘verdadeira’, ser\u00e1 \u00fatil para os desenvolvedores detectar ou resolver todos os tipos de erros. Os desenvolvedores do WordPress devem certificar-se de que todos os erros sejam tratados antes do site ir para o ar.<\/p>\n

No entanto, pode haver uma situa\u00e7\u00e3o em que tenhamos que corrigir erros apenas na produ\u00e7\u00e3o. Existem algumas raz\u00f5es para isso. Pode ser por causa de um plugin rec\u00e9m-instalado ou atualizado, atualiza\u00e7\u00f5es de tema, mudan\u00e7a nas permiss\u00f5es de arquivo, etc.<\/p>\n

Embora ocorram problemas na produ\u00e7\u00e3o, normalmente \u00e9 de alta prioridade. N\u00e3o temos muito tempo para mover o site de produ\u00e7\u00e3o em um servidor de teste e, em seguida, corrigir o problema. Um desenvolvedor deve corrigir o problema apenas no servidor de produ\u00e7\u00e3o. E, novamente, o site n\u00e3o deve quebrar ou exibir o modo de manuten\u00e7\u00e3o para audi\u00eancias ao vivo tamb\u00e9m (claro, aqui n\u00e3o estamos falando sobre tela branca da morte).<\/p>\n

Restringir WP_DEBUG em apenas para IP<\/h3>\n

Se voc\u00ea tiver um endere\u00e7o IP est\u00e1tico, para descobrir o erro, voc\u00ea pode restringir WP_DEBUG On apenas para o seu IP. Dessa forma, se o WordPress apresentar algum erro, ele ser\u00e1 exibido apenas para o seu IP. O p\u00fablico ao vivo n\u00e3o ver\u00e1 nenhum tipo de erro. Ao fazer isso, voc\u00ea pode corrigir o erro e, uma vez corrigido, remover a condi\u00e7\u00e3o de IP.<\/p>\n

Certifique-se de fazer backup do arquivo wp-config.php antes de fazer qualquer edi\u00e7\u00e3o.<\/p>\n

wp-config.php<\/strong><\/p>\n

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
Observe que voc\u00ea deve ter um endere\u00e7o IP est\u00e1tico para executar esta a\u00e7\u00e3o. Se o seu endere\u00e7o IP for din\u00e2mico, o WordPress exibir\u00e1 erros para todos os visitantes. Porque cada vez que o controle do PHP vem na condi\u00e7\u00e3o else.<\/p>\n
Use companheiros de WP_DEBUG<\/h3>\n
WordPress fornece 2 companheiros WP_DEBUG_LOG<\/code>e WP_DEBUG_DISPLAY<\/code>para WP_DEBUG. Usando esses 2 companheiros de forma eficaz, podemos descobrir os erros e possivelmente corrigi-los. Nesse caso, n\u00e3o precisamos adicionar nenhuma condi\u00e7\u00e3o de IP.<\/p>\n
wp-config.php<\/strong><\/p>\n
define('WP_DEBUG', true);\ndefine('WP_DEBUG_LOG', true);\ndefine('WP_DEBUG_DISPLAY', false);<\/code><\/pre>\n
Se WP_DEBUG_LOG definido como On, ele criar\u00e1 um debug.log<\/code>arquivo no diret\u00f3rio wp-content \/. Este arquivo de log de erros armazena todos os tipos de erros, avisos, notifica\u00e7\u00f5es e rastreamentos de pilha do PHP. Usando esse arquivo de log, o desenvolvedor pode ter uma ideia sobre o erro e corrigi-lo. Desativamos WP_DEBUG_DISPLAY, o que ocultar\u00e1 todos os erros nas p\u00e1ginas da web. Isso significa que todos os erros ser\u00e3o registrados no debug.log<\/code>arquivo e seus usu\u00e1rios n\u00e3o ver\u00e3o nenhum erro em um site.<\/p>\n
Fonte de grava\u00e7\u00e3o:  artisansweb.net<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"
WP_DEBUG tem 2 companheiros WP_DEBUG_LOG e WP_DEBUG_DISPLAY. Usando esses 2 companheiros de forma eficaz, podemos armazenar todos os erros do WordPress no arquivo 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":[613],"tags":[848],"class_list":["post-27100","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized-9","tag-affiai-pt-pt"],"_links":{"self":[{"href":"https:\/\/themewp.inform.click\/pt-pt\/wp-json\/wp\/v2\/posts\/27100","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/themewp.inform.click\/pt-pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/themewp.inform.click\/pt-pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/themewp.inform.click\/pt-pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/themewp.inform.click\/pt-pt\/wp-json\/wp\/v2\/comments?post=27100"}],"version-history":[{"count":0,"href":"https:\/\/themewp.inform.click\/pt-pt\/wp-json\/wp\/v2\/posts\/27100\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/themewp.inform.click\/pt-pt\/wp-json\/wp\/v2\/media\/20714"}],"wp:attachment":[{"href":"https:\/\/themewp.inform.click\/pt-pt\/wp-json\/wp\/v2\/media?parent=27100"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/themewp.inform.click\/pt-pt\/wp-json\/wp\/v2\/categories?post=27100"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/themewp.inform.click\/pt-pt\/wp-json\/wp\/v2\/tags?post=27100"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}