Unlimited WordPress themes, graphics, videos & courses! Unlimited asset downloads! From $16.50/m
Advertisement
  1. Code
  2. WordPress
Code

Cómo utilizar Pantheon para configurar y mantener un sitio WordPress seguro en producción

by
Difficulty:BeginnerLength:LongLanguages:
This post is part of a series called How to Use Pantheon to Set Up and Maintain a Production-Safe WordPress Site.
How to Automate and Optimize Your WordPress Development and Testing on Pantheon
Sponsored Content

This sponsored post features a product relevant to our readers while meeting our editorial guidelines for being objective and educational.

Spanish (Español) translation by Elías Nicolás (you can also view the original English article)

Hoy en día, WordPress alimenta el 25% de todos los sitios web del mundo, por lo que es seguro decir que lo que comenzó como software de blogs se ha convertido en algo mucho más grande que sus humildes orígenes, y está listo para ser utilizado en sitios de nivel de producción de portales de noticias a aplicaciones web completas.

Con este nivel de profesionalismo, surgen nuevas necesidades.

En un blog personal leído por amigos y familiares, una actualización de complemento roto no causará mucho más que una ligera molestia, lo más probable es que sus lectores ni siquiera vean el error. Sin embargo, cuando trabajas delante de cientos de miles de visitantes, este error se notará de inmediato y ¡no te saldrás tan fácil.

"Funcionó en mi computadora" podría ser cierto, pero no hará que el cliente frustrado sea más feliz.

Es por eso que, a medida que construye un sitio WordPress profesional para una audiencia más grande, necesitará una configuración de alojamiento que le ayude a asegurarse de que sus actualizaciones están seguras y nunca rompen el entorno en vivo.

Una configuración de Dev-Test-Live llega al rescate

Entonces, ¿cómo asegurarse de que su servidor no se rompa cuando se empuja una nueva actualización en vivo, ya sea una nueva versión de su tema o una actualización a uno o más de sus plugins?

Al probar en un entorno idéntico al servidor en vivo antes de empujar sus cambios en produccion.

Pantheon Architecture

La configuración comienza con un servidor para desarrollo que utiliza para su trabajo cotidiano en el producto: pruebas de desarrolladores, presentación de cambios anticipados en clientes y así sucesivamente. Este servidor podría ejecutarse en su computadora o en un servidor de la nube.

Cuando esté satisfecho con las cosas que están buscando en el servidor de desarrollo, en esta configuración, no se apresurará a empujar su código en vivo. En su lugar, confirma los cambios en el control de versiones y los despliega en un servidor de prueba.

Dado que el entorno de prueba ejecuta software de servidor idéntico al software del servidor en vivo—excepto por el hecho de que el nuevo código no se ha actualizado al servidor de produccion, puede utilizarlo para detectar problemas que puedan surgir en el servidor, pero no en su entorno de desarrollo. Para que las pruebas sean aún más realistas y los errores puntuales causados por los datos introducidos por sus clientes, también puede rellenar la base de datos de prueba con datos reales de su servidor de produccion.

En el servidor de prueba, asegúrese de que todo funciona como debería probando el sitio manualmente o ejecutando pruebas automatizadas o una combinación de ambas. Y sólo entonces, cuando las pruebas completen con éxito, empujar los cambios en vivo. Con confianza, sabiendo que los cambios no romperán su sitio.

Cómo Pantheon puede ayudarle

Aunque el enfoque de Dev-Test-Live es bien conocido entre las compañías de software que construyen servicios en línea, tradicionalmente se ha limitado a desarrolladores y empresas con los recursos para ejecutar y administrar varios servidores por su cuenta—y mantenerlos sincronizados con el mismo servidor Software y datos.

Eso significa pagar por muchos servidores, pero también es mucho trabajo de mantenimiento.

En el Panteón, este enfoque viene incorporado con el servicio.

Pantheon es un servicio de alojamiento escalable y rápido de WordPress y Drupal que no sólo le permite probar su código en un servidor de prueba antes de empujarlo en vivo, sino que le obliga a seguir el procedimiento de mejores prácticas en todas sus implementaciones.

En este tutorial, aprenderá cómo configurar un sitio de WordPress en Pantheon y desarrollarlo y mantenerlo de forma segura usando la arquitectura de Dev-Test-Live y el control de versiones.

¡Empecemos!

