{"id":229475,"date":"2022-11-05T12:44:00","date_gmt":"2022-11-05T09:44:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229475"},"modified":"2022-11-09T07:14:43","modified_gmt":"2022-11-09T04:14:43","slug":"une-introduction-a-bash-pour-les-developpeurs-wordpress","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/fr\/une-introduction-a-bash-pour-les-developpeurs-wordpress\/","title":{"rendered":"Une introduction \u00e0 Bash pour les d\u00e9veloppeurs WordPress"},"content":{"rendered":"\n

De temps en temps, je finis par installer un logiciel via Composer<\/a> ou qui place certains de ses fichiers binaires dans des r\u00e9pertoires autres que les endroits habituels o\u00f9 macOS s’attend \u00e0 les trouver.<\/p>\n

Autrement dit, si vous ex\u00e9cutez une application depuis Terminal ou qu’une application avec une interface graphique s’attend \u00e0 se trouver \u00e0 un certain emplacement sur le disque, elle s’attendra probablement \u00e0 ce qu’elle se trouve \u00e0 l’un des cinq endroits suivants\u00a0:<\/p>\n

    \n
  1. \/usr\/bin<\/li>\n
  2. \/poubelle<\/li>\n
  3. \/usr\/sbin<\/li>\n
  4. \/sbin<\/li>\n
  5. \/usr\/local\/bin<\/li>\n<\/ol>\n

    Mais, comme je l’ai dit, avec le temps, nous finissons par installer des choses \u00e0 l’aide d’outils tiers, ou nous finissons par installer des choses qui placent des fichiers binaires en dehors de l’un de ces r\u00e9pertoires.<\/p>\n

    Exemple\u00a0: que se passe-t-il si vous souhaitez installer WP-CLI<\/a> globalement\u00a0? Ou que se passe-t-il si vous souhaitez utiliser une version de MySQL livr\u00e9e avec MAMP<\/a>? <\/p>\n

    Dans ces cas, ces fichiers binaires ne seront inclus dans aucun des r\u00e9pertoires susmentionn\u00e9s. Lorsque cela se produit, vous devez modifier votre profil. Si vous ne l’avez jamais fait, cela peut \u00eatre intimidant. Et cela peut devenir d\u00e9sordonn\u00e9 si vous ne le faites pas m\u00e9thodiquement au fil du temps.<\/p>\n

    Voici donc une introduction sur Bash pour les d\u00e9veloppeurs WordPress pour savoir ce qu’est votre bash_profile<\/strong> et comment g\u00e9rer les logiciels tiers avec.<\/p>\n

    Bash pour les d\u00e9veloppeurs WordPress<\/h2>\n

    Avant d’entrer dans la d\u00e9finition des chemins, pour d’autres logiciels et autres, il est important de noter que vous n’avez peut-\u00eatre pas de bash_profile<\/strong>. Autrement dit, si vous utilisez un terminal, vous pouvez utiliser un type de shell diff\u00e9rent, et si tel est le cas, vous \u00eates d\u00e9j\u00e0 bien en avance sur ce message.<\/p>\n

    Si, d’autre part, vous utilisez le shell du terminal sans modification fourni avec macOS. Mais d’abord, qu’est-ce qu’une coquille<\/a>? <\/p>\n

    \n

    En informatique, un shell est une interface utilisateur permettant d’acc\u00e9der aux services d’un syst\u00e8me d’exploitation. En g\u00e9n\u00e9ral, les shells du syst\u00e8me d’exploitation utilisent une interface de ligne de commande (CLI) ou une interface utilisateur graphique (GUI), selon le r\u00f4le d’un ordinateur et une op\u00e9ration particuli\u00e8re.<\/p>\n<\/blockquote>\n

    Et si vous utilisez Terminal sans modifications, vous utilisez probablement Bash<\/a>.<\/p>\n

    Enfin, tous les param\u00e8tres \u00e0 chaque fois que vous lancez Terminal sont stock\u00e9s dans le fichier de profil appropri\u00e9 du shell. Dans ce cas, tout est stock\u00e9 dans .bash_profile<\/strong>.<\/p>\n

    Pour que tout soit configur\u00e9 exactement comme nous en avons besoin, nous devons apporter quelques modifications (ou m\u00eame l’initialiser) pour faire avancer les choses.<\/p>\n

    Notez\u00a0<\/strong> qu’apr\u00e8s chaque modification apport\u00e9e \u00e0 .bash_profile<\/strong>, vous voudrez peut-\u00eatre ex\u00e9cuter\u00a0:<\/p>\n

    $ source ~\/.bash_profile<\/code><\/pre>\n
    Ainsi, toutes les nouvelles modifications introduites sont charg\u00e9es pour votre session de terminal actuelle.<\/p>\n
    Le profil initial<\/h3>\n
    Chaque fois que je configure mon profil initial, il a toujours le m\u00eame aspect. C’est-\u00e0-dire qu’il comprend les cinq r\u00e9pertoires que j’ai \u00e9num\u00e9r\u00e9s ci-dessus<\/a>\u00a0:<\/p>\n
    PATH=\"\/usr\/bin:\/bin:\/usr\/sbin:\/sbin:\/usr\/local\/bin:$PATH\"\nexport PATH<\/code><\/pre>\n
    Vous remarquerez cependant \u00e0 la fin de la\u00a0 variable PATH<\/strong> qu’il y a quelque chose qui ressemble \u00e0 une autre variable. Plus pr\u00e9cis\u00e9ment, je parle de $PATH<\/strong>. Et il est important de comprendre cela car cela a un impact sur la fa\u00e7on dont les programmes sont trouv\u00e9s dans le terminal.<\/p>\n
    Qu’est-ce que $PATH\u00a0?<\/h4>\n
    Tout d’abord, pensez que c’\u00e9tait un moyen pour le shell ou pour le syst\u00e8me d’exploitation de rechercher des binaires. Donc, si vous avez d\u00e9fini les cinq chemins ci-dessus, le syst\u00e8me d’exploitation va rechercher dans ces r\u00e9pertoires certains fichiers binaires.<\/p>\n
    \"Une<\/a><\/p>\n
    Pour l’essayer, lancez le terminal et tapez :<\/p>\n
    $ which clear<\/code><\/pre>\n
    Et cela vous montrera o\u00f9 il trouve l’\u00a0 ex\u00e9cutable clear<\/strong> sur votre syst\u00e8me (o\u00f9 clear efface simplement l’\u00e9cran du terminal \ud83d\ude42).<\/p>\n
    Ensuite, notez que $PATH\u00a0<\/strong> est d\u00e9fini \u00e0 la fin de la cha\u00eene dans l’exemple ci-dessus. Au fur et \u00e0 mesure que vous modifiez votre profil, vous aimerez travailler avec lui. En bref, il d\u00e9finit l’ordre dans lequel les r\u00e9pertoires doivent \u00eatre recherch\u00e9s.<\/p>\n
    Donc, dans l’essentiel ci-dessus, le terminal va rechercher un binaire correspondant \u00e0 ce que vous cherchez \u00e0 ex\u00e9cuter en commen\u00e7ant par \/usr\/bin<\/strong> et en terminant par \/usr\/local\/bin<\/strong>.<\/p>\n
    Que signifie "exporter"\u00a0?<\/h3>\n
    Si vous n’utilisez pas Bash, je ne peux pas commenter l’\u00e9quivalent, mais dans le contexte de Bash, l’exportation<\/strong> est un moyen d’attribuer explicitement la valeur \u00e0 la variable PATH d\u00e9finie dans l’essentiel ci-dessus.<\/strong><\/p>\n
    Autrement dit, en programmation, nous avons l’habitude de cr\u00e9er une variable et de lui attribuer une valeur. Ceci est similaire \u00e0 cela. Cependant, nous sommes un peu plus explicites. En termes simples, nous d\u00e9finissons une variable sur le c\u00f4t\u00e9 gauche \u00e0 la valeur sur le c\u00f4t\u00e9 droit. Et ceci est d\u00e9fini \u00e0 l’aide de l’exportation.<\/strong><\/p>\n
    Donc, si vous voulez voir ce\u00a0 que contient $PATH<\/strong>, tapez ceci dans votre terminal\u00a0:<\/p>\n
    $ echo $PATH<\/code><\/pre>\n
    Ensuite, vous verriez la valeur des cinq chemins d\u00e9finis jusqu’\u00e0 pr\u00e9sent.<\/p>\n
    \"Une<\/a><\/p>\n
    Au fil du temps, cependant, nous voulons naturellement ajouter plus \u00e0 cela.<\/p>\n
    Forfaits Compositeur<\/h3>\n
    J’ai parl\u00e9 de l’installation de Composer et de la fa\u00e7on d’installer des packages en l’utilisant dans les publications pr\u00e9c\u00e9dentes \u00e0 l’\u00e9chelle mondiale. Mais disons que pour les besoins de la discussion, nous voulons installer WP-CLI, puis l’ajouter de mani\u00e8re \u00e0 ce qu’il soit accessible via le terminal n’importe o\u00f9 sur notre syst\u00e8me. Et tout cela peut \u00eatre fait en utilisant les informations de profil ci-dessus.<\/p>\n
    En supposant que vous ayez install\u00e9 composer et que votre composer.json ressemble \u00e0 ceci<\/a> (avec quelques autres choses, mais ignorez-les pour l’instant):<\/p>\n
    {\n    \"require\": {\n        \"squizlabs\/php_codesniffer\": \"2.9.1\",\n        \"wp-cli\/wp-cli\": \"~1.2.1\",\n        \"psy\/psysh\": \"~0.8.6\"\n    }\n}\n<\/code><\/pre>\n
    Et vous avez ex\u00e9cut\u00e9\u00a0:<\/p>\n
    $ composer update<\/code><\/pre>\n
    Ensuite, WP-CLI a \u00e9t\u00e9 install\u00e9. Mais lorsque vous essayez de l’ex\u00e9cuter depuis le terminal en dehors de son r\u00e9pertoire d’installation, cela ne fonctionne pas. Alors qu’est-ce qui donne ?<\/p>\n
    \"Une<\/a><\/p>\n
    Le chemin vers les fichiers binaires install\u00e9s via composer n’est pas d\u00e9fini dans notre .bash_profile<\/strong>. Pour r\u00e9soudre ce probl\u00e8me, ajoutez une nouvelle ligne \u00e0 .bash_profile<\/strong> mais assurez-vous de ne pas red\u00e9finir quelque chose qui existe d\u00e9j\u00e0.<\/p>\n
    C’est-\u00e0-dire que PATH<\/strong> existe, alors nous pouvons simplement d\u00e9finir $PATH<\/strong> \u00e0 la fin de notre nouvelle ligne et y ajouter notre r\u00e9pertoire Composer. De cette fa\u00e7on, nous ne dupliquons pas les r\u00e9pertoires ou les valeurs dans la variable chaque fois que nous les exportons et nous d\u00e9finissons la priorit\u00e9 des r\u00e9pertoires recherch\u00e9s.<\/p>\n
    Par exemple<\/a> :<\/p>\n
    PATH=\"\/usr\/bin:\/bin:\/usr\/sbin:\/sbin:\/usr\/local\/bin\"\nPATH=\"$HOME\/.composer\/vendor\/bin:$PATH\"\n\nexport PATH<\/code><\/pre>\n
    Ensuite, lorsque vous essayez d’ex\u00e9cuter wp<\/strong> depuis n’importe o\u00f9 dans la ligne de commande, cela devrait fonctionner et vous devriez pouvoir taper\u00a0:<\/p>\n
    $ which wp<\/code><\/pre>\n
    Et voyez qu’il vient du r\u00e9pertoire composer\/vendor\/bin<\/strong>. Oh – et notez que $HOME<\/strong> est une variable qui fait r\u00e9f\u00e9rence au r\u00e9pertoire personnel de l’utilisateur actuel. Cela peut \u00eatre modifi\u00e9, mais cela sort du cadre de cet article.<\/p>\n
    Logiciel MAMP<\/h3>\n
    \u00c0 ce stade, la version de PHP, MySQL ou des langages et outils que vous choisissez d’utiliser vont changer. J’ai fourni diff\u00e9rents articles autour de MAMP (1<\/a>, 2<\/a>, 3<\/a> ), c’est pourquoi je choisis d’utiliser un exemple.<\/p>\n
    Plus pr\u00e9cis\u00e9ment, je souhaite utiliser la version MAMP de PHP et MySQL – et non celle fournie avec le syst\u00e8me. Mais, \u00e0 ce stade, vous pouvez ex\u00e9cuter\u00a0:<\/p>\n
    $ which php<\/code><\/pre>\n
    Et:<\/p>\n
    $ which mysql<\/code><\/pre>\n
    Et voyez qu’ils proviennent tous les deux des r\u00e9pertoires syst\u00e8me. Cela doit \u00eatre modifi\u00e9 afin que notre acc\u00e8s en ligne de commande utilise la m\u00eame version du logiciel que notre application utilise.<\/p>\n
    Pour ce faire, nous pouvons ajouter les lignes suivantes<\/a> \u00e0 notre .bash_profile<\/strong> :<\/p>\n
    PATH=\"\/usr\/bin:\/bin:\/usr\/sbin:\/sbin:\/usr\/local\/bin\"\nPATH=\"$PATH:$HOME\/.composer\/vendor\/bin\"\nPATH=\"\/Applications\/MAMP\/bin\/php\/php7.1.0\/bin:$PATH\"\n\nexport PATH<\/code><\/pre>\n
    Il y a cependant quelque chose \u00e0 importer ici: j’ai plac\u00e9 le r\u00e9pertoire binaire PHP de MAMP avant les valeurs de $PATH<\/strong>. C’est parce que je veux que le syst\u00e8me regarde d’abord ici (pas dans les r\u00e9pertoires syst\u00e8me).<\/p>\n
    Il y a un deuxi\u00e8me d\u00e9fi, cependant. MAMP est livr\u00e9 avec plusieurs versions diff\u00e9rentes de PHP et les chances que nous voulions utiliser la m\u00eame version \u00e0 chaque fois sont minces. Nous avons donc besoin d’un moyen d’utiliser la version s\u00e9lectionn\u00e9e dans MAMP, n’est-ce pas\u00a0?<\/p>\n
    Une fa\u00e7on de faire est d’utiliser un alias.<\/p>\n
    Qu’en est-il des alias\u00a0?<\/h3>\n
    Vous pouvez consid\u00e9rer les alias comme un raccourci – c’est un moyen rapide d’ex\u00e9cuter une commande ou un programme particulier sans avoir \u00e0 saisir un nom complet pour un programme.<\/p>\n
    Dans le cas de MAMP et PHP, il existe certaines versions de PHP que nous pourrions utiliser. Au moment d’\u00e9crire ces lignes, j’ai :<\/p>\n