Pr\u00e9sentation de Xdebug<\/h2>\n
Xdebug<\/a> est l’une des extensions les plus populaires pour d\u00e9boguer votre code PHP. Vous l’installerez \u00e0 partir de l’environnement que vous avez choisi, et il agit comme un \u00ab d\u00e9bogueur par \u00e9tapes \u00bb.<\/p>\n En bref, cela vous permet de travailler sur votre code ligne par ligne afin de pouvoir examiner comment le code agit et interagit dans votre programme, ainsi que d’\u00e9tudier sa sortie. \u00c0 partir de l\u00e0, vous pouvez apporter les modifications que vous jugez n\u00e9cessaires.<\/p>\n Xdebug peut cependant faire beaucoup plus :<\/p>\n Compte tenu de l’ensemble des fonctionnalit\u00e9s, il existe de nombreuses fa\u00e7ons d’utiliser Xdebug (et tout d\u00e9bogueur similaire) dans votre flux de travail. Nous les aborderons dans la section suivante.<\/p>\n\n De nombreux d\u00e9veloppeurs n’auront pas un flux de travail de d\u00e9bogage d\u00e9di\u00e9 qui utilise des outils tiers et des extensions. Ceci est d\u00fb au fait que PHP inclut sa propre journalisation rudimentaire des erreurs. Vous utiliserez des commandes telles que Par exemple, il existe de nombreux extraits de code que vous pouvez r\u00e9utiliser pour le d\u00e9veloppement de WordPress – Stack Overflow en regorge<\/a> :<\/p>\n Cependant, cette approche pr\u00e9sente quelques inconv\u00e9nients importants :<\/p>\n Le dernier point n\u00e9cessite beaucoup d’efforts manuels, surtout si votre travail quotidien n’est pas celui d’un administrateur syst\u00e8me<\/a>. Par exemple, si vous voulez d\u00e9boguer un bloc de code, vous pouvez ajouter votre extrait de code en fonction d’une variable que vous d\u00e9finissez. Cependant, il se peut qu’elle ne soit pas la source du probl\u00e8me ou m\u00eame qu’elle n’indique pas ce qui se passe.<\/p>\n Au lieu de cela, un outil tel que Xdebug peut op\u00e9rer sa magie pour fournir une plus grande port\u00e9e :<\/p>\n Globalement, l’utilisation d’un outil tel que Xdebug est une d\u00e9cision proactive plut\u00f4t que r\u00e9active. Vous pouvez utiliser le d\u00e9bogage par \u00e9tapes comme partie int\u00e9grante du processus de d\u00e9veloppement de base, tout comme la mise en \u0153uvre de tests unitaires dans le cadre du d\u00e9veloppement pilot\u00e9 par les tests (TDD).<\/p>\n Bien que vous puissiez d\u00e9boguer votre code sans une erreur sp\u00e9cifique, il est souvent bon de savoir si un probl\u00e8me se produit sans avoir Xdebug ouvert. Cela vous donne un point de d\u00e9part pour l’exploration<\/a>. Ce n’est pas strictement n\u00e9cessaire, mais cela peut \u00eatre une partie utile de votre chaine.<\/p>\n Pour signaler chaque erreur qui survient, vous devrez ajouter une ligne en haut du fichier PHP concern\u00e9 :<\/p>\n Il s’agit d’une commande fourre-tout, et vous pouvez r\u00e9aliser la m\u00eame chose en utilisant la fonction Ceci vous permet de modifier les r\u00e9glages dans votre fichier php.ini<\/strong> sur une base de projet par projet. Bien que vous puissiez aller dans ce fichier et effectuer une modification manuelle, il est souvent pr\u00e9f\u00e9rable de travailler avec Une fois que le rapport d’erreur actif est r\u00e9gl\u00e9 \u00e0 votre convenance, vous pouvez commencer \u00e0 travailler avec Xdebug.<\/p>\n Au cours des prochaines sections, nous vous montrerons comment utiliser Xdebug, y compris les \u00e9tapes \u00e0 suivre pour configurer les choses. Bien que nous ne puissions pas couvrir tous les aspects de l’outil, ce guide de d\u00e9marrage rapide vous permettra de vous lancer rapidement.<\/p>\n Mais tout d’abord, vous devez installer Xdebug. D\u00e9couvrons comment le faire.<\/p>\n Comme Xdebug s’adapte \u00e0 un grand nombre de configurations, le processus exact<\/a> pour chacune d’elles sera l\u00e9g\u00e8rement diff\u00e9rent. Au niveau du syst\u00e8me d’exploitation, il y a quelques diff\u00e9rences :<\/p>\n Cependant, la plupart des utilisateurs ne voudront pas s’en tenir \u00e0 une instance de Xdebug au niveau du syst\u00e8me. Au lieu de cela, vous voudrez l’int\u00e9grer dans votre propre environnement de d\u00e9veloppement.<\/p>\n Une fois que vous avez install\u00e9 Xdebug pour votre syst\u00e8me d’exploitation, vous devez le connecter \u00e0 votre environnement.<\/p>\n Il existe tellement de syst\u00e8mes et d’outils pris en charge que nous ne pouvons pas tous les d\u00e9tailler. Plus tard, nous vous proposerons des instructions pour DevKinsta<\/a> et PhpStorm<\/a>. Malgr\u00e9 tout, il existe de nombreux autres environnements populaires parmi lesquels vous pouvez choisir. Vous trouverez ci-dessous quelques-unes de nos meilleures recommandations.<\/p>\n VVV<\/a> est l’un des environnements nomm\u00e9s sur le site Make WordPress<\/a>:<\/p>\n La bonne nouvelle est que VVV inclut d\u00e9j\u00e0 une version de Xdebug<\/a>, mais vous devez l’activer. Vous pouvez le faire en utilisant Secure Shell (SSH) dans une fen\u00eatre de terminal :<\/p>\n Il y a cependant un petit impact sur les performances, et vous devrez r\u00e9activer cette option si vous provisionnez vos sites.<\/p>\n Pour certains utilisateurs, Laravel’s Valet<\/a> repr\u00e9sente un environnement de d\u00e9veloppement web presque parfait. Mieux encore, vous pouvez y int\u00e9grer Xdebug.<\/p>\n Pour cela, vous devrez cr\u00e9er un fichier de configuration pour le d\u00e9bogueur. Vous pouvez trouver votre propre chemin en utilisant Ensuite, cr\u00e9ez un nouveau fichier xdebug.ini<\/strong> \u00e0 l’emplacement des fichiers .ini<\/strong> suppl\u00e9mentaires. Dans notre exemple, il se trouve dans \/opt\/homebrew\/etc\/php\/7.4\/conf.d<\/strong>.<\/p>\n Une fois que vous avez ouvert ce nouveau fichier, ouvrez \u00e9galement le chemin du fichier de configuration charg\u00e9 (votre fichier php.ini<\/strong> principal). Avec les deux ouverts, ajoutez ce qui suit au bas du fichier :<\/p>\n Une fois que vous avez enregistr\u00e9 vos modifications, ex\u00e9cutez Notez que vous devrez peut-\u00eatre red\u00e9marrer PHP en utilisant \u00c0 partir de l\u00e0, vous pouvez chercher \u00e0 incorporer Xdebug dans l’\u00e9diteur de code de votre choix.<\/p>\n Tout comme Valet, le processus pour XAMPP<\/a> comporte plusieurs parties. Cependant, les versions Windows et macOS ont deux processus diff\u00e9rents.<\/p>\n Commencez par installer XAMPP, puis effectuez une v\u00e9rification rapide pour voir si le fichier php_xdebug.dll<\/strong> (Windows) ou xdebug.so<\/strong> (macOS) existe sur votre syst\u00e8me :<\/p>\n Si le fichier existe, vous pouvez passer \u00e0 la configuration. Sinon, vous devrez d’abord t\u00e9l\u00e9charger le bon fichier binaire<\/a> pour Windows – un fichier 64 bits pour votre version PHP pr\u00e9f\u00e9r\u00e9e – ou installer quelques d\u00e9pendances suppl\u00e9mentaires si vous \u00eates sur un Mac.<\/p>\n Pour Windows, renommez le fichier DLL php_xdebug.dll<\/strong>, puis d\u00e9placez-le dans le chemin du fichier \\<\/strong>xampp\\php\\ext<\/strong>. Ensuite, ouvrez le fichier \\<\/strong>xampp\\php\\php.ini<\/strong> dans votre \u00e9diteur de code pr\u00e9f\u00e9r\u00e9<\/a> et ajoutez ce qui suit :<\/p>\n Dans la section Une fois que vous avez enregistr\u00e9 vos modifications, red\u00e9marrez Apache et testez Xdebug.<\/p>\n Pour Mac<\/a>, vous voudrez vous assurer que vous installez les outils de ligne de commande Xcode<\/a> en utilisant Dans certains cas, vous devrez \u00e9galement r\u00e9installer XAMPP pour obtenir \u00e0 la fois le programme de base et les \u00ab Developer Files \u00bb. Vous devriez pouvoir r\u00e9installer uniquement ces fichiers, mais vous voudrez d’abord effectuer une sauvegarde de votre installation existante.<\/p>\n Ensuite, naviguez vers le t\u00e9l\u00e9chargement du dossier source de Xdebug sur votre syst\u00e8me et d\u00e9compressez le fichier TGZ. Dans une fen\u00eatre de terminal, naviguez vers ce r\u00e9pertoire et ex\u00e9cutez ce qui suit :<\/p>\n Notez que vous devrez peut-\u00eatre utiliser Pour tester si cela fonctionne, cr\u00e9ez un nouveau fichier xdebug_info.php<\/strong> dans le r\u00e9pertoire principal htdocs<\/strong> de XAMPP. A l’int\u00e9rieur, ajoutez ce qui suit :<\/p>\n …puis rafra\u00eechissez Apache et testez Xdebug dans le navigateur.<\/p>\n Une fois que vous avez install\u00e9 Xdebug par le biais du syst\u00e8me d’exploitation et de votre environnement de d\u00e9veloppement, vous devrez \u00e9galement afficher le d\u00e9bogueur lui-m\u00eame. Pour ce faire, vous utiliserez l’\u00e9diteur de code ou l’<\/a>environnement de d\u00e9veloppement int\u00e9gr\u00e9 (IDE)<\/a> de votre choix. Comme pour votre environnement, il y en a tant \u00e0 choisir, et chacun peut avoir une approche diff\u00e9rente.<\/p>\n Cela dit, de nombreux d\u00e9veloppeurs choisissent d’utiliser PhpStorm de JetBrains<\/a>. En fait, PhpStorm offre une assistance adapt\u00e9e \u00e0 WordPress<\/a> – et c’est un choix populaire pour de nombreuses autres raisons, \u00e9galement.<\/p>\n Le site web de JetBrains<\/a> comprend des instructions compl\u00e8tes sur la connexion de Xdebug et PhpStorm, mais nous allons les passer en revue ici.<\/p>\n Tout d’abord, naviguez vers la page Langages & Frameworks > PHP<\/strong> dans le volet Pr\u00e9f\u00e9rences<\/strong>. Ici, ouvrez le menu kebab Plus d’\u00e9l\u00e9ments<\/strong> \u00e0 c\u00f4t\u00e9 du champ d\u00e9roulant Interpr\u00e9teur CLI <\/strong>:<\/p>\n Ceci montrera quelques d\u00e9tails suppl\u00e9mentaires sur votre version de PHP et votre interpr\u00e9teur. Si vous cliquez sur l’ellipse Plus d’\u00e9l\u00e9ments<\/strong> \u00e0 c\u00f4t\u00e9 de l’option Fichier de configuration<\/strong>, vous verrez les chemins complets de votre fichier php.ini <\/strong>:<\/p>\n Vous allez ensuite travailler avec ce fichier PHP pour poursuivre le processus de configuration.<\/p>\n La premi\u00e8re t\u00e2che ici est de modifier toutes les lignes qui ont un impact sur la fa\u00e7on dont Xdebug fonctionnera avec PhpStorm.<\/p>\n Dans le fichier php.ini<\/strong>, recherchez les lignes suivantes et supprimez-les ou commentez-les :<\/p>\n Ces lignes ne seront pas pr\u00e9sentes dans tous les cas, donc ne vous inqui\u00e9tez pas si vous ne les voyez pas.<\/p>\n Ensuite, ajoutez ce qui suit au fichier :<\/p>\n Il y a quelques choses \u00e0 noter \u00e0 propos de cette suite de code :<\/p>\n Une fois que vous les avez ajout\u00e9s, enregistrez et fermez le fichier, puis testez la version PHP en ligne de commande (en utilisant Si vous avez une version fonctionnelle de Xdebug, elle apparaitra comme l’une des extensions PHP. Vous pouvez \u00e9galement ajouter C’est \u00e0 peu pr\u00e8s tout ce que vous devez faire pour que Xdebug fonctionne comme votre d\u00e9bogueur par d\u00e9faut avec PhpStorm. La derni\u00e8re \u00e9tape avant de l’utiliser est d’installer une extension d’aide au navigateur.<\/p>\n La derni\u00e8re connexion cl\u00e9 que vous devrez \u00e9tablir se situe entre votre navigateur et PhpStorm, en activant le d\u00e9bogage par \u00e9tapes sur le serveur. Bien que vous puissiez le faire depuis la ligne de commande<\/a> en utilisant les valeurs sp\u00e9ciales Nous recommandons l’utilisation de l’extension d\u00e9di\u00e9e Xdebug Helper. Vous pouvez l’installer sur le navigateur de votre choix :<\/p>\n Si vous souhaitez explorer d’autres extensions, le site web de JetBrains<\/a> propose quelques options suppl\u00e9mentaires pour les navigateurs les plus populaires.<\/p>\n Une fois que vous avez install\u00e9 l’extension de navigateur de votre choix, vous ne devriez pas avoir \u00e0 r\u00e9gler d’autres param\u00e8tres de configuration. \u00c0 partir de l\u00e0, vous pouvez commencer \u00e0 utiliser Xdebug avec PhpStorm.<\/p>\n Bien que nous utilisions PhpStorm ici, vous verrez une mise en page et une interface similaires entre les diff\u00e9rents IDE – bien qu’il y ait aussi quelques diff\u00e9rences \u00e9videntes.<\/p>\n Il existe quelques concepts qui se combinent pour former l’ensemble de l’exp\u00e9rience de d\u00e9bogage :<\/p>\n La premi\u00e8re \u00e9tape consiste \u00e0 activer l’\u00e9coute – vous ne pourrez rien d\u00e9boguer sans elle. Pour ce faire, cliquez sur l’option Ex\u00e9cuter > D\u00e9marrer l’\u00e9coute des connexions de d\u00e9bogage PHP<\/strong> dans la barre d’outils :<\/p>\n Comme alternative, vous pouvez cliquer sur l’ic\u00f4ne \u00ab t\u00e9l\u00e9phone \u00bb dans la barre d’outils de PhpStorm :<\/p>\n L’une ou l’autre de ces options lancera l’\u00e9coute des connexions.<\/p>\n \u00c0 partir de l\u00e0, vous pouvez commencer \u00e0 d\u00e9finir des points de terminaisons dans les goutti\u00e8res de l’\u00e9diteur de code. Un point rouge indique un point de terminaison, sur lequel vous pouvez cliquer pour l’activer :<\/p>\n Lorsque vous voulez d\u00e9boguer votre code, la mani\u00e8re la plus directe est de commencer \u00e0 \u00e9couter, de d\u00e9finir des points d’arr\u00eat, puis de vous rendre sur la page en question dans votre navigateur. Localisez l’ic\u00f4ne de votre extension dans le navigateur, puis cliquez dessus et s\u00e9lectionnez l’option \u00ab Deboguer \u00bb :<\/p>\n Cela ouvrira le d\u00e9bogueur dans PhpStorm et vous livrera la bonne ou la mauvaise nouvelle :<\/p>\n Si vous faites un clic droit sur les diff\u00e9rentes valeurs, attributs, param\u00e8tres et variables, vous pourrez acc\u00e9der \u00e0 un autre menu contextuel. Cela vous donne beaucoup de possibilit\u00e9s suppl\u00e9mentaires pour tester et d\u00e9boguer votre code :<\/p>\n Par exemple, vous pourriez d\u00e9finir des valeurs diff\u00e9rentes pour les variables le long du chemin. Il peut s’agir d’une tentative d\u00e9lib\u00e9r\u00e9e de casser votre code et de voir ce qui se passe, ou d’un moyen de tester un code qui a d\u00e9j\u00e0 besoin d’\u00eatre corrig\u00e9. Dans tous les cas, cela vous donne une m\u00e9thode fantastique pour d\u00e9boguer votre code sans avoir \u00e0 le modifier au pr\u00e9alable.<\/p>\n WordPress est livr\u00e9 avec son propre ensemble d’options de d\u00e9bogage<\/a> via Vous pouvez \u00e9galement enregistrer ces messages d’erreur \u00e0 l’aide de Si vous associez cette option \u00e0 l’outil gratuit d’environnement local DevKinsta<\/a>, vous disposerez \u00e9galement d’un moyen en un clic d’activer et de d\u00e9sactiver<\/a> Cela signifie que vous pouvez attraper les erreurs sur votre site pendant le d\u00e9veloppement, et vous assurer qu’elles ne se r\u00e9percutent pas sur votre site en direct. Ces modes sont \u00e9galement faciles \u00e0 d\u00e9sactiver – ce qui est vital pour la s\u00e9curit\u00e9 du site et des utilisateurs<\/a>.<\/p>\n Tous les plans Kinsta sont \u00e9galement livr\u00e9s avec l’outill int\u00e9gr\u00e9 Kinsta APM<\/a>, qui est notre outil de surveillance des performances con\u00e7u sur mesure pour les sites WordPress.<\/p>\n Avant de conclure cet article, nous devons mentionner les raccourcis.<\/p>\n Comme beaucoup d’autres logiciels, il existe plusieurs fa\u00e7ons de naviguer dans Xdebug (et PhpStorm) en utilisant uniquement le clavier. En fait, vous pouvez m\u00eame utiliser la ligne de commande pour d\u00e9boguer des scripts PHP.<\/p>\n Une fois que Xdebug est op\u00e9rationnel, vous pouvez utiliser les commandes suivantes pour vous d\u00e9placer :<\/p>\n Alors que votre \u00e9diteur de code sp\u00e9cifique aura ses propres raccourcis d\u00e9di\u00e9s, l’accent est mis ici sur PhpStorm. Jetez un coup d’oeil \u00e0 ce tableau des raccourcis clavier<\/a> pour utiliser Xdebug avec PhpStorm :<\/p>\n![\"Le](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/xdebug.png\")
\n
Pourquoi vous voudriez utiliser Xdebug<\/h2>\n
error_log<\/code>, var_dump<\/code>, et print pour voir les r\u00e9sultats des variables et des appels de fonction.<\/p>\nfunction log_me($message) {\n if ( WP_DEBUG === true ) {\n if ( is_array($message) || is_object($message) ) {\n error_log( print_r($message, true) );\n } else {\n error_log( $message );\n }\n }\n}<\/code><\/pre>\n\n
WP_DEBUG<\/code> (nous y reviendrons bient\u00f4t).<\/li>\n\n
Comment activer la journalisation des erreurs PHP<\/h2>\n
error_reporting(E_ALL);<\/code><\/pre>\nini_set<\/a><\/code> fonction :<\/p>\nini_set('error_reporting', E_ALL);<\/code><\/pre>\nini_set<\/code> pour modifier le param\u00e8tre sp\u00e9cifique :<\/p>\nini_set('display_errors', '1');<\/code><\/pre>\nComment utiliser Xdebug<\/h2>\n
1. Installez Xdebug pour votre syst\u00e8me d’exploitation<\/h3>\n
\n
pecl install xdebug<\/code> \u00e0 partir d’une instance de Terminal. Vous devrez \u00e9galement avoir les outils de ligne de commande XCode et PHP install\u00e9s sur votre syst\u00e8me.<\/li>\n<\/ul>\n2. Int\u00e9grer Xdebug dans votre environnement de d\u00e9veloppement<\/h3>\n
Varying Vagrants Variants (VVV)<\/h4>\n
![\"Le](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/vvv-logo.png\"){kind=logo}
vagrant ssh -c \"switch_php_debugmod xdebug\"<\/code><\/pre>\nValet Laravel<\/h4>\n
php --ini<\/code> \u00e0 la ligne de commande, qui renverra plusieurs chemins de fichiers diff\u00e9rents :<\/p>\n![\"Le](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/terminal-php-ini.png\")
\n
zend_extension=\"xdebug.so\"<\/code><\/li>\nxdebug.mode=debug<\/code><\/li>\n<\/ul>\nvalet restart<\/code> depuis le terminal, puis ajoutez phpinfo(); exit;<\/code> \u00e0 l’un des fichiers de votre site. Vous voudrez v\u00e9rifier si cela fonctionne par un chargement rapide de la page dans le navigateur.<\/p>\n![\"L'\u00e9cran](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/php-info-page.png\")
sudo brew services restart php<\/code> et v\u00e9rifier que votre installation syst\u00e8me de Xdebug est correcte en utilisant php --info | grep xdebug<\/code>. Vous remarquerez les lignes sp\u00e9cifiques \u00e0 Xdebug dans la sortie :<\/p>\n![\"Une](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/grep-xdebug-mode.png\")
<\/p>\nXAMPP<\/h4>\n
![\"Une](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/test-xampp-file-terminal.png\")
output_buffering = Off<\/code><\/pre>\n[XDebug]<\/code>, ajoutez les trois lignes suivantes :<\/p>\nzend_extension=xdebug\nxdebug.mode=debug\nxdebug.start_with_request=trigger<\/code><\/pre>\nxcode-select --install<\/code> \u00e0 une instance de terminal. Apr\u00e8s cela, il y a trois paquets que vous voudrez installer en utilisant Homebrew :<\/p>\nbrew install autoconf automake libtool<\/code><\/pre>\nphpize\npecl install xdebug<\/code><\/pre>\nsudo<\/code> ici aussi. \u00c0 partir de l\u00e0, vous pouvez modifier le fichier php.ini de XAMPP. Pour la plupart des installations macOS, vous le trouverez dans \/Applications\/XAMPP\/xamppfiles\/etc\/php.ini<\/strong>. Dans ce r\u00e9pertoire, vous trouverez \u00e9galement le chemin d’acc\u00e8s \u00e0 votre fichier xdebug.so<\/strong> – notez-le et utilisez-le \u00e0 la place du chemin d’acc\u00e8s au fichier pour cet extrait :<\/p>\n[xdebug]\nzend_extension=\/path\/to\/xdebug.so\nxdebug.mode=develop,degug\nxdebug.start_with_request=yes<\/code><\/pre>\n<?php\nxdebug_info();<\/code><\/pre>\nUtiliser PhpStorm avec Xdebug<\/h2>\n
![\"L'interface](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/php-storm.png\")
![\"S\u00e9lection](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/cli-interpreter.png\")
![\"Modification](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/configuration-file.png\")
Travailler dans le fichier php.ini<\/h4>\n
zend_extension=<path_to_zend_debugger>\nzend_extension=<path_to_zend_optimizer><\/code><\/pre>\n[xdebug]\nzend_extension=\"xdebug.so\"\nxdebug.mode=debug\nxdebug.client_host=127.0.0.1\nxdebug.client_port=\"<the port (9003 by default) to which Xdebug connects>\"<\/code><\/pre>\n\n
[xdebug]<\/code>, auquel cas vous pouvez omettre la premi\u00e8re d\u00e9signation.<\/li>\nzend_extension<\/code> peut vous obliger \u00e0 ajouter le chemin complet de xdebug.so<\/strong> pour vous connecter.<\/li>\nxdebug.client_port<\/code> est celui que vous d\u00e9finirez dans votre code.<\/li>\n<\/ul>\nphp --version<\/code>) :<\/p>\n![\"Test](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/terminal-xdebug-php-version.png\")
phpinfo();<\/code> \u00e0 un nouveau fichier et le tester dans le navigateur.<\/p>\nInstallation d’une extension d’aide au navigateur<\/h4>\n
GET<\/code> ou POST<\/code>, il est plus simple d’utiliser une extension.<\/p>\n\n
Utilisation de Xdebug<\/h3>\n
\n
![\"Le](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/phpstorm-run-menu.png\")
![\"L'\u00e9coute](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/phpstorm-bug-toolbar.png\")
![\"Points](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/add-breakpoints.png\")
![\"S\u00e9lection](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/select-debug-browser.png\")
![\"Utiliser](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/debugger-output.png\")
![\"Utilisation](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/context-menu-debugger.png\")
Comment Kinsta vous aide \u00e0 d\u00e9boguer votre site WordPress<\/h2>\n
WP_DEBUG<\/code> et d’autres outils, tels que Query Monitor<\/a>. Ces outils permettent d’activer un mode dans lequel vous commencerez \u00e0 voir des messages d’erreur auparavant cach\u00e9s sur l’ensemble de votre site et de votre tableau de bord. \u00c0 partir de l\u00e0, vous pouvez commencer \u00e0 comprendre quel est le probl\u00e8me.<\/p>\nWP_DEBUG_LOG<\/code>, ce qui vous permet de documenter les probl\u00e8mes de votre site. Nous expliquons comment configurer ce syst\u00e8me dans un autre article du blog<\/a>. C’est un jeu d’enfant \u00e0 configurer via votre tableau de bord MyKinsta<\/a> (et l’\u00e9cran Sites > Outils<\/strong>):<\/p>\n![\"L'option](\"https:\/\/kinsta.com\/fr\/wp-content\/uploads\/sites\/4\/2022\/10\/debugging-option-mykinsta-fr-1.png\")
WP_DEBUG<\/code> pour chaque site que vous cr\u00e9ez :<\/p>\n![\"Activation](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/09\/devkinsta-debug.png\")
Aide-m\u00e9moire des commandes<\/h2>\n
\n\n
\n \nCommande<\/th>\n Raccourci<\/th>\n<\/tr>\n<\/thead>\n \n Sp\u00e9cifie le port \u00e0 \u00e9couter (tel que [9003]<\/code>)<\/td>\n-p [value]<\/code><\/td>\n<\/tr>\n\n D\u00e9finit un point d’arr\u00eat sur la ligne sp\u00e9cifi\u00e9e pour le chemin de fichier donn\u00e9.<\/td>\n breakpoint_set -t line file:\/\/\/<path> -n <line><\/code><\/td>\n<\/tr>\n\n Ex\u00e9cute votre script jusqu’\u00e0 la fin, ou jusqu’au prochain point d’arr\u00eat<\/td>\n run<\/code><\/td>\n<\/tr>\n\n Passe \u00e0 la ligne ex\u00e9cutable suivante<\/td>\n step_into<\/code><\/td>\n<\/tr>\n\n Liste les variables et les valeurs dans la port\u00e9e actuelle<\/td>\n context_get<\/code><\/td>\n<\/tr>\n\n Affiche la valeur de la propri\u00e9t\u00e9 sp\u00e9cifi\u00e9e<\/td>\n property_get -n <property><\/code><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n\n