1. Configuración de su sitio WordPress en Pantheon

Ahora que sabes lo que vamos a construir (y por qué), es hora de empezar.

Una de las grandes cosas sobre el Panteón es su modelo de precios: sólo paga una vez que su sitio esta en produccion, por lo que puede probar todo e incluso demostrar su sitio web a amigos y clientes antes de tener que pagar por su cuenta.

En primer lugar, dirígete al sitio web del Panteón y crea tu cuenta gratuita.

Si su trabajo consiste en crear sitios web para un grupo de clientes, o si tiene un equipo de desarrolladores trabajando con usted, puede inscribirse como una agencia. Las agencias tienen la misma estructura de precios pero también tienen algunas características adicionales como Multidev, que le permite forjar un sitio en múltiples entornos de desarrollo para facilitar la colaboración y para construir y demostrar nuevas características sin tener que actualizar el entorno principal.

Si no está seguro de qué tipo de cuenta es la adecuada para usted, simplemente vaya con la predeterminada. Siempre puede convertir su cuenta a una cuenta de agencia más tarde.

Paso 1: Crear un nuevo sitio de WordPress

Una vez que haya iniciado sesión, verá lo siguiente:

Welcome to Pantheon

Haga clic en Crear nuevo sitio para comenzar a crear su primer sitio de WordPress en Pantheon.

Name Your Pantheon site

En esta pantalla, elija un nombre para su sitio en Pantheon: el nombre se utiliza en el administrador de Panteón y para generar las URL de sus entornos. No puedes cambiar este nombre más tarde, así que es bueno pensarlo un poco, pero no te preocupes—no tiene que ser lo mismo que el nombre final del sitio de WordPress.

Los nombres son globales a través de Pantheon, así que seleccionar algo muy genérico puede conducir a un error. En ese caso, pruebe otra cosa.

Site Name already in use

Después de seleccionar el nombre, haga clic en Crear sitio.

A continuación, se le pedirá que elija el estado de inicio para su nuevo sitio. Puede iniciar un nuevo sitio web desde cero o importar un sitio existente de Drupal o WordPress:

Configure Your Site

Seleccione Iniciar desde cero.

Debajo de la selección, verá una lista de diferentes paquetes de inicio o upstreams, como se llaman en Pantheon.

Estos upstreams predeterminados son mantenidos por Pantheon para que cuando una nueva actualización esté disponible para uno que esté utilizando (WordPress, en nuestro caso), puede actualizarlos fácilmente a su sitio a través de Pantheon Dashboard.

Install WordPress

Como estamos creando un sitio de WordPress, haga clic en Instalar WordPress.

Comienza la instalación. Y después de un rato, está listo.

Your site is ready

Haga clic en el botón Visitar su Pantheon Dashboard.

Paso 2: complete la instalación y visite su sitio

Ahora, tiene una nueva instalación de WordPress que se ejecuta en un servidor de desarrollo de Pantheon y puede acceder y controlarlo a través del Panthéon Dashboard.

Your new WordPress site on the Pantheon dashboard

En la parte superior de la pantalla, verá tres pestañas para los diferentes entornos de servidor: Dev, Test y Live. Bajo cada pestaña, encontrará una estructura de menú similar para mantener ese servidor e implementar código y datos entre entornos:

  • Code: muestra el registro de confirmación del repositorio Git subyacente. En el entorno de desarrollo, como veremos más adelante, esto también se puede utilizar para cometer código al control de versiones.
  • Estado: información sobre el estado del entorno, como el uso de la base de datos, los trabajos de cron, las actualizaciones de complementos de WordPress necesarias y el almacenamiento en caché.
  • Base de datos / Archivos: Herramientas para exportar, importar y clonar bases de datos y archivos cargados.
  • Errores: Errores PHP registrados en el entorno seleccionado.
  • Dominios / HTTPS: herramientas para configurar un dominio personalizado y un certificado SSL para el entorno. Esta función solo está disponible para los clientes que pagan.
  • Copias de seguridad: Herramientas para realizar copias de seguridad de la base de datos del entorno. Pagar a los clientes también puede configurar copias de seguridad automáticas.
  • Seguridad: Una opción para proteger el entorno con contraseña, para que los forasteros no puedan ver lo que está trabajando antes de que entre en funcionamiento.

