{"id":23854,"date":"2021-05-07T12:49:00","date_gmt":"2021-05-07T09:49:00","guid":{"rendered":"https:\/\/themewp.inform.click\/?p=23854"},"modified":"2021-10-18T02:20:47","modified_gmt":"2021-10-17T23:20:47","slug":"debogage-de-wordpress-comment-utiliser-wp_debug-sur-le-site-de-production","status":"publish","type":"post","link":"https:\/\/themewp.inform.click\/fr\/debogage-de-wordpress-comment-utiliser-wp_debug-sur-le-site-de-production\/","title":{"rendered":"D\u00e9bogage de WordPress – Comment utiliser WP_DEBUG sur le site de production"},"content":{"rendered":"

WP_DEBUG<\/code>est une variable constante qui est utilis\u00e9e pour d\u00e9boguer le site Web WordPress. Comme WordPress est construit \u00e0 l’aide de PHP, cette constante affiche toutes les erreurs PHP, les avertissements et les avis. Il est recommand\u00e9 de garder la valeur WP_DEBUG \u00ab\u00a0vrai\u00a0\u00bb lors de la cr\u00e9ation d’un site Web WordPress. En gardant cette constante \u00ab\u00a0vrai\u00a0\u00bb, il sera utile pour les d\u00e9veloppeurs d’attraper ou de r\u00e9soudre tous les types d’erreurs. Les d\u00e9veloppeurs WordPress doivent s’assurer que toutes les erreurs sont trait\u00e9es avant la mise en ligne du site.<\/p>\n

Cependant, il peut arriver que nous devions corriger les erreurs de production uniquement. Il y a quelques raisons \u00e0 cela. Cela peut \u00eatre d\u00fb \u00e0 un plugin nouvellement install\u00e9 ou mis \u00e0 jour, \u00e0 des mises \u00e0 jour de th\u00e8me, \u00e0 une modification des autorisations de fichiers, etc.<\/p>\n

Bien que des probl\u00e8mes surviennent en production, ils sont normalement prioritaires. Nous n’avons pas beaucoup de temps pour d\u00e9placer le site de production sur un serveur interm\u00e9diaire, puis r\u00e9soudre le probl\u00e8me. Un d\u00e9veloppeur doit r\u00e9soudre le probl\u00e8me sur le serveur de production uniquement. Et encore une fois, le site ne devrait pas casser ou afficher le mode de maintenance pour les audiences en direct \u00e9galement (Bien s\u00fbr, nous ne parlons pas ici d’\u00e9cran de la mort blanche).<\/p>\n

Restreindre WP_DEBUG sur pour IP uniquement<\/h3>\n

Si vous avez une adresse IP statique, alors pour d\u00e9couvrir l’erreur, vous pouvez restreindre WP_DEBUG On pour votre IP uniquement. De cette fa\u00e7on, si WordPress a une erreur, il s’affichera uniquement pour votre IP. Les audiences en direct ne verront aucune sorte d’erreur. Ce faisant, vous pouvez corriger l’erreur et une fois corrig\u00e9e, supprimer la condition IP.<\/p>\n

Assurez-vous de sauvegarder le fichier wp-config.php avant de faire des modifications.<\/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
Notez que vous devez avoir une adresse IP statique pour effectuer cette action. Si votre adresse IP est dynamique, WordPress affiche des erreurs \u00e0 tous les visiteurs. Parce que chaque fois que le contr\u00f4le PHP vient dans la condition else.<\/p>\n
Utiliser les compagnons de WP_DEBUG<\/h3>\n
WordPress fournit 2 compagnons WP_DEBUG_LOG<\/code>et WP_DEBUG_DISPLAY<\/code>\u00e0 WP_DEBUG. En utilisant efficacement ces 2 compagnons, nous pouvons d\u00e9couvrir les erreurs et \u00e9ventuellement les corriger. Dans ce cas, nous n’avons pas besoin d’ajouter de condition 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
Si WP_DEBUG_LOG est d\u00e9fini sur On, il cr\u00e9era un debug.log<\/code>fichier dans le r\u00e9pertoire wp-content\/. Ce fichier journal d’erreurs stocke tous les types d’erreurs PHP, avertissements, avis, traces de pile. \u00c0 l’aide de ce fichier journal, le d\u00e9veloppeur peut se faire une id\u00e9e de l’erreur et la corriger. Nous avons d\u00e9sactiv\u00e9 WP_DEBUG_DISPLAY, ce qui masquera toutes les erreurs sur les pages Web. Cela signifie que toutes les erreurs seront enregistr\u00e9es dans le debug.log<\/code>fichier et que vos utilisateurs ne verront aucune erreur sur un site Web.<\/p>\n
Source d’enregistrement:  artisansweb.net<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"
WP_DEBUG a 2 compagnons WP_DEBUG_LOG et WP_DEBUG_DISPLAY. En utilisant efficacement ces 2 compagnons, nous pouvons stocker toutes les erreurs WordPress dans le fichier 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":[608],"tags":[844],"class_list":["post-23854","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized-4","tag-affiai-fr"],"_links":{"self":[{"href":"https:\/\/themewp.inform.click\/fr\/wp-json\/wp\/v2\/posts\/23854","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/themewp.inform.click\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/themewp.inform.click\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/themewp.inform.click\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/themewp.inform.click\/fr\/wp-json\/wp\/v2\/comments?post=23854"}],"version-history":[{"count":0,"href":"https:\/\/themewp.inform.click\/fr\/wp-json\/wp\/v2\/posts\/23854\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/themewp.inform.click\/fr\/wp-json\/wp\/v2\/media\/20714"}],"wp:attachment":[{"href":"https:\/\/themewp.inform.click\/fr\/wp-json\/wp\/v2\/media?parent=23854"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/themewp.inform.click\/fr\/wp-json\/wp\/v2\/categories?post=23854"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/themewp.inform.click\/fr\/wp-json\/wp\/v2\/tags?post=23854"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}