Administración de su sitio de WordPress con Git y Compositor Parte 2 – Uso del compositor para administrar temas y arados

Este es el artículo 2 de 4 de la serie “Administrar su sitio de WordPress con Git y Compositor”
Administrar su sitio de WordPress con Git y Composer Parte 1-WordPress Storage en Git
Administración de su sitio de WordPress con Git y Compositor Parte 2 – Uso del compositor para administrar temas y arados
Administrar su sitio de WordPress con Git y Composer Parte 3-Submódulos Git para administrar temas y complementos
Administrar su sitio de WordPress con Git y Composer Parte 4 Instalación WordPress en un subdirector
En la Parte 1 analizamos cómo almacenar y administrar su sitio de WordPress en GIT, sin embargo, deliberadamente, no incluimos nada en la carpeta WP-Content en nuestro almacén GIT. Esto significa que debe migrar manualmente los temas y complementos que haya instalado en su sitio.
Una forma de migrar manualmente sus temas y complementos utilizando nuestro método es usar compositor (un administrador de paquetes PHP), por lo que en esta publicación analizaremos cómo puede usarlos para administrar los temas y complementos. No fue almacenado en nuestro almacén la última vez. ¿Qué es el compositor? El compositor es el administrador de paquetes de facto para PHP. Los administradores de paquetes se han vuelto muy populares en los últimos años en la escena de desarrollo web, porque permiten a los desarrolladores empacar y distribuir su trabajo de una manera fácil y gratuita. Si alguna vez ha trabajado con Node.js, NPM es el administrador de paquetes equivalente para Node.js. Composer le permite instalar y actualizar los paquetes desde la línea de comando, utilizando un solo archivo compositor.json para especificar qué paquetes administrar.
Utilizaremos el compositor combinado con un paquetes especiales específicos de WordPress llamados WordPress Packist para instalar nuestros temas y complementos. Instale el compositor para comenzar instalando el compositor: curl -ss https://getcomposer.org/installer | PHP MV composer.phar/usr/local/bin/composer ahora debería poder ejecutar compositor desde la línea de comando. Si por alguna razón algo no ha funcionado, consulte las instalaciones de instalación de instalación para obtener ayuda. composer.json El sitio web de WordPress Packist nos ayuda aquí al reflejar el complemento de WordPress y los directorios de temas como un almacén de compositor. Podemos especificar qué complementos y temas que queremos instalar en nuestro archivo composer.json. Entonces, comencemos creando nuestro archivo composer.json en la raíz de nuestro proyecto: touch composer.json nano composer. Agregue lo siguiente a composer.json: {“repositorios”: [{“tipo”: “composer”, “url”: “http://wpackagist.org”}], “reequire”: {“wpackagist-plugin/akismetet/akismet “:” 3.1.1 “,” wpackagist-theme/evolution “:”*””}} ¿Qué está pasando aquí? Primero agregamos wpackagist.org como un almacén de composición personalizado. Necesitamos hacer esto para que el compositor pueda encontrar complementos y el paquete de WordPress. Luego, en la sección “Requerir” definimos los complementos y los temas que queremos instalar. En este caso, instalamos el complemento Akismet y el tema evoluciona. Puede instalar una versión determinada (por ejemplo, “3.1.1”) o simplemente dejar que el compositor instale la última versión (por ejemplo, “*”).
Guarde y deje composer.json. Ahora instale realmente complementos y temas ejecutando Install Composer. Espero que vea algo: Genial, ahora tiene una buena manera de administrar temas y complementos sin tener que almacenarlos en su cuello. Recuerde que debe almacenar el archivo composer.json en el git. Vale la pena señalar implementaciones y actualizaciones en este momento, si implementa el depósito GIT, deberá ejecutar la instalación del compositor (la primera vez que implementa) o la actualización del compositor (cada vez que implementa) en cada servidor que implementa la implementación de estrategias de su sitio están fuera del alcance de este artículo, es suficiente decir que tendrá que hacer SSH en su servidor.
Una vez que se implementa su sitio, hay dos formas en que puede mantener su tarea y complementos. Puede continuar utilizando el administrador de WordPress, ya que normalmente actualizaría los temas y complementos que haya instalado (no debe preocuparse de que detenga la instalación o que no esté “discriminado” con Composer.json) o puede autenticarse manualmente (SSH ) a su servidor y ejecute la actualización del compositor. Ambos métodos obtendrán el mismo resultado y puede mezclar y encajar sin preocupación.