Haga clic en el botón Site Admin en la parte superior izquierda de la pantalla. Que le llevará a través de su regular WordPress flujo de instalación:

Begin your WordPress setup

También puede hacer clic en el botón Visit Development Site para ver el sitio.

The new WordPress site running the Twenty Sixteen theme

Paso 3: Crear el entorno de prueba

Ahora que su entorno de desarrollo está funcionando, echemos un vistazo a los otros dos entornos.

Como hemos visto anteriormente, en el tablero de Pantheon, encontrará las pestañas para los tres entornos de servidor: Dev, Test y Live.

Environment Switching Tabs

Cada una de las pestañas representa uno de los entornos de servidor que ejecutan su sitio. Dev es el entorno de desarrollo para las pruebas a medida que trabaja en el sitio, y tal vez demostrar una versión temprana del sitio a los clientes. Live es la versión del sitio que está en funcionamiento y que está siendo utilizada por los usuarios reales.

Entre los dos es Test, el entorno que mantiene su sitio en vivo relativamente seguro de sus errores. Antes de poder empujar nada en vivo en el Panteón, siempre tendrá que pasar por un entorno de prueba, por lo que obtendrá una última oportunidad para comprobar que todo funciona correctamente antes de enviar su código a la naturaleza.

Como acabamos de crear el nuevo sitio de WordPress, todavía sólo existe en el entorno de desarrollo.

Vamos a crear un entorno de prueba para ello.

Haga clic en la pestaña Test.

First time seeing the Test tab

Como esta es tu primera vez en la pestaña Test, verás cierta información sobre cómo funciona el entorno de prueba.

Haga clic en Create Test Environment para clonar su entorno de desarrollo para realizar pruebas. En esta etapa, tanto el código como los datos de Dev se clonan ya que aún no existe un entorno en vivo. En futuras actualizaciones, así pronto verá, sin embargo, sólo el código se mueve de Dev a Test. Eso es porque la idea es que en el servidor de prueba, comprobará su código en contra de los datos copiados del entorno en vivo.

Test environment created

El entorno de prueba ya está listo.

Haga clic en Visit Test Site para comprobar que el sitio de prueba se ve igual que el sitio que se ejecuta en su entorno de desarrollo. También puede hacer clic en Site Admin para iniciar sesión en el panel de WordPress. Utilice las mismas credenciales de administrador que definió para WordPress en el servidor de Dev.

Usted ha creado una instalación de WordPress muy básica con un entorno de desarrollo y pruebas y está listo para comenzar a personalizarlo.

2. Instalación de complementos y configuración de su sitio WordPress

Ahora que tiene una instalación de WordPress ejecutándose en la nube, probablemente desee hacer algo más con ella. Por lo menos, instalará algunos complementos y tal vez un tema y personalizará el sitio para que coincida con su gusto. En una configuración más compleja, escribirá sus propios complementos y tal vez cree un tema personalizado para que su sitio sea el suyo.

Ahí es donde llegamos al corazón de trabajar con una configuración de Dev-Test-Live.

La configuración de Pantheon se basa en el control de versiones: Pantheon mantiene toda la instalación de WordPress, excepto para cargas de archivos, que se manejan utilizando un sistema de archivos especial, en un repositorio de Git. De esta forma, al implementar los cambios en el entorno siguiente, todo permanece sincronizado y nunca pierde los cambios.

Esto también significa que la única forma de realizar actualizaciones en los entornos de prueba y en vivo es mediante el control de versiones. No puede instalar complementos o temas en el servidor Live de la forma en que probablemente esté acostumbrado a cuando trabaja con WordPress. Después de todo, eso rompería la idea de probar la configuración antes de empujarla en vivo.

Entonces, ¿cómo instalar y actualizar complementos y temas en su sitio WordPress?

Paso 1: habilite el modo de conexión SFTP

Puede acceder al entorno de Dev de su sitio en Pantheon de dos maneras: utilizando Git o directamente sobre SFTP.

Si bien el uso de Git es útil para algunos casos de uso más avanzados (veremos más adelante en el tutorial), parte de la belleza de la configuración del Panteón es que mediante el uso de SFTP, puede utilizar el entorno de desarrollo como su servidor de desarrollo . De esta manera, es posible incluso omitir tener un servidor de desarrollo en ejecución en su computadora en absoluto.

La elección no es permanente: se puede cambiar entre los modos dependiendo de lo que funciona mejor para la tarea a mano.

