{"id":230741,"date":"2022-12-07T09:31:00","date_gmt":"2022-12-07T06:31:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=230741"},"modified":"2022-12-07T09:34:39","modified_gmt":"2022-12-07T06:34:39","slug":"outils-pour-les-projets-wordpress-certains-de-ce-que-jutilise-quotidiennement","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/fr\/outils-pour-les-projets-wordpress-certains-de-ce-que-jutilise-quotidiennement\/","title":{"rendered":"Outils pour les projets WordPress\u00a0: certains de ce que j’utilise quotidiennement"},"content":{"rendered":"\n

Les d\u00e9veloppeurs sont souvent int\u00e9ress\u00e9s par la fa\u00e7on dont les autres d\u00e9veloppeurs configurent leurs configurations. Et je comprends.<\/p>\n

Autrement dit, je suppose que c’est bas\u00e9 sur l’id\u00e9e de voir quels outils les autres utilisent pour d\u00e9terminer si vous manquez quelque chose, si vous pouvez am\u00e9liorer ce que vous faites actuellement ou si vous \u00eates \u00e0 l’aise avec ce que vous avez.<\/p>\n

Quoi qu’il en soit, je re\u00e7ois occasionnellement des e-mails, des tweets ou des messages ICQ (attendez, quoi\u00a0?) qui me demandent quelle suite d’outils pour les projets WordPress j’utilise g\u00e9n\u00e9ralement pour chacun de mes projets.<\/p>\n

J’ai donc pens\u00e9 partager un aper\u00e7u de chaque application que j’utilise g\u00e9n\u00e9ralement et une br\u00e8ve description de la fa\u00e7on dont j’utilise chacune d’elles dans mon travail quotidien.<\/p>\n

Outils pour les projets WordPress<\/h2>\n

Avant de couvrir ce que j’utilise et comment je les utilise, je tiens \u00e0 mentionner qu’il est important de noter que cela suppose que WordPress a toutes ses valeurs de d\u00e9bogage correctement d\u00e9finies. J’ai couvert cela dans un article pr\u00e9c\u00e9dent<\/a><\/strong>, mais l’essentiel (litt\u00e9ralement, m\u00eame) de ce que je veux dire est le suivant\u00a0:<\/a><\/p>\n

<?php\ndefine( 'WP_DEBUG', true );\ndefine( 'WP_DEBUG_LOG', true );\ndefine( 'WP_DEBUG_DISPLAY', true );\n@ini_set( 'display_errors', 1 );\ndefine( 'SCRIPT_DEBUG', true );\ndefine( 'SAVEQUERIES', true );<\/code><\/pre>\n
Une fois ces param\u00e8tres d\u00e9finis, les informations seront \u00e9crites dans le journal de d\u00e9bogage, \u00e0 l’\u00e9cran, etc. Cela ajoute une couche suppl\u00e9mentaire pour vous aider \u00e0 localiser les probl\u00e8mes dans votre base de code.<\/p>\n
En supposant que cela soit d\u00e9fini, voici un tr\u00e8s bref aper\u00e7u de tout ce que j’utilise chaque fois que je travaille sur un projet.<\/p>\n
Terminal<\/h3>\n
Mon IDE (dont je parlerai plus tard dans cet article) comprend un terminal int\u00e9gr\u00e9 que j’utilise r\u00e9guli\u00e8rement mais ayant la possibilit\u00e9 de naviguer entre les r\u00e9pertoires, de vider des informations ou, le plus souvent, d’interagir avec le shell PHP, c’est pourquoi j’utilise un autonome instance du terminal.<\/p>\n
De mani\u00e8re g\u00e9n\u00e9rale, il est utile d’\u00e9valuer le code \u00e0 la vol\u00e9e et de tester des choses comme les expressions r\u00e9guli\u00e8res sans avoir \u00e0 le faire dans le cadre d’un navigateur Web.<\/p>\n
L’id\u00e9e \u00e9tant que si \u00e7a marche dans le terminal, alors \u00e7a va marcher dans le contexte de la fonction dans laquelle je travaille.<\/p>\n
Suite Pro<\/h3>\n
\"Outils<\/a><\/p>\n
Depuis des ann\u00e9es, c’est mon interface de base de donn\u00e9es pr\u00e9f\u00e9r\u00e9e. Je sais que beaucoup de gens aiment utiliser quelque chose dans le navigateur comme PhpMyAdmin (ou le plugin Adminer associ\u00e9 pour WordPress).<\/p>\n
Mais je suis fan d’avoir une base de donn\u00e9es frontale autonome qui prend en charge la visualisation de la base de donn\u00e9es, selon certains crit\u00e8res, ou en saisissant des requ\u00eates directement dans une interface frontale.<\/p>\n
Console<\/h3>\n
\"Outils<\/a><\/p>\n
L’application console de macOS est id\u00e9ale pour consulter les journaux de d\u00e9bogage. Ceci est particuli\u00e8rement utile si vous faites quelque chose comme ceci<\/a><\/strong> :<\/p>\n
<?php\nerror_log(print_r($value, true));<\/code><\/pre>\n
Cela vous permet d’\u00e9crire des informations sur le journal, puis de les consulter dans la console et de suivre l’int\u00e9gralit\u00e9 de la trace de la pile sur la mani\u00e8re dont les informations ont \u00e9t\u00e9 r\u00e9cup\u00e9r\u00e9es. De plus, il peut vous montrer quelles sont r\u00e9ellement les informations r\u00e9cup\u00e9r\u00e9es et comment elles seront per\u00e7ues par PHP ou WordPress.<\/p>\n
Code Visual Studio<\/h3>\n
\"Outils<\/a><\/p>\n
Enfin, apr\u00e8s avoir essay\u00e9 divers IDE au fil des ans, je reviens toujours \u00e0 Visual Studio Code. En termes simples, j’aime la fa\u00e7on dont cela fonctionne et comment il interagit avec ma fa\u00e7on de travailler. J’ai l’impression que cela correspond plus \u00e0 mon mode de travail qu’\u00e0 mon besoin de m’y adapter.<\/p>\n
A partir de l\u00e0, j’utilise plusieurs extensions telles que :<\/p>\n