Staging es para sitios de WordPress y WooCommerce. Una vez que existe una copia de staging, dos operaciones la mantienen útil: enviar sus cambios probados al sitio en vivo, y restablecer staging a una copia nueva de producción. Esta guía cubre ambas direcciones en detalle, las confirmaciones que protegen su sitio en vivo, y los casos en los que enviar una base de datos destruiría datos.
Si todavía no ha creado un entorno de staging, comience con Uso de Entornos de Staging. Este artículo continúa a partir del punto en el que staging ya existe.
Las Dos Direcciones
| Operación | Qué sobrescribe | Cuándo usarla |
|---|---|---|
| Enviar a producción | Su sitio en vivo | Los cambios en staging están probados y listos para pasar a producción |
| Restablecer desde Producción | Su sitio de staging | Quiere una copia limpia del sitio en vivo actual para trabajar sobre ella |
Ambas se encuentran en la misma pantalla: Sitios web, luego su sitio, luego Environment, luego Staging.
La tarjeta en la parte superior de esa pantalla muestra su dominio de staging, su estado, cuánto tiempo hace que se sincronizó por última vez desde producción, y cuándo se envió por última vez. WP Admin le lleva directamente al panel de control del sitio de staging, y Visitar sitio abre la parte pública de staging.
Una copia de staging que no se ha sincronizado durante una semana o más se marca en ámbar en esa tarjeta. Un staging antiguo es peor que no tener staging: termina probando contra un sitio que ya no se parece al sitio en vivo. Restablezca antes de comenzar una nueva tarea, no después.
Enviando Staging a Producción
Esto reemplaza parte o la totalidad de su sitio en vivo con lo que hay en staging.
- Abra Environment, luego Staging.
- Desplácese hasta Enviar staging a producción.
- Elija qué enviar con las casillas de verificación: Archivos, Base de datos, o ambas.
- Si marcó Base de datos, deje marcada Reescribir URLs. Esto ejecuta una búsqueda y reemplazo en todas las tablas para que el nombre de host de staging se sustituya por el de producción como parte del envío.
- Marque Entiendo que esto modifica mi sitio de producción en vivo.
- Escriba su dominio de producción en el cuadro de confirmación exactamente como se muestra.
- Haga clic en Enviar a producción.
El botón permanece deshabilitado hasta que se marque la casilla y el dominio coincida, de modo que un clic inoportuno no pueda iniciar un envío.
Un envío sobrescribe, no combina. Todo lo que haya cambiado en producción desde su último restablecimiento se reemplaza por lo que haya en staging. Eso incluye publicaciones nuevas, cuentas de cliente nuevas, entradas de formularios nuevas y pedidos nuevos.
Se realiza automáticamente una copia de seguridad completa de producción antes de escribir cualquier cosa, y si el envío falla a mitad de camino, producción se revierte a esa copia de seguridad. Los sitios pequeños normalmente terminan en bastante menos de un minuto; una base de datos grande o una biblioteca de medios de varios gigabytes tarda más.
Elegir Archivos, Base de Datos, o Ambos
Esta es la decisión más importante, y la respuesta normalmente no es "ambos".
Solo archivos. La opción segura por defecto para un sitio que recopila cualquier cosa de los visitantes. Las ediciones de tema, las actualizaciones de plugins, los cambios de plantilla y el código personalizado residen todos en archivos. Enviar solo archivos deja intactos cada publicación, comentario, pedido y usuario en producción.
Solo base de datos. Para cambios de contenido o de configuración realizados en staging, en un sitio donde nadie edita producción directamente. Poco común en la práctica.
Ambos. Correcto para un rediseño o una reconstrucción donde staging es el sitio nuevo y producción se va a reemplazar por completo. Anúncielo, hágalo fuera de horario, y confirme primero que tiene una copia de seguridad actualizada.
Enviar la base de datos a una tienda en vivo elimina pedidos. WooCommerce guarda pedidos, clientes, suscripciones, cupones y niveles de stock en la base de datos, de modo que cada pedido realizado desde su último restablecimiento desde producción desaparece en el momento en que el envío se completa. No hay recuperación parcial. En una tienda, envíe solo archivos, y realice los cambios a nivel de base de datos directamente en producción. Consulte Configuración de WooCommerce.
La misma trampa se aplica, de forma menos dramática, a cualquier sitio con comentarios, envíos de formularios, inscripciones de membresía o una lista de correo almacenada en WordPress.
Restableciendo Staging Desde Producción
Esta es la dirección segura: sobrescribe staging con el sitio en vivo actual y nunca toca producción.
- Abra Environment, luego Staging.
- Busque Restablecer desde Producción.
- Marque Archivos, Base de datos, o ambas.
- Haga clic en Restablecer desde Producción.
Haga esto siempre que:
- Producción haya avanzado, con publicaciones nuevas, pedidos nuevos o cambios de contenido.
- Esté comenzando una nueva tarea y quiera una base realista.
- Staging se haya desviado lo suficiente como para que un resultado de prueba allí ya no signifique nada.
Todo lo que haya en staging y no se haya enviado se pierde. Si hay trabajo en staging que todavía quiere conservar, envíelo primero, o copie los archivos modificados mediante Configuración, luego Gestor de archivos, antes de restablecer.
Cómo Funciona la Reescritura de URLs
WordPress almacena su propia dirección en la base de datos, en las filas siteurl y home de la tabla de opciones, y las URLs absolutas también terminan en el contenido de las publicaciones, los valores de metadatos, la configuración de widgets y las opciones de tema.
Su sitio de staging se ejecuta en staging. seguido de su dominio, de modo que cada uno de esos valores apunta al nombre de host de staging mientras trabaja allí. Reescribir URLs en el envío ejecuta una búsqueda y reemplazo adecuada en todas las tablas, gestionando correctamente la configuración serializada de los plugins, y sustituye el nombre de host de staging por el de producción.
Déjela marcada a menos que tenga una razón específica para no hacerlo. Si envía solo archivos, o si sobrevive alguna URL de staging suelta, corríjala con Ejecutar una Búsqueda y Reemplazo.
Un Flujo de Trabajo que Funciona
- Restablezca desde producción para que staging coincida con el sitio en vivo.
- Tome una copia de seguridad de producción antes de comenzar, para tener un punto de restauración independiente del envío: Realizar una Copia de Seguridad.
- Realice el trabajo en staging. Actualizaciones de plugins y temas, código nuevo, cambios de diseño.
- Pruebe en el dominio de staging. Cargue las páginas que cambió, y las que no cambió. En una tienda, realice un pedido de prueba de principio a fin.
- Envíe solo archivos a menos que haya decidido deliberadamente que la base de datos también debe ir.
- Compruebe producción de inmediato. Página de inicio, una página profunda, el proceso de pago, y el panel de administración.
- Vuelva a restablecer staging desde producción una vez que esté satisfecho, para que la siguiente ronda comience limpia.
Staging se gestiona por completo desde su sitio de producción. No aparece como una entrada separada en la lista de Sitios web, de modo que cada control para él, incluida su eliminación, se encuentra en esta misma pestaña.
Eliminar Staging
La tarjeta Eliminar Staging en la parte inferior de la misma pantalla elimina la copia de staging. Producción no se ve afectada. Elimínela cuando un proyecto haya terminado: staging cuenta para el almacenamiento de su plan, y una copia obsoleta es un pasivo más que un activo.
Solución de Problemas
El botón Enviar a producción no se activa. Deben cumplirse ambas condiciones: la casilla de confirmación marcada, y el dominio de producción escrito exactamente, sin https:// y sin barra diagonal final.
El envío terminó pero el sitio sigue mostrando contenido antiguo. Es la caché. Vacíela desde WordPress, luego Acciones rápidas, luego Vaciar caché, purgue la CDN desde Rendimiento, luego Kapsule CDN, y vuelva a cargar en una ventana privada.
Aparecen URLs de staging en el sitio en vivo después de un envío. La base de datos se transfirió sin marcar Reescribir URLs. Ejecute una búsqueda y reemplazo desde el nombre de host de staging hasta su dominio de producción: Ejecutar una Búsqueda y Reemplazo.
Envié la base de datos y perdí pedidos. Restaure de inmediato la copia de seguridad automática previa al envío, antes de que lleguen más pedidos a la base de datos sobrescrita: Restaurar Desde una Copia de Seguridad.
Staging muestra un error después de un restablecimiento. Un plugin que codifica de forma fija el dominio de producción es la causa habitual. Inicie sesión con WP Admin desde la tarjeta de staging y desactive los plugins allí hasta que el error desaparezca, luego corrija o reemplace el que causa el problema en producción.