Por lo tanto, por ahora, asegúrese de que su entorno de Dev está utilizando el modo de conexión SFTP:

Choose the SFTP connection mode

En el modo SFTP, realiza los cambios en la base de código de la instalación de WordPress directamente en el servidor y, cuando todo se ve bien, envíe los cambios a Git utilizando las herramientas del panel de Pantheon.

De esta manera, puede utilizar el sitio de desarrollo como lo haría con cualquier sitio de WordPress y personalizar el sitio utilizando el panel de WordPress como lo haría en una configuración de servidor único.

Vamos a probarlo en acción.

Paso 2: instalar un complemento

En el panel de administración de WordPress, seleccione Plugins > Add New. A continuación, seleccione un complemento que desea instalar. Como ejemplo, he instalado JetPack por WordPress.com:

Plugin installed

Ahora, active el complemento y compruebe que se ejecute como se esperaba en su servidor Dev.

Cuando esté satisfecho con el complemento, vuelva a su Pantheon Dashboard. Allí, verá que el sistema ha notado sus cambios y los muestra como cambios listos para ser empujados al control de versiones.

Changes ready to be committed

Haga clic en el campo de texto que dice Add a commit message para ingresar su mensaje de confirmación y para ver algunos detalles más sobre los cambios que están a punto de entrar en el control de versiones.

Files with the most changes

Compruebe los cambios, agregue un mensaje de confirmación descriptivo y haga clic en Commit para confirmar los cambios.

Una vez finalizado el commit, los cambios están disponibles para desplegarse en el servidor de prueba. Para ello, haga clic en la pestaña Test.

Allí, verá la siguiente notificación.

1 commit is ready to deploy

Es el commit que acabas de realizar en tu entorno de Dev, ahora listo para ser implementado en Test.

Escriba un mensaje de registro descriptivo y haga clic en Deploy Code from Development to Test Environment.

A continuación, visite el panel de WordPress de su sitio de prueba para comprobar los cambios.

En la página Plugins, verás que el complemento se ha instalado, pero aún no está activo.

The Jetpack plugin is now available

Esto se debe a que en Pantheon, mientras que el código se actualiza desde Dev hacia el servidor en vivo, los cambios en la base de datos, incluida la información sobre los complementos activos, fluyen en sentido inverso desde Live hacia Dev.

Debido a que los complementos suelen ejecutar algún código en la activación, para los complementos, esto no es malo. Sólo tiene que recordar activar sus complementos una vez finalizado la implementacion y ya está listo. En mi próximo tutorial de Pantheon, mostraré cómo puedes automatizar esto usando la herramienta de línea de comandos de Pantheon.

Sin embargo, aunque este enfoque funciona para complementos, hay otros datos, como la configuración de complementos y de temas, que forman una parte importante de la configuración del sitio que probablemente no desea configurar manualmente después de la implementación.

Echemos un vistazo a cómo se pueden pasar de un entorno a otro.

Paso 3: implementar opciones de sitio mediante el control de versiones

Como recordamos, los archivos de código—o de control de versiones—fluyen desde el entorno de desarrollo hacia el servidor en vivo. Por lo tanto, para mover la configuración de una manera similar, el enfoque más natural es almacenarlos en el control de versiones.

Para ello, utilizaremos un complemento WordPress gratuito que hace exactamente eso.

El complemento, WP-CFM, lee las opciones de las tablas de opciones de WordPress y las almacena en un archivo de texto, que puede asignarse al control de versiones (recuerde que toda la instalación de WordPress—excepto el directorio de subidas—se almacena en el control de versiones y lee En los otros entornos).

Hagamos esto a continuación.

Siga las instrucciones del paso 2 anterior para instalar el complemento WP-CFM en el entorno de desarrollo y desplegarlo en prueba. A continuación, active el complemento en ambos entornos.

Ahora que el plugin está activo en ambos entornos, podemos usarlo para empujar las opciones de WordPress desde Dev a Test. Si lo desea, puede modificar algunas configuraciones de WordPress en este momento para que vea cómo se aplican los cambios en el servidor de prueba (el nombre del sitio, por ejemplo, es un cambio bastante visible).

En el panel de control de WordPress de su servidor Dev, haga clic en Configuración > WP-CFM.

WP-CFM

