{"id":229580,"date":"2022-11-05T11:55:00","date_gmt":"2022-11-05T08:55:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229580"},"modified":"2022-11-09T08:33:45","modified_gmt":"2022-11-09T05:33:45","slug":"uma-cartilha-em-bash-para-desenvolvedores-wordpress","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/pt-pt\/uma-cartilha-em-bash-para-desenvolvedores-wordpress\/","title":{"rendered":"Uma cartilha em Bash para desenvolvedores WordPress"},"content":{"rendered":"\n

De vez em quando, acabo instalando um software via Composer<\/a> ou que coloca alguns de seus bin\u00e1rios em diret\u00f3rios diferentes dos locais usuais em que o macOS espera encontr\u00e1-los.<\/p>\n

Ou seja, se voc\u00ea estiver executando um aplicativo de dentro do Terminal ou se um aplicativo com uma GUI espera estar em um determinado local no disco, \u00e9 prov\u00e1vel que o espere em um dos cinco lugares:<\/p>\n

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

    Mas, como eu disse, com o tempo acabamos instalando coisas usando ferramentas de terceiros, ou acabamos instalando coisas que colocam bin\u00e1rios fora de um desses diret\u00f3rios.<\/p>\n

    Caso em quest\u00e3o: O que acontece se voc\u00ea quiser instalar o WP-CLI<\/a> globalmente? Ou se voc\u00ea quiser usar uma vers\u00e3o do MySQL que vem com MAMP<\/a>? <\/p>\n

    Nesses casos, esses bin\u00e1rios n\u00e3o ser\u00e3o inclu\u00eddos em nenhum dos diret\u00f3rios mencionados. Quando isso acontece, voc\u00ea precisa modificar seu perfil. Se voc\u00ea nunca fez isso, pode ser assustador. E pode ficar confuso se voc\u00ea n\u00e3o fizer isso metodicamente ao longo do tempo.<\/p>\n

    Ent\u00e3o, aqui est\u00e1 uma cartilha sobre Bash para desenvolvedores do WordPress sobre o que \u00e9 seu bash_profile<\/strong> e como gerenciar software de terceiros com ele.<\/p>\n

    Bash para desenvolvedores do WordPress<\/h2>\n

    Antes de entrar na configura\u00e7\u00e3o de caminhos, para outros softwares e similares, \u00e9 importante observar que voc\u00ea pode n\u00e3o ter um bash_profile<\/strong>. Ou seja, se voc\u00ea usa um terminal, ent\u00e3o voc\u00ea pode usar um tipo diferente de shell, e se for o caso, voc\u00ea j\u00e1 est\u00e1 muito \u00e0 frente deste post.<\/p>\n

    Se, por outro lado, voc\u00ea usar o shell do terminal sem altera\u00e7\u00f5es fornecidas com o macOS. Mas primeiro, o que \u00e9 uma concha<\/a>? <\/p>\n

    \n

    Na computa\u00e7\u00e3o, um shell \u00e9 uma interface de usu\u00e1rio para acesso aos servi\u00e7os de um sistema operacional. Em geral, os shells do sistema operacional usam uma interface de linha de comando (CLI) ou uma interface gr\u00e1fica do usu\u00e1rio (GUI), dependendo da fun\u00e7\u00e3o de um computador e da opera\u00e7\u00e3o espec\u00edfica.<\/p>\n<\/blockquote>\n

    E se voc\u00ea estiver usando o Terminal sem modifica\u00e7\u00f5es, provavelmente est\u00e1 usando o Bash<\/a>.<\/p>\n

    Finalmente, todas as configura\u00e7\u00f5es para cada vez que voc\u00ea inicia o Terminal s\u00e3o armazenadas no arquivo de perfil relevante do shell. Nesse caso, tudo \u00e9 armazenado em .bash_profile<\/strong>.<\/p>\n

    Para obter tudo configurado exatamente como precisamos, precisamos fazer algumas altera\u00e7\u00f5es (ou at\u00e9 inicializ\u00e1-lo) para que as coisas funcionem.<\/p>\n

    Observe\u00a0<\/strong> que ap\u00f3s cada altera\u00e7\u00e3o feita em .bash_profile<\/strong> voc\u00ea pode querer executar:<\/p>\n

    $ source ~\/.bash_profile<\/code><\/pre>\n
    Portanto, todas as novas altera\u00e7\u00f5es introduzidas s\u00e3o carregadas para sua sess\u00e3o de terminal atual.<\/p>\n
    O perfil inicial<\/h3>\n
    Sempre que configuro meu perfil inicial, ele sempre parece o mesmo. Ou seja, inclui os cinco diret\u00f3rios que listei acima<\/a> :<\/p>\n
    PATH=\"\/usr\/bin:\/bin:\/usr\/sbin:\/sbin:\/usr\/local\/bin:$PATH\"\nexport PATH<\/code><\/pre>\n
    Voc\u00ea notar\u00e1 no final da\u00a0 vari\u00e1vel PATH<\/strong>, por\u00e9m, que h\u00e1 algo que se parece com outra vari\u00e1vel. Especificamente, estou falando de $PATH<\/strong>. E \u00e9 importante entender isso porque afeta a forma como os programas s\u00e3o encontrados no terminal.<\/p>\n
    O que \u00e9 $PATH?<\/h4>\n
    Primeiro, pense que era uma maneira do shell ou do sistema operacional procurar bin\u00e1rios. Portanto, se voc\u00ea tiver todos os cinco caminhos definidos acima, o sistema operacional procurar\u00e1 nesses diret\u00f3rios por determinados bin\u00e1rios.<\/p>\n
    \"Uma<\/a><\/p>\n
    Para experimentar, inicie o terminal e digite:<\/p>\n
    $ which clear<\/code><\/pre>\n
    E isso mostrar\u00e1 onde est\u00e1 encontrando o\u00a0 execut\u00e1vel clear<\/strong> em seu sistema (onde clear apenas limpa a tela do terminal \ud83d\ude42).<\/p>\n
    Em seguida, observe que $PATH\u00a0<\/strong> \u00e9 definido no final da string no exemplo acima. Conforme voc\u00ea modifica seu perfil, voc\u00ea vai gostar de trabalhar com ele. Em suma, define a ordem em que os diret\u00f3rios devem ser pesquisados.<\/p>\n
    Portanto, na ess\u00eancia acima, o Terminal procurar\u00e1 um bin\u00e1rio que corresponda ao que voc\u00ea deseja executar come\u00e7ando em \/usr\/bin<\/strong> e terminando em \/usr\/local\/bin<\/strong>.<\/p>\n
    O que significa "Exportar"?<\/h3>\n
    Se voc\u00ea n\u00e3o estiver usando o Bash, n\u00e3o posso comentar sobre o equivalente, mas dentro do contexto do Bash, a exporta\u00e7\u00e3o<\/strong> \u00e9 uma maneira de atribuir explicitamente o valor \u00e0\u00a0 vari\u00e1vel PATH<\/strong> definida na ess\u00eancia acima.<\/p>\n
    Ou seja, na programa\u00e7\u00e3o estamos usando para criar uma vari\u00e1vel e atribuir um valor a ela. Isso \u00e9 semelhante a isso. No entanto, somos um pouco mais expl\u00edcitos. Simplificando, estamos definindo uma vari\u00e1vel do lado esquerdo para o valor do lado direito. E isso \u00e9 definido usando exporta\u00e7\u00e3o.<\/strong><\/p>\n
    Ent\u00e3o, se voc\u00ea quiser ver o que $PATH<\/strong> cont\u00e9m, digite isso no seu terminal:<\/p>\n
    $ echo $PATH<\/code><\/pre>\n
    Ent\u00e3o voc\u00ea veria o valor dos cinco caminhos definidos at\u00e9 agora.<\/p>\n
    \"Uma<\/a><\/p>\n
    Com o tempo, por\u00e9m, naturalmente queremos adicionar mais a isso.<\/p>\n
    Pacotes do Composer<\/h3>\n
    J\u00e1 falei sobre como instalar o Composer e como instalar pacotes usando-o em posts anteriores globalmente. Mas digamos que, por uma quest\u00e3o de argumento, queremos instalar o WP-CLI e adicion\u00e1-lo de forma que possa ser acessado pelo terminal em qualquer lugar do sistema. E tudo isso pode ser feito usando as informa\u00e7\u00f5es de perfil acima.<\/p>\n
    Supondo que voc\u00ea instalou o composer e seu composer.json se parece com isso<\/a> (junto com algumas outras coisas, mas ignore-as por enquanto):<\/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
    E voc\u00ea executou:<\/p>\n
    $ composer update<\/code><\/pre>\n
    Ent\u00e3o o WP-CLI foi instalado. Mas quando voc\u00ea tenta execut\u00e1-lo do terminal fora do diret\u00f3rio de instala\u00e7\u00e3o, ele n\u00e3o funciona. Ent\u00e3o o que d\u00e1?<\/p>\n
    \"Uma<\/a><\/p>\n
    O caminho para os bin\u00e1rios instalados via composer n\u00e3o est\u00e1 definido em nosso .bash_profile<\/strong>. Para corrigir isso, adicione uma nova linha ao .bash_profile<\/strong>, mas certifique-se de n\u00e3o redefinir algo que j\u00e1 existe.<\/p>\n
    Isso \u00e9 como PATH<\/strong> existe, ent\u00e3o podemos simplesmente definir $PATH<\/strong> no final de nossa nova linha e anexar nosso diret\u00f3rio Composer a ela. Desta forma, n\u00e3o estamos duplicando diret\u00f3rios ou valores na vari\u00e1vel sempre que os exportamos e estamos definindo a prioridade de quais diret\u00f3rios s\u00e3o pesquisados.<\/p>\n
    Por exemplo<\/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
    Ent\u00e3o, quando voc\u00ea tentar executar o wp<\/strong> de qualquer lugar na linha de comando, ele dever\u00e1 funcionar e voc\u00ea poder\u00e1 digitar:<\/p>\n
    $ which wp<\/code><\/pre>\n
    E veja que est\u00e1 vindo do diret\u00f3rio composer\/vendor\/bin<\/strong>. Ah \u2013 e observe que $HOME<\/strong> \u00e9 uma vari\u00e1vel que faz refer\u00eancia ao diret\u00f3rio inicial do usu\u00e1rio atual. Isso pode ser alterado, mas est\u00e1 fora do escopo deste post.<\/p>\n
    Software MAMP<\/h3>\n
    Neste ponto, a vers\u00e3o do PHP, MySQL ou quaisquer linguagens e ferramentas que voc\u00ea optar por usar ser\u00e3o alteradas. Eu forneci alguns posts diferentes sobre MAMP (1<\/a>, 2<\/a>, 3<\/a> ), ent\u00e3o \u00e9 isso que estou optando por usar um exemplo.<\/p>\n
    Especificamente, eu quero usar a vers\u00e3o do PHP e MySQL do MAMP \u2013 n\u00e3o o que \u00e9 fornecido com o sistema. Mas, neste ponto, voc\u00ea pode executar:<\/p>\n
    $ which php<\/code><\/pre>\n
    E:<\/p>\n
    $ which mysql<\/code><\/pre>\n
    E veja que ambos s\u00e3o provenientes de diret\u00f3rios do sistema. Isso precisa ser alterado para que nosso acesso \u00e0 linha de comando esteja usando a mesma vers\u00e3o do software que nosso aplicativo est\u00e1 usando.<\/p>\n
    Para fazer isso, podemos adicionar as seguintes linhas<\/a> ao nosso .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
    No entanto, h\u00e1 algo a ser importado aqui: eu coloquei o diret\u00f3rio bin\u00e1rio PHP do MAMP antes dos valores de $PATH<\/strong>. Isso ocorre porque eu quero que o sistema olhe aqui primeiro (n\u00e3o nos diret\u00f3rios do sistema).<\/p>\n
    H\u00e1 um segundo desafio, no entanto. O MAMP vem com v\u00e1rias vers\u00f5es diferentes do PHP e as chances de usarmos a mesma vers\u00e3o todas as vezes s\u00e3o pequenas. Ent\u00e3o, precisamos de uma maneira de usar qualquer vers\u00e3o selecionada no MAMP, certo?<\/p>\n
    Uma maneira de fazer isso \u00e9 usar um alias.<\/p>\n
    E quanto aos pseud\u00f4nimos?<\/h3>\n
    Voc\u00ea pode pensar em aliases como um atalho \u2013 \u00e9 uma maneira r\u00e1pida de executar um comando ou programa espec\u00edfico sem precisar digitar um nome totalmente qualificado para um programa.<\/p>\n
    No caso do MAMP e do PHP, existem algumas vers\u00f5es do PHP que poder\u00edamos usar. No momento em que escrevo este texto, tenho:<\/p>\n