Configurateur WP_DEBUG

Activez le journal de débogage sans casser votre site en production

Tourne dans votre navigateur. Rien n'est envoyé.

Où se trouve ce site ?

Cela change la recommandation, pas seulement la formulation. La configuration sûre sur un site en production est réellement différente de celle, utile, sur votre ordinateur portable.

Site en production Local / préproduction

Verdict

—

Options

WP_DEBUG — activer le débogageFait remonter les notices, avertissements et dépréciations PHP que WordPress masquerait autrement. WP_DEBUG_LOG — écrire dans un fichierLes erreurs vont dans wp-content/debug.log au lieu de s'afficher à l'écran. C'est la constante qui rend le débogage sûr sur un site en production. WP_DEBUG_DISPLAY à false — masquer les erreurs aux visiteursSans cela, WP_DEBUG affiche les erreurs PHP dans vos pages. La désactiver est la ligne la plus importante de cette page. Écrire le journal hors de la racine webSur de nombreux hébergeurs, wp-content/debug.log est lisible publiquement — n'importe qui peut le récupérer. Le déplacer au-dessus de la racine web corrige cela. Ajustez le chemin selon votre serveur. SAVEQUERIES — journaliser chaque requête de base de donnéesUtile pour traquer une page lente. Consomme de la mémoire à CHAQUE requête, alors désactivez-la ensuite. SCRIPT_DEBUG — charger le JS/CSS du cœur non minifiéUtile uniquement pour déboguer l'éditeur de blocs ou les scripts du cœur.

wp-config.php

Collez ces lignes AU-DESSUS de la ligne qui indique /* That's all, stop editing! */ — tout ce qui se trouve en dessous est ignoré, ce qui explique pourquoi tant de gens signalent que WP_DEBUG « ne fait rien ».

À propos de Configurateur WP_DEBUG

Générez les constantes WP_DEBUG qui écrivent les erreurs dans un fichier journal au lieu de les afficher à vos visiteurs. L'extrait WP_DEBUG par défaut que la plupart des sites copient affiche les erreurs PHP publiquement — celui-ci ne le fera pas.

Similaires

D'autres outils dont vous pourriez avoir besoin

Décodeur d'erreurs fatales PHP WordPress

Collez l'erreur. Nous nommons l'extension.

Générateur de wp-config.php

Créez un wp-config.php correct sans copier-coller un article de blog de 2014

FAQ

Questions

Est-il sûr d'activer WP_DEBUG sur un site en production ?

Uniquement avec WP_DEBUG_DISPLAY réglé sur false. Seul, WP_DEBUG affiche les notices et avertissements PHP — y compris les chemins de fichiers absolus de votre serveur — directement dans les pages que chargent vos visiteurs. Presque chaque tutoriel vous donne cette seule ligne et s'arrête là. Associez-le à WP_DEBUG_LOG et à WP_DEBUG_DISPLAY à false et c'est sûr.

Où va le journal de débogage de WordPress ?

wp-content/debug.log par défaut. Bon à savoir : sur beaucoup d'hébergeurs ce fichier est accessible publiquement — n'importe qui peut le demander dans un navigateur. Vous pouvez passer un chemin à WP_DEBUG_LOG à la place et écrire le journal au-dessus de la racine web, ce que cet outil génère pour vous.

J'ai mis WP_DEBUG à true et rien ne s'est passé. Pourquoi ?

Presque toujours parce que la constante a été ajoutée EN DESSOUS de la ligne qui dit « That's all, stop editing! » dans wp-config.php. Tout ce qui suit cette ligne est ignoré. Déplacez-la au-dessus.