Otra opción que tiene es hacer lo que he hecho recientemente en mi propio sitio personal y crear un complemento obligatorio para ejecutar automáticamente la actualización del compositor dos veces al día en mi servidor. Consulte el código fuente y no dude en usarlo en sus propios sitios. Tenga en cuenta que para que el script funcione, deberá agregar lo siguiente al wp-config.php para informar el script donde el compositor está instalado: define (‘composer_path’, ‘/parche/to/composer’); Advertencia: si usa este método para actualizar los complementos, existe la posibilidad de que se ingresen cambios no sensibles si se actualiza un complemento. Para evitar esto, puede estar con mucha precisión en las versiones de los complementos que instala o asegurarse de verificar periódicamente su sitio los cambios no sensibles. Además, este complemento utiliza nombres PHP, lo que significa que su servidor tendrá que ejecutar PHP 5.3+. Instalación de temas y complementos premium Si el autor/complemento lo acepta, puede instalar ciertos arados y complementos premium de WordPress usando el compositor. Por ejemplo, permitimos a los usuarios instalar WP Migra DB Pro a través del compositor. Para hacer esto, debe agregar depósitos adicionales al archivo composer.json para cada tema o complemento que desea instalar y debe agregar información adicional, para que el compositor sepa dónde instalar los temas y complementos.
“Requerir”: {“DeliciousBrains/WP-Migrate-DB-Pro”: “*”}, “Repositorios”: [{“tipo”: “paquete”, “paquete”: {“nombre”: “delicioso/wp- Migrate-db-pro “,” type “:” wordpress-plugin “,” versión “:” 1.5 “,” dist “: {” type “:” zip “,” url “:” https://deliciousbrains.com /dl/wp-agigte-db-pro-latest.zip?licence_key= & site_url = composer test.dev “},” requiere “: {” compositor/instaladores “:” v1.0.7 “}],”, “,” extra “: {” instalador-patas “: {” wp-contemplate/{$ name}/”: [” tipo: wordpress-plugin “],” wp-content/themes/{$ name}/”: [” tipo : WordPress-theme “]}} temas y complementos personalizados” ¿Qué pasa si tengo un tema personalizado o un complemento? ” ¿Te escuché preguntar? Bueno, la situación podría ser más simple de lo que piensas. Simplemente puede almacenar su tema o complemento personalizado en su depósito GIT, como cualquier otro archivo. El uso del compositor para instalar temas y complementos oficiales no tendrá ningún efecto en sus temas y complementos personalizados y ambos pueden vivir juntos en completa armonía (incluso si uno se almacena en el cuello y el otro no). Sé que antes hablé de no almacenar nada en la carpeta WP-Content, sin embargo, esta es una situación en la que es lógico violar esta regla.

Un ejemplo brillante desde que hace esto es cuando tiene que personalizar un tema que ha instalado usando el compositor. Supongamos que ha instalado el tema Evolve usando compositor y que el tema ahora está en: WP-Contemp. Child in Your Git Warehouse. Esto le dará una estructura plegable como: WP-Content/Themes/Evolucione # instalado a través de compositor WP-Content/Temas/Evolve-Child # almacenado en GIT mientras hablamos en la Parte 1, para almacenar la carpeta con el tema “Evolve” Evolve -ElIdido ”En GIT, deberá cambiar el archivo .gitignore, para que no ignore esta carpeta y sus archivos, pero continúe ignorando cualquier otra cosa en WP -Content. En este caso, las líneas a las que debe agregar. Gitignore se vería así: # Don Ogre Temes Dir, ¡pero ignora todo!/WP-Account/WP-Contemplate/* # ¡No ignore el tema Evolve-Child!/WP- Contenido/Temas/Evolve-Child Ahora puede ejecutar la actualización del compositor tanto como desee y no perder y los cambios que realiza, porque todo el código personalizado se almacena en el cuello. Esto también es para la Parte 2. En la próxima publicación analizaremos cómo usar los sub-mods de Git (como alternativa al compositor) para administrar sus complementos y temas para su git almacenado de WordPress. Este es el artículo 2 de 4 de la serie “Administrar su sitio de WordPress con Git y Compositor”
Administrar su sitio de WordPress con Git y Composer Parte 1-WordPress Storage en Git
Administrar su sitio de WordPress con Git y Compositor Parte 2-Using Composer para administrar los temas y el complemento de su sitio de WordPress con git y compositor Parte 3-submódulos GIT para administrar temas y complementos
Administrar su sitio de WordPress con Git y Composer Parte 4 Instalación WordPress en un subdirector