{"id":229194,"date":"2022-11-05T12:11:00","date_gmt":"2022-11-05T09:11:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229194"},"modified":"2022-11-09T05:54:32","modified_gmt":"2022-11-09T02:54:32","slug":"introduccion-a-bash-para-desarrolladores-de-wordpress","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/es\/introduccion-a-bash-para-desarrolladores-de-wordpress\/","title":{"rendered":"Introducci\u00f3n a Bash para desarrolladores de WordPress"},"content":{"rendered":"\n

De vez en cuando, termino instalando una pieza de software a trav\u00e9s de Composer<\/a> o que coloca algunos de sus archivos binarios en directorios distintos de los lugares habituales en los que macOS espera encontrarlos.<\/p>\n

Es decir, si est\u00e1 ejecutando una aplicaci\u00f3n desde la Terminal o si una aplicaci\u00f3n con una GUI espera estar en una determinada ubicaci\u00f3n en el disco, es probable que la espere en uno de cinco lugares:<\/p>\n

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

    Pero, como dije, con el tiempo terminamos instalando cosas usando herramientas de terceros, o terminamos instalando cosas que colocan archivos binarios fuera de uno de estos directorios.<\/p>\n

    Caso en cuesti\u00f3n: \u00bfQu\u00e9 sucede si desea instalar WP-CLI<\/a> globalmente? \u00bfO qu\u00e9 sucede si desea utilizar una versi\u00f3n de MySQL que se env\u00eda con MAMP<\/a>? <\/p>\n

    En esos casos, esos binarios no van a ser incluidos en ninguno de los directorios mencionados. Cuando eso sucede, tienes que modificar tu perfil. Si nunca has hecho eso, puede ser desalentador. Y puede complicarse si no lo hace met\u00f3dicamente con el tiempo.<\/p>\n

    As\u00ed que aqu\u00ed hay una introducci\u00f3n a Bash para desarrolladores de WordPress sobre qu\u00e9 es su bash_profile<\/strong> y c\u00f3mo administrar software de terceros con \u00e9l.<\/p>\n

    Bash para desarrolladores de WordPress<\/h2>\n

    Antes de entrar en la configuraci\u00f3n de rutas, para otro software y similares, es importante tener en cuenta que es posible que no tenga un bash_profile<\/strong>. Es decir, si usa una terminal, entonces puede usar un tipo diferente de shell, y si ese es el caso, ya est\u00e1 muy por delante de esta publicaci\u00f3n.<\/p>\n

    Si, por otro lado, usa el terminal shell sin cambios que se env\u00eda con macOS. Pero primero, \u00bfqu\u00e9 es un caparaz\u00f3n<\/a>? <\/p>\n

    \n

    En inform\u00e1tica, un shell es una interfaz de usuario para acceder a los servicios de un sistema operativo. En general, los shells del sistema operativo utilizan una interfaz de l\u00ednea de comandos (CLI) o una interfaz gr\u00e1fica de usuario (GUI), seg\u00fan la funci\u00f3n de la computadora y la operaci\u00f3n particular.<\/p>\n<\/blockquote>\n

    Y si est\u00e1 usando Terminal sin modificaciones, entonces probablemente est\u00e9 usando Bash<\/a>.<\/p>\n

    Finalmente, todas las configuraciones para cada vez que inicia Terminal se almacenan en el archivo de perfil relevante del shell. En este caso, todo se almacena en .bash_profile<\/strong>.<\/p>\n

    Para configurar todo exactamente como lo necesitamos, debemos hacer algunos cambios (o incluso inicializarlo) para que todo funcione.<\/p>\n

    Tenga\u00a0<\/strong> en cuenta que despu\u00e9s de cada cambio realizado en .bash_profile<\/strong>, es posible que desee ejecutar:<\/p>\n

    $ source ~\/.bash_profile<\/code><\/pre>\n
    Entonces, todos los nuevos cambios que se introducen se cargan para su sesi\u00f3n de terminal actual.<\/p>\n
    El perfil inicial<\/h3>\n
    Cada vez que configuro mi perfil inicial, siempre se ve igual. Es decir, incluye los cinco directorios que he enumerado anteriormente<\/a> :<\/p>\n
    PATH=\"\/usr\/bin:\/bin:\/usr\/sbin:\/sbin:\/usr\/local\/bin:$PATH\"\nexport PATH<\/code><\/pre>\n
    Sin embargo, notar\u00e1 que al final de la\u00a0 variable PATH<\/strong> hay algo que se parece a otra variable. Espec\u00edficamente, estoy hablando de $PATH<\/strong>. Y es importante comprender esto porque afecta la forma en que se encuentran los programas dentro de la terminal.<\/p>\n
    \u00bfQu\u00e9 es $PATH?<\/h4>\n
    Primero, piense que era una forma en que el shell o el sistema operativo buscaban binarios. Entonces, si tiene las cinco rutas definidas anteriormente, el sistema operativo buscar\u00e1 en esos directorios ciertos archivos binarios.<\/p>\n
    \"Introducci\u00f3n<\/a><\/p>\n
    Para probarlo, inicie la terminal y escriba:<\/p>\n
    $ which clear<\/code><\/pre>\n
    Y esto le mostrar\u00e1 d\u00f3nde encuentra el\u00a0 ejecutable clear<\/strong> en su sistema (donde clear solo borra la pantalla de la terminal \ud83d\ude42).<\/p>\n
    A continuaci\u00f3n, observe que $PATH\u00a0<\/strong> se define al final de la cadena en el ejemplo anterior. A medida que modifique su perfil, le gustar\u00e1 trabajar con \u00e9l. En resumen, define el orden en que se deben buscar los directorios.<\/p>\n
    Entonces, en la esencia anterior, la Terminal buscar\u00e1 un binario que coincida con lo que est\u00e1 buscando ejecutar comenzando en \/usr\/bin<\/strong> y terminando en \/usr\/local\/bin<\/strong>.<\/p>\n
    \u00bfQu\u00e9 significa "exportar"?<\/h3>\n
    Si no est\u00e1 utilizando Bash, no puedo comentar sobre el equivalente, pero dentro del contexto de Bash, exportar<\/strong> es una forma de asignar expl\u00edcitamente el valor a la\u00a0 variable PATH<\/strong> definida en la esencia anterior.<\/p>\n
    Es decir, en programaci\u00f3n estamos acostumbrados a crear una variable y asignarle un valor. Esto es similar a eso. Sin embargo, somos un poco m\u00e1s expl\u00edcitos. En pocas palabras, estamos configurando una variable en el lado izquierdo al valor en el lado derecho. Y esto se establece usando export.<\/strong><\/p>\n
    Entonces, si desea ver qu\u00e9\u00a0 contiene $PATH<\/strong>, escriba esto en su terminal:<\/p>\n
    $ echo $PATH<\/code><\/pre>\n
    Entonces ver\u00eda el valor de las cinco rutas definidas hasta ahora.<\/p>\n
    \"Introducci\u00f3n<\/a><\/p>\n
    Sin embargo, con el tiempo, naturalmente queremos agregar m\u00e1s a esto.<\/p>\n
    Paquetes para compositores<\/h3>\n
    He hablado sobre la instalaci\u00f3n de Composer y c\u00f3mo instalar paquetes us\u00e1ndolo en publicaciones anteriores a nivel mundial. Pero digamos que, por el bien del argumento, queremos instalar WP-CLI y luego agregarlo de manera que se pueda acceder a trav\u00e9s de la terminal en cualquier parte de nuestro sistema. Y todo esto se puede hacer utilizando la informaci\u00f3n de perfil anterior.<\/p>\n
    Suponiendo que haya instalado composer y su composer.json se vea as\u00ed<\/a> (junto con algunas otras cosas, pero ign\u00f3relas por ahora):<\/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
    Y has corrido:<\/p>\n
    $ composer update<\/code><\/pre>\n
    Luego se ha instalado WP-CLI. Pero cuando intenta ejecutarlo desde la terminal fuera de su directorio de instalaci\u00f3n, no funciona. Entonces, \u00bfqu\u00e9 da?<\/p>\n
    \"Introducci\u00f3n<\/a><\/p>\n
    La ruta a los archivos binarios instalados a trav\u00e9s de composer no est\u00e1 configurada en nuestro .bash_profile<\/strong>. Para solucionar esto, agregue una nueva l\u00ednea a .bash_profile<\/strong> pero aseg\u00farese de no redefinir algo que ya existe.<\/p>\n
    Es decir, dado que PATH<\/strong> existe, entonces podemos establecer $PATH<\/strong> al final de nuestra nueva l\u00ednea y anteponer nuestro directorio Composer. De esta manera, no duplicamos directorios o valores en la variable cada vez que los exportamos y establecemos la prioridad de qu\u00e9 directorios se buscan.<\/p>\n
    Por ejemplo<\/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
    Luego, cuando intente ejecutar wp<\/strong> desde cualquier lugar de la l\u00ednea de comandos, deber\u00eda funcionar y deber\u00eda poder escribir:<\/p>\n
    $ which wp<\/code><\/pre>\n
    Y vea que proviene del directorio composer\/vendor\/bin<\/strong>. Ah, y tenga en cuenta que $HOME<\/strong> es una variable que hace referencia al directorio de inicio del usuario actual. Esto se puede cambiar, pero est\u00e1 fuera del alcance de esta publicaci\u00f3n.<\/p>\n
    Software MAMP<\/h3>\n
    En este punto, la versi\u00f3n de PHP, MySQL o cualquier idioma y herramienta que elijas cambiar\u00e1. He proporcionado algunas publicaciones diferentes sobre MAMP (1<\/a>, 2<\/a>, 3<\/a> ), as\u00ed que eso es lo que estoy optando por usar como ejemplo.<\/p>\n
    Espec\u00edficamente, quiero usar la versi\u00f3n de PHP y MySQL de MAMP, no la que se proporciona con el sistema. Pero, en este punto, puedes ejecutar:<\/p>\n
    $ which php<\/code><\/pre>\n
    Y:<\/p>\n
    $ which mysql<\/code><\/pre>\n
    Y vea que ambos provienen de directorios del sistema. Esto debe cambiarse para que nuestro acceso a la l\u00ednea de comandos use la misma versi\u00f3n del software que usa nuestra aplicaci\u00f3n.<\/p>\n
    Para hacer esto, podemos agregar las siguientes l\u00edneas<\/a> a nuestro .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
    Sin embargo, hay algo que se debe tener en cuenta aqu\u00ed: he colocado el directorio binario de PHP de MAMP antes de los valores de $PATH<\/strong>. Esto se debe a que quiero que el sistema busque aqu\u00ed primero (no en los directorios del sistema).<\/p>\n
    Sin embargo, hay un segundo desaf\u00edo. MAMP se env\u00eda con varias versiones diferentes de PHP y las probabilidades de que queramos usar la misma versi\u00f3n cada vez son escasas. Entonces, necesitamos una forma de usar cualquier versi\u00f3n seleccionada en MAMP, \u00bfverdad?<\/p>\n
    Una forma de hacer esto es usar un alias.<\/p>\n
    \u00bfQu\u00e9 pasa con los alias?<\/h3>\n
    Puede pensar en los alias como un atajo: es una forma r\u00e1pida de ejecutar un comando o programa en particular sin tener que escribir un nombre completo para un programa.<\/p>\n
    En el caso de MAMP y PHP, hay algunas versiones de PHP que podr\u00edamos estar usando. En el momento de escribir este art\u00edculo, tengo:<\/p>\n