Haga clic en Añadir paquete para crear un nuevo conjunto de configuraciones para el control de versiones. Los paquetes son colecciones de ajustes que se pueden guardar y empujar independientemente entre sí.

Select options to include in the bundle

A continuación, se le pedirá que seleccione las opciones que desea incluir en el paquete. Si desea mantener algunas opciones diferentes de un entorno a otro, puede desmarcarlas en la lista.

En el ejemplo anterior, elegí todo en Opciones de WP, excepto la lista de complementos activos (porque quiero poder ejecutar los scripts de activación de complemento en cada entorno), pero puedes elegir lo que te parezca lógico para la configuración de tu sitio.

Cuando esté satisfecho con la lista de opciones, haga clic en Guardar cambios.

Una vez que haya guardado el paquete, verá nuevos botones para él:

Buttons for using the bundle

Haga clic en el botón Diff para ver las diferencias entre su base de datos Dev y el contenido del archivo de opciones exportado por WP-CFM.

Como WP-CFM aún no ha creado un archivo de exportación, el diff mostrará todo como agregado:

WP-CFM Diff Viewer

Cierre la ventana emergente Diff y haga clic en Push para almacenar los datos de la base de datos en el archivo de exportación.

Ahora, cuando regrese a la pestaña Dev de su panel de Pantheon, verá que WP-CFM ha creado un archivo JSON (wp-content/config/site_options.json) listo para ser asignado al control de versiones:

1 changed file ready to be committed

Confirmar los cambios y desplegarlos en el entorno de prueba.

Luego, en el tablero del servidor de prueba de WordPress, vaya a Configuración > WP-CFM.

WP-CFM on Test

En primer lugar, notará que el paquete de Site Options ya está disponible también en este entorno.

Sin embargo, debido a las limitaciones establecidas en los entornos Test y Live, también notará que el paquete de opciones sólo funciona en una dirección: wp-content/config no se puede escribir en el entorno de prueba. Esto es genial porque nos ayudará a mantener el archivo de exportación limpio.

Haga clic en el botón Pull para leer el contenido del archivo de configuración y aplicarlo en la tabla Opciones de WP. En la ventana emergente de confirmación que pregunta "¿Importar configuración de archivo a DB?", Responda OK.

Ahora, si ha realizado algunos cambios en sus opciones de WordPress antes de empujar al servidor Dev, debería ver esos cambios también aplicados al sitio de prueba.

Paso 4: Traer datos reales desde Live o Prueba a Dev

En algún momento del ciclo de vida de su sitio, es posible que desee tomar los datos reales de su servidor Live a Dev. Podría ser para probar un error contra datos reales, o simplemente para ver cómo se ven las cosas con el contenido real generado por el usuario en lugar de algunos datos de prueba creados por usted, el desarrollador.

En el entorno de desarrollo, haga clic en Base de datos / archivos en el menú de la izquierda.

Clone Database and Files

Aquí, puede elegir el entorno desde el que clonar los datos (prueba / produccion) y si desea clonar sólo la base de datos o también cualquier carga de archivos realizada en ese entorno.

También tiene la opción de actualizar cualquier URL de la base de datos para que coincida con la estructura de URL del entorno de desarrollo.

Observe que la clonación reemplazará todo en la base de datos del entorno de Dev, así que si tiene algún cambio personalizado que desee recuperar después de la clonación, utilice WP-CFM para insertarlos en un archivo de texto antes de realizar la clonación.

Esta funcionalidad es muy útil para extraer datos de Live y Test a Dev, pero también se puede usar para clonar la base de datos Dev para probar (e incluso Live). Puede ser útil, por ejemplo, si crea el contenido inicial del sitio (páginas y quizás entradas de blog) en el entorno de desarrollo y desee probarlo inmediatamente antes de crear el entorno de Live.

3. Trabajar con la base de código de su sitio

Ahora hemos examinado las tareas básicas de administración de WordPress, como instalar nuevos complementos y empujar los cambios de configuración entre entornos.

La actualización de complementos e instalación de temas se puede hacer de la misma manera, siguiendo las mismas instrucciones. Por lo tanto, si realiza toda la gestión de su sitio utilizando temas preexistentes y complementos, esto es prácticamente lo que necesita saber acerca de los conceptos básicos de Panteón para hacer un gran uso de él.

A menudo, sin embargo, también querrá cambiar el código usted mismo, ya sea escribiendo un complemento o modificando y personalizando un tema.

Para demostrar cómo puede hacerlo, creemos un tema infantil sencillo para el tema predeterminado actual, Twenty Sixteen, y lo empujamos hasta el sitio de prueba.

Paso 1: Utilice SFTP para conectarse a su servidor Dev en Pantheon

Siguiendo con el enfoque de utilizar el entorno Pantheon Dev como su servidor de desarrollo, vamos a utilizar su cliente FTP favorito para cargar nuestras modificaciones de código en el servidor Dev.

Esto es fácil, y todos hemos hecho probablemente esto en algún momento u otro en otros servidores en el Internet.

Para conectarse al servidor Pantheon, primero, en el Panel de Pantheon, haga clic en el botón STFP Connection Info para abrir una ventana emergente con información sobre cómo conectarse a su servidor de desarrollo.

SFTP Connection Instructions

Copie la información de Host y de nombre de usuario a su cliente de FTP y utilice la contraseña de Pantheon Dashboard para conectarse al servidor. Asegúrese de utilizar el puerto especificado en las instrucciones de conexión.

Una vez conectado al servidor, encontrará la base de código completa de su sitio WordPress en el directorio ~/code.

Your WordPress installation is found under code

Una vez conectado, puede usar su cliente de FTP para reemplazar cualquier archivo o cargar nuevos, y ver los cambios aplicados inmediatamente en el sitio de WordPress de su servidor de Dev.

Muchos clientes FTP, editores de código y IDEs de PHP (como PHPStorm y Eclipse) le permiten sincronizar sus cambios de código directamente con un servidor remoto usando SFTP. Mediante el uso de estas herramientas, puede realizar el desarrollo aún más rápido con el paso adicional de subir sus cambios para que la prueba se realice automáticamente en segundo plano.

Tenga en cuenta que la URL SFTP del servidor Dev puede cambiar de vez en cuando, de modo que si no puede conectarse, compruebe las credenciales de conexión actuales desde el Panel e inténtelo de nuevo.

Paso 2: Crear y subir su tema

Como un ejemplo de este enfoque, vamos a crear un tema infantil simple para el tema predeterminado, Twenty Sixteen. Como esto es sólo para fines de demostración, vamos a mantener el tema super simple con nada, pero un archivo style.css que cambia el color de fondo del sitio a rojo y un archivo functions.php para En cola la hoja de estilo.

En su computadora, cree un directorio llamado twentysixteen-child, y dentro de él, un archivo de texto llamado style.css.

Dentro de style.css añadir el siguiente contenido:

A continuación, cree un archivo functions.php con el siguiente contenido:

A continuación, cargue el directorio junto con su contenido en el directorio del servidor de Dev ~/code/wp-content/themes/.

The directory has now been uploaded

Ahora, cuando visite la pantalla Apariencia > Temas en el administrador de WordPress de su servidor Dev, verá que el nuevo tema ya está disponible para su uso.

¡Activalo!

Activate the Twenty Sixteen Child theme

Ahora, cuando visite su sitio de Dev, notará que su fondo se ha vuelto rojo, tal como lo definimos en el archivo CSS del tema Child.

Paso 3: confirmar los cambios y desplegar el Tema a Test

Ha subido un nuevo tema secundario a su servidor de desarrollo. A continuación, para asegurarse de que no pierda los cambios y de que pueda implementarlo en el servidor de prueba, tendrá que confirmar los cambios en el control de versiones.

Cuando desarrolle su sitio directamente en el entorno de Dev usando SFTP, es importante recordar que antes de realizar los cambios en Git en su Panteón Dashboard, no se almacenan en el control de versiones. Por lo tanto, para asegurarse de que no perderá ninguno de sus cambios importantes, no olvide comprometerse a menudo—incluso cuando todavía no está listo para empujar sus cambios a prueba.

En la pestaña Panel de control del entorno Dev, notará que tiene algunos cambios no confirmados listos para ser confirmados.

3 changed files ready to be committed

Escriba un mensaje de confirmación y haga clic en Commit.

En la captura de pantalla anterior, también notará que hay cambios en el archivo site_options.json creado por WP-CFM. Eso es porque empujé la información sobre la activación del tema a ese archivo de configuración. De esta manera, el nuevo tema se activará casi automáticamente. Si bien esto no es necesario en este caso de ejemplo simple, es una buena práctica adoptar teniendo en cuenta el futuro y cualquier configuración de tema más complejo que puede estar construyendo.

Una vez que haya realizado los cambios, implementelos a Prueba utilizando los pasos explicados anteriormente cuando implementamos nuestras instalaciones de complemento. Entonces, si usted empujó el paquete de las opciones del sitio usando WP-CFM, utilice el enchufe para tirar de los cambios a la base de datos del sitio de la prueba.

Ahora, al visitar la página del entorno de prueba Apariencia > Temas, debería ver el tema nuevo como el tema activo.

Twenty Sixteen Child as the active theme

Paso 4: Trabajar con Git

Si desea tener un control más claro sobre la base de código y prefiere hacer su desarrollo y pruebas de desarrollador en su máquina local, puede empujar su código al servidor de Dev utilizando el control de versión de Git usted mismo en lugar de subir primero los cambios al servidor a través de FTP .

Para ello, de nuevo en la pestaña Code del servidor Dev, cambie el Connection Mode de SFTP a Git.

Switch the Connection Mode from SFTP to Git

Si tiene algún cambio no confirmado en el servidor de Dev cuando cambia al modo Git, verá una ventana emergente que le pedirá que confirme que desea realizar el cambio y perder los cambios.

Are you sure

Si desea conservar los cambios, cierre la notificación y confirme antes de continuar con el cambio de modo. Si no necesita los cambios, escriba DELETE en el campo de texto y haga clic en el botón rojo grande.

La autenticación Git en Pantheon se realiza mediante una clave SSH, por lo que antes de continuar, debe generar una clave y agregarla a su cuenta. Puede utilizar la misma clave SSH para todos los sitios de Pantheon, por lo que sólo tendrá que hacerlo una vez.

Add an SSH Key

Con su clave SSH en su lugar, puede comenzar a trabajar en su instalación de WordPress utilizando Git.

Haga clic en el botón Git Connection Info en el entorno de Dev para revelar el comando exacto git clone que se utiliza para extraer el repositorio de Git de su sitio en su máquina local.

Git Connection Instructions

Ejecute el comando git clone en la línea de comandos, en un directorio donde desee almacenar el código en su computadora. Si prefieres usar una interfaz gráfica de usuario, eso también está bien: puedes seguir adelante y usar tu cliente Git favorito.

Una vez que haya clonado el repositorio de Git, verá que el directorio contiene toda la instalación de WordPress.

Git directory structure

Para probar el trabajo con Git, haga una pequeña modificación al tema infantil que creamos en los pasos anteriores.

Modifique el style.css del tema secundario, cambiando el color de fondo a verde en lugar del rojo. A continuación, confirme el cambio en git.

En el directorio del proyecto, en la línea de comandos, escriba los siguientes comandos:

Una vez que el comando push haya terminado, visite el Panthéon Dashboard.

Allí encontrará su cambio en el registro de confirmación y cuando visite el sitio, verá que el fondo se ha vuelto verde.

Commit Log shows the latest change

Por lo tanto, el cambio que realizó ahora está presente en el servidor de Dev pero también está listo para ser implementado en el entorno de prueba.

De alguna manera, puede utilizar este método para omitir completamente el servidor Dev (ejecutar el desarrollo en su máquina local y usar Pantheon sólo para los entornos Test y Live) o como una forma diferente de cargar el código en su servidor de desarrollo.

Todo depende de ti y de tus preferencias, al igual que la elección entre SFTP y Git.

A partir de aquí, el resto del flujo de trabajo—implementar los cambios en Test y, finalmente, en Live—es el mismo que cuando se trabaja en el modo SFTP.

¿Que sigue?

Ahora sabes cómo configurar y ejecutar un sitio de WordPress de forma segura usando una configuración de Dev-Test-Live en Pantheon. Esto le ayudará a hacer un montón de actualizaciones sin preocuparse de romper el servidor en vivo.

Pero mientras esto ya es una excelente configuración, podemos mejorarla—y su flujo de trabajo—mediante la automatización de algunas de las tareas y la adición de una fase de pruebas automatizadas al proceso. Vamos a bucear en los de mi próximo tutorial.

Hasta entonces, sigue experimentando con tu nuevo sitio de Pantheon.

Advertisement
Advertisement
Advertisement
Advertisement
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.