Cuando se trata de realizar actualizaciones o cambios significativos en tu sitio de WordPress, hacerlo directamente puede ser arriesgado. Aquí es donde entra un sitio de staging.
Es un clon perfecto de tu sitio web en vivo donde puedes probar cambios de forma segura, solucionar problemas y refinar actualizaciones antes de implementarlas en tu sitio principal.
En WPBeginner, usamos sitios de staging para probar las actualizaciones del sitio web antes de publicarlas en nuestros sitios en vivo. Esto nos ahorra posibles tiempos de inactividad, funciones rotas y otras complicaciones.
En esta guía paso a paso, te mostraremos cómo crear fácilmente un entorno de staging para tu sitio de WordPress. Cubriremos varios métodos diferentes y la mayoría de ellos solo requieren unos pocos clics.
¿Qué es un sitio de staging?
Un sitio de staging es un clon de tu sitio web en vivo que se utiliza para probar cambios antes de hacerlos públicos. Los sitios de staging te ayudan a detectar errores, para que no rompas tu sitio web en vivo.
En el pasado, solía ser muy difícil configurar un sitio de staging de WordPress, pero ahora eso ha cambiado, por lo que incluso una persona no técnica puede hacerlo.
Muchos usuarios instalan WordPress localmente en sus computadoras Windows o Mac para probar cambios. Una vez que terminan con las actualizaciones, simplemente suben esos cambios desde localhost al servidor en vivo.
El mayor problema con este enfoque es, ¿qué pasa si algo que funcionó en tu localhost no funciona en el servidor en vivo?
A menudo, los sitios locales y los servidores de hosting de WordPress en vivo no se ejecutan en el mismo entorno.
Dado que el sitio de staging reside en tu servidor de hosting web, puedes prevenir fácilmente todos esos errores porque se ejecuta con la misma configuración de servidor que tu sitio en vivo.
Dicho esto, veamos cómo configurar un sitio de staging para WordPress.
Cómo crear fácilmente un sitio de staging para WordPress
Hay varias maneras de crear un sitio de staging para WordPress. La más fácil es usar la función de sitio de staging integrada de tu proveedor de hosting.
Algunas de las mejores empresas de hosting de WordPress ya ofrecen sitios de staging con un solo clic. Si tu sitio web está alojado con una de ellas, entonces puedes crear fácilmente un sitio de staging sin ningún problema.
Si no tienes una de estas populares soluciones de hosting, entonces también tenemos una solución para ayudarte a crear un sitio de staging para WordPress usando un plugin (e incluso manualmente).
Para una navegación más rápida, puedes usar la navegación a continuación para saltar a la sección que sea más aplicable para ti:
- Creación de un sitio de staging en Bluehost
- Creación de un sitio de staging en SiteGround
- Creación de un sitio de staging en WP Engine
- Creación de un sitio de staging usando un plugin de WordPress
- Crear un sitio de staging para WordPress manualmente
Creación de un sitio de staging en Bluehost
Bluehost es una de las mejores empresas de hosting de WordPress. Ofrecen una solución rápida de sitio de staging con un solo clic con todos sus planes.
Primero, debes dirigirte a tu panel de control de Bluehost y visitar la sección 'My Sites'.
A continuación, cambia a la pestaña 'Plugins' y activa el interruptor junto a la opción 'Bluehost Plugin'.
Después de eso, dirígete al panel de control de tu sitio de WordPress y visita la página Bluehost » Staging.
Ahora haz clic en el botón ‘Crear sitio de staging’.
Bluehost preparará ahora el entorno de staging para tu sitio web.
Una vez hecho esto, se mostrará una sección de Staging Site donde deberás marcar la casilla ‘No se está editando actualmente’.
Ahora se abrirá una ventana emergente en tu pantalla pidiéndote que cambies al sitio de staging.
Desde aquí, haz clic en el botón ‘Cambiar’.
Una vez cambiado, verás un botón en la pantalla que indica que estás trabajando en el sitio de staging.
Puedes continuar trabajando en tu sitio web sin preocuparte de que afecte a tu sitio en vivo.
Implementar Cambios de Staging al Sitio en Vivo en Bluehost
Una vez que estés listo para enviar los cambios de staging al sitio en vivo, simplemente ve a la página Bluehost » Staging desde la barra lateral de administración de WordPress.
Desde aquí, verás el menú desplegable de opciones de implementación junto a tu sitio web de staging. Puedes implementar solo los archivos, solo la base de datos o implementar todos los cambios.
Si no estás seguro, haz clic en el botón ‘Implementar todos los cambios’ para continuar.
Después de eso, haz clic en el botón ‘Implementar sitio’ junto al menú desplegable.
Esto abrirá una ventana emergente donde se te pedirá que confirmes que deseas implementar el sitio de staging en el sitio de producción. Haz clic en el botón ‘Implementar’ para continuar.
Bluehost ahora comenzará a implementar tu sitio de staging en el sitio en vivo. Dependiendo del tamaño de tu sitio web, esto puede llevar un tiempo.
Ahora puedes volver a tu sitio web en vivo para ver tus cambios en acción haciendo clic en el botón de radio debajo de la opción del sitio de producción.
Clonar el Sitio de Producción a Staging
Ahora, al volver al sitio web de producción, cualquier cambio que realices allí no se sincroniza automáticamente con tu sitio web de staging.
En el futuro, si deseas probar más cosas en tu sitio web de staging, necesitarás duplicar tu sitio.
Para hacer esto, debes visitar la página Bluehost » Staging y hacer clic en el botón ‘Clonar a staging’.
Bluehost clonará entonces los últimos cambios de tu sitio web en vivo a tu sitio web de staging. Después de eso, puedes cambiar al sitio web de staging para pruebas y desarrollo.
Creación de un sitio de staging en SiteGround
SiteGround es otra empresa líder en hosting para WordPress que ofrece una función de staging con un clic en sus planes GrowBig y GoGeek.
Hemos estado usando este hosting en WPBeginner y hemos tenido una gran experiencia con él. Ha sido confiable, rápido y fácil de administrar, lo que lo convierte en una opción sólida para nuestro sitio web.
Para obtener más información, consulta nuestra reseña de SiteGround.
Si tu sitio web está alojado con SiteGround, así es como configurarías un sitio web de staging.
Primero, necesitas iniciar sesión en tu panel de SiteGround y cambiar a la pestaña Websites. Desde aquí, debes seleccionar Site Tools debajo de tu sitio web.
En la siguiente pantalla, necesitas hacer clic en el menú WordPress » Staging de la columna izquierda.
Desde aquí, selecciona tu sitio web y luego proporciona un nombre para tu copia de staging.
Haz clic en el botón 'Create' para continuar y Siteground creará una copia de staging de tu sitio web.
Después de eso, necesitas hacer clic en el botón 'Go to protected URLs' para que puedas proteger con contraseña tu sitio web de staging y mantenerlo privado.
En la siguiente pantalla, Siteground completará automáticamente la URL y la ruta para tu sitio web de staging.
Tienes que ingresar el nombre de usuario y la contraseña que deseas usar para proteger tu sitio de staging.
Haz clic en el botón 'Protect' para guardar tu configuración.
Ahora puedes volver a la página WordPress » Staging y hacer clic en el botón 'Log in to Admin Panel' junto a tu sitio web de staging.
SiteGround ahora abrirá el área de administración de WordPress de tu sitio web de staging. Puedes probar tus cambios en este sitio web de staging.
Desplegar cambios de vuelta a tu sitio web en vivo
Una vez que hayas probado tus cambios en el sitio web de staging, es posible que desees fusionarlos con tu sitio web en vivo.
SiteGround también facilita esto.
Simplemente haz clic en el menú WordPress » Staging de la columna izquierda. Luego, haz clic en el menú de tres puntos junto a tu sitio de staging en la sección 'Administrar copias de staging'.
El menú te mostrará dos opciones de despliegue. Puedes elegir la opción 'Despliegue completo' o 'Despliegue personalizado'.
La opción 'Despliegue completo' fusiona todo del sitio web de staging a tu sitio web en vivo. 'Despliegue personalizado' te permite seleccionar qué archivos o datos deseas fusionar.
Si no estás seguro, elige la opción 'Despliegue completo'.
SiteGround entonces copiará el sitio de staging a tu sitio web en vivo.
Fusionar en vivo a tu sitio web de staging
Los cambios que realices en tu sitio web en vivo no se copian automáticamente a tu sitio web de staging.
Cada vez que necesites trabajar en tu sitio web de staging, repite el proceso anterior para crear un sitio web de staging nuevo.
Creación de un sitio de staging en WP Engine
WP Engine es la mejor empresa de hosting administrado de WordPress del mundo. El hosting de WordPress administrado es un servicio de conserjería para tu sitio de WordPress donde el proveedor de hosting se encarga de las actualizaciones, copias de seguridad, seguridad y rendimiento.
WP Engine ofrece una solución de staging de un clic con todos sus planes. Si estás utilizando WP Engine para alojar tu sitio web, así es como configurarías un entorno de staging para tu sitio.
Primero, necesitas iniciar sesión en tu panel de control de WP Engine. Luego, ve a la página 'Sitios' y selecciona tu sitio web haciendo clic en él.
Esto te llevará al panel de control de tu sitio web.
Ahora, necesitas hacer clic en el enlace ‘Add Staging’ de la columna izquierda o seleccionarlo debajo del nombre de tu sitio en la parte superior.
Esto te llevará a la pantalla ‘Add Environment’.
Se te pedirá que elijas cómo deseas proceder con tu entorno de staging.
Aquí te explicamos lo que hace cada una de estas opciones:
- ‘Start with a new blank site’ crea un nuevo sitio vacío.
- ‘Start with a guided experience’ crea un nuevo sitio con una experiencia guiada y contenido de demostración.
- ‘Copy an existing environment to this site’ copiará tu entorno de producción o desarrollo a este sitio (por ejemplo, copiar tu sitio en vivo a este entorno).
- ‘Move an existing environment’ moverá un entorno a este sitio (por ejemplo, mover el entorno de desarrollo a Staging).
- ‘Start with a WooCommerce site’ crea un nuevo sitio de WordPress con WooCommerce preinstalado.
Dado que deseas crear una copia de staging de nuestro sitio web en vivo, deberás hacer clic en la opción ‘Copy an existing environment to this site’.
Después de elegir un entorno, selecciona la copia de seguridad más reciente que deseas copiar y luego haz clic en el botón ‘Next’ para continuar.
Ahora, deberás proporcionar un nombre para tu sitio de staging. Este nombre se usará en la URL de tu sitio de staging. Después de eso, elige STG (staging) como tu tipo de entorno.
Haz clic en el botón ‘Create Environment’ para continuar.
WP Engine ahora creará un sitio de staging para ti. Después de eso, serás redirigido al panel de tu entorno de Staging.
A continuación, deberás hacer clic en el botón del candado para habilitar la protección con contraseña de tu sitio de staging.
Después de eso, deberás cambiar a la pestaña ‘Utilidades’ para copiar el nombre de usuario y la contraseña de tu sitio de staging.
Ahora puedes hacer clic en el botón ‘WP Admin’ en la parte superior para iniciar sesión en tu sitio web de staging.
Siéntete libre de hacer cambios y probar funciones en el sitio web de staging tal como lo harías en un sitio típico de WordPress que instalas en cualquier otro lugar.
Desplegar Cambios de Staging a Sitio Web en Vivo en WP Engine
¿Quieres fusionar los cambios que hiciste en el sitio web de staging a tu sitio web en vivo?
Simplemente haz clic en el botón ‘Copiar Entorno’ para comenzar el despliegue.
Esto te llevará a la página de opciones. Desde aquí, deberás elegir tus entornos de origen y destino para la copia.
Aquí seleccionarás tu sitio web de staging como el entorno de origen y tu sitio web de producción o en vivo como el entorno de destino.
Puedes elegir qué quieres copiar. Por ejemplo, puedes copiar todas las tablas de la base de datos y archivos, archivos y tablas de la base de datos específicos, o solo el sistema de archivos.
Nota: Si copias todo, perderás cualquier dato almacenado en tu sitio web en vivo después de usarlo para crear el entorno de staging. Esto puede incluir datos importantes como nuevas publicaciones, páginas, clientes y pedidos. Así que es una buena idea hacer una copia de seguridad de tu sitio en vivo antes de desplegar desde staging.
A continuación, haz clic en el botón ‘Revisar y Confirmar’ para comenzar el despliegue. Tardará un tiempo en copiar todo a tu sitio web en vivo.
Recibirás una notificación por correo electrónico cuando el proceso se complete.
Creación de un sitio de staging usando un plugin de WordPress
Si tu compañía de alojamiento de WordPress no ofrece una función de sitio de staging, aún puedes crear un sitio web de staging usando un plugin de WordPress.
Hay algunas desventajas en el uso de este método.
Primero, un plugin tendrá un control limitado sobre tu servidor de hosting. Por eso, puede que no siempre dé los mejores resultados.
En segundo lugar, el plugin que usaremos almacenará tu sitio de staging en sus propios servidores. Si te preocupa la privacidad y la protección de datos, esto podría no ser ideal para ti.
Por último, el plugin tiene varias incompatibilidades conocidas. Por favor, consulta su página de incompatibilidades para asegurarte de que tu sitio web sea compatible.
Dicho esto, veamos cómo crear un sitio de staging de WordPress usando un plugin de WordPress.
Lo primero que necesitas hacer es instalar y activar el plugin WP Stagecoach. Para más detalles, consulta nuestra guía paso a paso sobre cómo instalar un plugin de WordPress.
Tras la activación, el plugin añadirá un nuevo elemento de menú etiquetado como WP Stagecoach a tu barra de administración. Al hacer clic en él, te llevará a la página de configuración del plugin.
Necesitarás ingresar tu nombre de usuario de WP Stagecoach y la clave API, que puedes encontrar en tu cuenta en el sitio web del plugin.
Después de eso, debes visitar la página WP Stagecoach » WP Stagecoach y elegir un nombre para tu sitio de staging. Este nombre también se usará como el subdominio de tu sitio web de staging de WordPress.
No olvides marcar la casilla junto a la opción 'Proteger con contraseña el sitio de staging'. Esto protegerá tu sitio web de staging de la vista pública y de los motores de búsqueda.
Haz clic en el botón 'Ride the Stagecoach' para continuar.
El plugin ahora creará una copia de seguridad de tus archivos y base de datos de WordPress para exportarlos a tu sitio de staging.
Esto puede tardar un tiempo dependiendo del tamaño de tu sitio web de WordPress.
Una vez finalizado, verás el enlace a tu sitio de staging y su área de administración.
Puedes hacer clic en el enlace para visitar tu sitio de staging y empezar a trabajar en él.
Notarás un mensaje naranja brillante en la barra de administración en la parte superior que indica que estás trabajando en tu sitio de staging.
Despliegue del sitio de staging a producción usando WP Stagecoach
Una vez que esté listo para importar los cambios a su sitio en producción, diríjase a la página WP Stagecoach » Importar Cambios y haga clic en el botón de verificar cambios.
El plugin ahora verificará los cambios en su sitio de staging y luego le mostrará opciones para importarlos.
Puede elegir entre todos los cambios, cambios de archivos o cambios de base de datos.
El plugin le mostrará el progreso de la importación y le notificará cuando haya terminado.
Ahora puede probar su sitio en producción para ver si todos los cambios se importaron correctamente.
Crear un sitio de staging para WordPress manualmente
Este método le enseñará a crear manualmente un sitio de staging para su instalación de WordPress. Es para usuarios avanzados y requiere más trabajo que otros métodos descritos anteriormente.
Otra desventaja de este método es que su sitio web no estará disponible temporalmente al desplegar cambios del staging al servidor en producción.
Dicho esto, veamos cómo crear manualmente un entorno de staging para su sitio de WordPress.
Primero, necesita crear un subdominio para su sitio web de staging. Si usa Bluehost, vaya al panel de control de su cuenta de hosting y cambie a la pestaña 'Avanzado'.
A continuación, haga clic en el botón 'Administrar' junto a la opción 'cPanel'.
Esto abrirá el cPanel en una nueva pestaña donde debe desplazarse hacia abajo hasta la sección 'Dominio'.
Desde aquí, haga clic en la opción 'Dominios'.
Esto abrirá una lista de todos los dominios en su cuenta de hosting. Aquí, debe hacer clic en el botón 'Crear un Nuevo Dominio'.
Una vez que haga eso, se abrirá una nueva página en la pantalla donde debe escribir su subdominio seguido del nombre de dominio en el campo 'Dominio' de esta manera:
subdominio.ejemplo.com
Después de eso, simplemente haga clic en el botón 'Enviar' para guardar su configuración.
Nota: Estamos usando Bluehost en nuestras capturas de pantalla de ejemplo, por lo que su pantalla puede verse diferente.
Tu panel de control de hosting ahora agregará tu subdominio, el cual puedes usar para importar tu sitio de WordPress en vivo.
A continuación, necesitas instalar y activar el plugin gratuito Duplicator en tu sitio en vivo. Si necesitas todas las funciones, puedes obtener la versión premium de Duplicator aquí.
Varias de nuestras marcas asociadas también han utilizado esta herramienta para crear copias de seguridad y han obtenido excelentes resultados. Para saber más, consulta nuestra reseña de Duplicator.
Al activarlo, debes hacer clic en el menú Duplicator en la barra lateral de administración de tu WordPress y hacer clic en el botón ‘Crear nuevo’ bajo Copias de seguridad.
A continuación, puedes ingresar un nombre para tu copia de seguridad y hacer clic en el botón ‘Siguiente’ para continuar.
Después de eso, Duplicator ejecutará el asistente duplicador de sitios web.
Primero, ejecutará algunas pruebas para ver si todo está en orden. Si todos los elementos están marcados como ‘Bueno’, haz clic en el botón ‘Construir’.
El plugin ahora comenzará a crear un paquete de copia de seguridad de Duplicator para tu sitio de WordPress. Este proceso puede tardar unos minutos dependiendo del tamaño de tu sitio web.
Una vez terminado, verás opciones de descarga para el Instalador y el paquete de Archivo. Necesitas hacer clic en el botón ‘Descargar ambos archivos’ para descargar ambos archivos en tu computadora.
Deberás subir ambos archivos al directorio de archivos del subdominio que acabas de crear. Para más detalles, consulta nuestra guía sobre cómo usar FTP para subir archivos a tu sitio de WordPress.
A continuación, tu nuevo sitio de WordPress de staging necesitará una nueva base de datos. Creemos una.
Dirígete al panel de control de tu cuenta de hosting de WordPress y cambia a la pestaña 'Avanzado'.
Después de eso, desplázate hacia abajo hasta la sección ‘Bases de datos’ y haz clic en el botón ‘Administrar’ que está a su lado.
Si no estás usando Bluehost, entonces tu entorno de alojamiento de WordPress puede verse un poco diferente. No te preocupes, solo busca la sección Bases de datos.
Esto te llevará a la página ‘Bases de datos MySQL’, donde puedes comenzar proporcionando un nombre para tu base de datos.
Luego, haz clic en el botón ‘Crear base de datos’.
A continuación, necesitas crear un usuario MySQL para tu base de datos.
Desplázate hacia abajo hasta la sección Usuarios MySQL y proporciona un nombre de usuario y una contraseña para tu nuevo usuario de base de datos.
Ahora debes darle a este usuario permiso para acceder y modificar la base de datos que creaste anteriormente.
Simplemente desplázate hacia abajo hasta la sección ‘Agregar usuario a la base de datos’ y selecciona tu base de datos y el usuario que acabas de crear.
Después de eso, haz clic en el botón ‘Agregar’ para continuar.
Se te pedirá que selecciones los privilegios para el usuario. Continúa y selecciona la casilla ‘Todos los privilegios’ y luego haz clic en el botón ‘Realizar cambios’.
Ahora tu base de datos está lista para ser utilizada para tu sitio de staging.
A continuación, necesitas abrir una nueva pestaña del navegador e ingresar el subdominio de tu sitio de staging de esta manera:
https://tudominio.ejemplo.com/installer.php
No olvides reemplazar tudominio con el subdominio real y ejemplo.com con el nombre de tu propio dominio.
Esto iniciará el asistente de instalación de Duplicator.
En la sección ‘Configuración’, el instalador te pedirá que ingreses la información de tu base de datos de WordPress.
Tu host probablemente será localhost. Después de eso, ingresarás los detalles de la base de datos que creaste para el nombre de tu nuevo dominio en el paso anterior.
Haz clic en el botón ‘Validar’ para asegurarte de que Duplicator pueda conectarse a tu base de datos.
Una vez hecho esto, haz clic en el botón ‘Siguiente’ para continuar.
Duplicator ahora desempaquetará tu base de datos y archivos de WordPress y los importará a tu sitio de staging.
Una vez finalizado, verás un mensaje de éxito.
Puedes hacer clic en el botón ‘Iniciar sesión en el administrador’ para ingresar al área de administración de WordPress de tu sitio web en el nuevo sitio de staging.
Ahora tienes tu sitio de staging configurado. Puedes protegerlo agregando protección con contraseña al subdominio.
Dirígete al panel de control de tu cuenta de hosting y cambia a la pestaña 'Avanzado'.
Después de eso, desplázate hacia abajo hasta la sección 'cPanel' y haz clic en el botón 'Administrar' junto a ella.
Esto abrirá el cPanel en una nueva ventana donde debes desplazarte hacia abajo hasta la sección 'Archivos'.
Desde aquí, haz clic en el ícono 'Privacidad del directorio'.
A continuación, necesitas seleccionar la carpeta de tu subdominio y luego seleccionar la opción 'proteger con contraseña este directorio' casilla de verificación.
Se te pedirá que proporciones un nombre para esta configuración y luego hagas clic en el botón 'Guardar'.
Tu sitio de staging ahora estará oculto detrás de la protección con contraseña, manteniéndolo fuera del alcance de los motores de búsqueda y de la vista del público.
Ahora puedes trabajar en tu sitio de staging y hacerle cualquier cambio.
Desplegar manualmente el sitio de staging a producción
Una vez que estés listo para desplegar los cambios de tu sitio de staging al servidor en producción, seguirás los mismos pasos descritos anteriormente.
Simplemente crea un nuevo paquete de Duplicator en tu sitio de staging y descarga los archivos del Instalador y del Archivo a tu computadora (ver instrucciones arriba).
A continuación, deberás dirigirte a tu sitio en producción y crear una copia de seguridad completa de WordPress (también puedes usar Duplicator para crear una copia de seguridad completa).
Una vez que hayas terminado, necesitarás eliminar todos los archivos y carpetas de WordPress de tu sitio en producción. Esto significa que tu sitio de WordPress estará inactivo por un tiempo.
Finalmente, sigue las instrucciones anteriores para ejecutar el asistente de instalación de Duplicator e importar el sitio de staging al servidor en producción.
Como puedes ver, el último método no es el mejor método en absoluto. Hay muchas cosas durante el proceso que pueden dañar tu sitio.
Sugerimos evitar este método a toda costa a menos que no tengas otra opción. Recomendamos usar un proveedor de hosting confiable como Bluehost, SiteGround o WP Engine con funciones de sitio de staging integradas.
Esperamos que este artículo te haya ayudado a aprender cómo crear fácilmente un entorno de staging para tu sitio de WordPress. Si encuentras algún problema, consulta nuestra guía sobre cómo probar tu sitio para actualizar a Gutenberg. También podrías querer aprender cómo usar WordPress Playground en tu navegador para hacer pruebas.
Si te gustó este artículo, suscríbete a nuestro canal de YouTube para obtener tutoriales en video de WordPress. También puedes encontrarnos en Twitter y Facebook.
Lynda Joy
Hola,
Hice solo los primeros cinco pasos más o menos, y luego me perdí en "subir tu contenido de WordPress a. Así que ahora he arruinado por completo mi sitio y me gustaría saber cómo deshacer lo que he hecho.
Gracias.
– Lynda
Rachel
Muchas gracias por esto. Soy muy principiante, pero estoy tratando de averiguar cómo hacer estas cosas por mi cuenta para poder lanzar un nuevo diseño utilizando primero un sitio de prueba para hacerlo bien. He logrado seguir tus instrucciones perfectamente hasta esta parte:
"Después de copiar tu base de datos, necesitas copiar tus archivos de WordPress, plugins, temas y subidas. Primero descarga una copia nueva de WordPress desde WordPress.org. Sube el contenido de WordPress a tu sitio de prueba. Nota: no ejecutes la instalación de WordPress todavía"
¿Puedes por favor aconsejarme sobre cómo se hace esto o dirigirme a otro artículo de instrucciones? No puedo encontrar cómo hacerlo de otra manera. ¡Muchas, muchas gracias de antemano!
Sanket D.
Así que he logrado crear mi entorno de prueba con éxito; tengo todos mis medios, temas, plugins, todo lo demás transferido correctamente. Sin embargo, había hecho algunos cambios en mi tema (no a través de código, sino a través de la configuración integrada del tema; cosas básicas como un logotipo personalizado (que puedo ver en mi biblioteca de medios), color del tema, diseño de la página de inicio, etc.). Estos cambios son lo único que por alguna razón faltan en mi sitio de prueba. ¿Alguien sabe por qué podría ser?
byberkan
Espero que puedas encontrar la solución. El mismo problema existe para mí.
Joe
Parece que tenemos que hacer los pasos aquí después de tener nuestro tema, plugin, etc.
Mark Park
¡Gran artículo! Solo una cosa que no me queda clara.
Si tengo el sitio web actual que no es de WordPress en un nombre de dominio example.com y quiero construir un nuevo sitio web usando WordPress y desarrollarlo en un entorno de staging en un subdominio dev.example.com, ¿es esto posible?
¿Puedo crear un subdominio dev.example.com e instalar WP en el mismo servidor utilizado por el sitio web actual que no es de WP?
Más tarde, cuando el sitio web esté terminado, quiero conectar mi sitio desarrollado en WP con el nombre de dominio example.com.
Gracias por tu ayuda.
Soporte de WPBeginner
Sí, esto es posible. Asegúrate de bloquear los motores de búsqueda en tu subdominio de desarrollo.
Administrador
Maria
¡Gracias por un artículo muy útil! Estoy en una situación similar a la de Mark, sin embargo, mi sitio web actual es un sitio de WordPress. ¿Todavía puedo desarrollar el sitio web rediseñado en un sitio de staging dentro de un subdominio? Y si es así, ¿tengo que crear una nueva base de datos?
byberkan
¿Realmente no leíste el artículo?
Benito
Hola, gran artículo, pero ¿qué pasa si no quiero usar XAMPP y solo quiero usar un subdominio como sitio de staging y luego enviar los cambios a producción? ¿Cuál sería la mejor manera de implementar los cambios?
Raj
¿Este proceso creará un usuario de base de datos y lo agregará a la base de datos que creamos al copiar, otorgándole todos los privilegios por sí solo? ¿o necesitamos crear un usuario de base de datos en algún momento?
Raj
Okay, lo intenté... de ambas maneras.
Una vez creé el usuario de la base de datos antes de instalar WordPress en el sitio de staging y funcionó. La otra vez, no lo hice y obtuve el problema "Pudimos conectarnos al servidor de la base de datos (lo que significa que tu nombre de usuario y contraseña están bien) pero no pudimos seleccionar la base de datos a*******_ata_d2db".
Eso para mí significa que uno tiene que crear un usuario manualmente, solo copiar la base de datos no será suficiente. ¿Correcto?
Sanny
Raj, veo el mismo error (“No se puede seleccionar la base de datos”). ¿Cómo lo solucionaste?
Scott
Espero que hayan resuelto esto, pero solo para dejar esto aquí para que otros lo encuentren, efectivamente necesitas crear un usuario de base de datos (lo cual no está claro en este artículo). Mientras usaba Bluehost, tuve que hacer unos tres pasos. El primer paso es usar el cPanel de Bases de Datos MySQL para acceder a la lista de bases de datos MySQL. Una vez allí, pude ver que la nueva base de datos de staging que había copiado usando phpMyAdmin según el artículo, no tenía un usuario privilegiado asignado. Así que, creé un usuario, pero luego descubrí que el usuario que creé tenía demasiados caracteres (16 es el máximo). Una vez que arreglé eso, tuve que agregar este usuario a una base de datos usando la misma página de MySQL. Como parte de este paso de asignación, pude seleccionar "TODOS LOS PRIVILEGIOS" para hacer de este usuario un usuario privilegiado para esta nueva base de datos de staging. Una vez que todo eso estuvo configurado, pude configurar WordPress para conectarse a la base de datos de staging.
Gayle
¡Recurso fantástico! Llegué a un punto crítico de staging de WP y luego encontré esto. ¡Me salvó la vida! ¡Gracias! Lo único que agregaría sería algo de información meta para novatos como yo. : )
LizP
¡Ay, caramba, demasiado difícil para mí!
Deborah
Gracias por el tutorial. Parece que me quedé atascado en uno de los primeros pasos. Al hacer clic en 'go' después de cambiar las URL en SQL, recibo un mensaje de '# MySQL returned an empty result set (i.e. zero rows)'
Así es como ingresé los datos:
UPDATE wp_options SET option_value = REPLACE(option_value, ‘http://www.example.co.za/wp’, ‘http://staging.example.co.za’);
UPDATE wp_postmeta SET meta_value = REPLACE(meta_value, ‘http://www.example.co.za/wp’, ‘http://staging.example.co.za’);
UPDATE wp_posts SET guid = REPLACE(guid, ‘http://www.example.co.za/wp’, ‘http://staging.example.co.za’);
UPDATE wp_posts SET post_content = REPLACE(post_content, ‘http://www.example.co.za/wp’, ‘http://staging.example.co.za’);
¿Alguien puede ayudarme con esto, por favor?
Gracias
Andreas Kofoed
Hola,
Primero que nada, gracias por un tutorial increíble sobre esto.
He encontrado un problema hasta ahora y es que cuando intento ingresar mi subdominio a través de
www.staging.example.com. Recibo este mensaje: err_connection_timed_out ???Andreas Kofoed
Hola,
Descubrí esto porque se debía a un prefijo de tabla.
Ahora mi staging.mysite.com está funcionando, pero el estilo y el diseño son totalmente diferentes.
¿Cómo hago para que mis archivos en mi tema hijo se apliquen al tema actual???
¿Parece que faltan muchas imágenes, CSS y algunas configuraciones básicas?…
Patrick
¡Gracias por este gran tutorial!
Me doy cuenta de que después de configurar todo, los comentarios en el blog principal ahora van al blog del subdominio de staging. No puedo encontrar nada en la configuración que explique este comportamiento. ¿Los subdominios quizás tienen prioridad por alguna razón?
¿Alguna idea?
Jennifer Filgate
¿Quizás cuando ejecutaste la operación para actualizar las URLs en tu base de datos, la realizaste en la base de datos de tu sitio en producción en lugar de la base de datos del nuevo sitio de staging? Tienes que seleccionar la base de datos del sitio de staging después de crearla, antes de ejecutar la operación. Tal vez omitiste ese paso de selección.
Arjun Singhal
Tuve errores relacionados con certificados SSL. Soy un novato en cuanto a usar Git y la línea de comandos en mi Mac. Así que no pude sincronizar todo como quería.
Además, la forma en que aparece es que los pasos son buenos para sincronizar los archivos de los discos locales con el servidor – cambios en la carpeta del tema, etc.
Sin embargo, no hay ningún mecanismo de sincronización resaltado para los cambios en el servidor MySQL en el caso de Wordpress.
Evan
No sé. Esto simplemente parece muy confuso.
Entonces, ¿un Git Bucket es como un intermediario entre tu computadora local y el servidor de desarrollo alojado? Por ejemplo, si tengo website.com, entonces creo dev.website.com, luego creo una cuenta y un repositorio vacío en Git Bucket, luego creo una carpeta vacía en mi computadora local, y edito archivos localmente y los sincronizo al repositorio de Git Bucket, y luego, ¿cómo hago el commit al sitio en vivo? ¿Hay alguna conexión y control con el sitio en vivo? Parece que desde aquí, sincronizas tu repositorio de Git Bucket a dev.website.com
¿Y luego qué? Desearía que este artículo tuviera un diagrama para entender cómo funciona todo esto. Quizás tenga sentido para ustedes porque lo hacen todo el día, pero por primera vez, es una experiencia vertiginosa. Especialmente porque múltiples puntos en esta configuración fallaron y tuve que arreglar cada uno de forma personalizada. En este punto, he creado dev.website.com, copiado todos los archivos del sitio en vivo a él, copiado la base de datos, conectado todo, iniciado sesión en el sitio de WordPress de dev.website.com, asegurándome de que todo esté bien, pero ahora... estoy perdido en cuanto a qué hacer a continuación.
En tu artículo, nos pides que INICIEMOS un directorio local en nuestra computadora. Bueno, estoy probando SOURCE TREE de Git Bucket, que por cierto se ve genial. ¿Pero ahora qué? ¿Alguna ayuda sobre cuál es el procedimiento a partir de aquí? ¿Cuál es la lógica de todo esto?
Creo una carpeta en mi disco local, se sincroniza con un Repositorio de Git Bucket para que las personas puedan desarrollar colaborativamente. ¿Pero quién sube los cambios al servidor dev.website.com? ¿No necesitan los usuarios poder hacer eso para ver los cambios en vivo en el servidor? Entonces, ¿cómo se conecta todo eso?
¿Y cómo actualizas los cambios finales al sitio web en vivo una vez que estás listo? Vaya, estoy confundido. Pasé 3 días configurando esto y no puedo descifrar el siguiente paso, porque no entiendo cómo funciona todo eso.
¿Alguna ayuda?
Oscar
Hola Evan, aunque estoy seguro de que ya lo resolviste, ya que han pasado meses, pensé que podría ayudar a otros con la misma pregunta. Después de haber confirmado tu código en el control de versiones, moverías tus cambios al servidor de tu elección (desarrollo/staging/producción) utilizando la función de despliegue. Esto se describe en la sección anterior titulada "Desplegando cambios de BitBucket a un sitio de staging". ¡Espero que esto ayude a aclarar!
vjohnson
Soy verdaderamente un principiante en esto, y he leído el artículo un par de veces. Creo que mi entorno está casi configurado, la pieza que parece faltar está en el paso de instalación. Las instrucciones dicen copiar los archivos pero no instalar "todavía", ¿cuándo en este proceso ejecuto una instalación de wp? No estoy seguro si algunos de los problemas que encontré se deben a mi host, que es HostGator, o a algo que hice mal. Cualquier aporte sería genial.
Lo que está sucediendo en este punto no son errores, pero nada se renderiza en la URL de mi área de staging.
Martin
Buen artículo. Aunque, en todo el camino, hablas de configurar un sitio de desarrollo en el servidor como un subdominio. Pero al final estás usando un servidor Xampp local.
¿Cómo configurarías un entorno de pruebas en el servidor donde está alojado el dominio? ¿También usas Bitbucket para eso?
Gracias, saludos.
Alberto Serrano
Hola, hice un sitio de staging exitosamente pero mi sitio en vivo ya tenía un pequeño problema con un plugin, contacté al desarrollador y me pidió mis credenciales de administrador, siguiendo tu consejo en otro artículo le di las credenciales de inicio de sesión a mi sitio de staging y él arregló el problema, para hacer los cambios en el sitio en vivo me dijo que importara la base de datos del sitio de staging al sitio en vivo, mi preocupación son los cambios de SQL que hice a la base de datos de staging, si copio la base de datos, ¿mi sitio en vivo no se redirigirá al sitio de staging ahora? No encuentro las consultas SQL para eliminarlas
Gracias
Soporte de WPBeginner
Consulta nuestro tutorial sobre cómo actualizar las URL al mover un sitio de WordPress.
Administrador
isagani
¡Hola!
Buen artículo, seguí todas las instrucciones y me dio un proceso de vista limpia sobre cómo usar git y el entorno de staging. Espero que todas las personas experimentadas hagan lo que usted hizo para que muchos puedan avanzar de principiante a avanzado.
Muchas gracias.
Isagani
Kristof Bernaert
Un artículo perfecto que me ayudó a configurar todo.
Mi entorno de staging está en el mismo hosting compartido de Linux, solo que en otro directorio.
También usé esto como repositorio para git.
Con Coda, estoy trabajando en línea en ese staging. A medida que guardo los archivos modificados (principalmente CSS), veo las actualizaciones al instante.
Así que no necesito los archivos locales en mi laptop.
Pero, ¿cómo puedo descargar esos archivos remotos de la carpeta de staging, sin obtener una copia local?
¡Gracias!
Kristof
bcall
¡Gracias por el artículo!
Sin embargo, tengo un problema: tengo dos bases de datos y no estoy seguro de cuál (o quizás ambas) está conectada a mi sitio en vivo. Revisé el archivo wp-config.php y está enlazando a una base de datos con un nombre diferente, una que no aparece en mi lista de bases de datos (en phpMyAdmin). ¿Es posible que la base de datos haya sido renombrada?
Nick Jubrey
Mira en tu archivo wp-config.php, ahí es donde wp se dirige a esa base de datos en particular, la base de datos que estás usando estará listada allí.
Tiffany Johnson
Estoy teniendo algunos problemas con el sitio de desarrollo reconociendo mi tema y contenido. Copié los siguientes archivos antes de ejecutar mi instalación de WordPress, sin embargo, las páginas y el contenido aún no son reconocidos. Revisé los archivos y mis medios están en la carpeta de uploads, mis temas están presentes, al igual que mis plugins, pero ninguno de ellos es reconocido en el sitio real de WordPress.
/wp-content/uploads
/wp-content/themes
/wp-content/plugins
¿Alguna sugerencia sobre qué más puedo intentar? ¡Gracias!
Nicole
Estoy teniendo el mismo problema. ¿Alguna sugerencia de qué intentar? Seguí las instrucciones para copiar esos archivos de una carpeta a otra, y está en el lugar correcto.
Brad Scott
@WPBeginner,
En mi caso.
Crear subdominio: staging.example.com
Crear Document Root: public_html/staging
Es necesario ejecutar las siguientes consultas SQL:
La NUEVA_URL debe ser http://example.com/staging y no http://staging.example.com
Inicio de sesión: http://example.com/staging/wp-login.php
Saludos y gracias
byberkan
Brad, eso significa que no estás usando el subdominio. Solo lo estás usando como un subdirectorio, para lo cual no tenías que crear un subdominio.
Paula Lay
¡Muchas gracias por este tutorial! Las instrucciones paso a paso son perfectas para alguien que no ha hecho esto antes. Me encontré con un obstáculo donde estaba recibiendo un mensaje de error después de crear un subdominio (algo así como un problema al configurar el DNS). Para cualquiera que se encuentre con este problema: borre la caché y las cookies de su navegador, y luego verá la pantalla correcta. Me tomó días resolver esto (me di unos días porque pensé que tomaría unas 24 horas para que el dominio se propagara).
Random Dev
Vaya. ¿No sería más simple, reduciendo bastantes pasos y la naturaleza técnica de este proceso, simplemente usar un plugin de respaldo con una función de migración (buscar/reemplazar la base de datos)... en lugar de copiar las bases de datos manualmente, *y* en lugar de usar Git/Bitbucket? ¿O no estoy entendiendo algo?
Cannonpult
Para sitios pequeños, tal vez. Pero plugins como Duplicator comienzan a fallar o tienen rendimientos decrecientes significativos en sitios más grandes. Por ejemplo, si estuvieras trabajando en un sitio con muchos medios, Duplicator nunca podría transferir todo. Recibirás mensajes de advertencia y tendrás que dejar medios atrás en la transferencia.
Sí, este tutorial sería excesivo para un blog pequeño. Pero es absolutamente la forma en que deberías proceder para, digamos, un sitio de WooCommerce con 3,000 productos (incluyendo imágenes y datos personalizados).
La otra gran consideración es la frecuencia de los cambios. Algunos sitios son bastante estáticos después de que se publican. Tal vez solo actualices el núcleo + plugins y realices algunos cambios menores al año. Otros sitios podrían requerir cambios semanales o incluso más frecuentes. Si este fuera el caso, se volvería una molestia esperar las copias de seguridad y luego cargar una copia de seguridad en el nuevo sitio (cruzando los dedos para que funcione cada vez). Al usar el método descrito en el tutorial, puedes enviar cambios más pequeños a la vez justo después de probarlos.
mgiulio
Excelente artículo. Estaba buscando información sobre las mejores prácticas para sitios de staging de WordPress. La sección adicional sobre el flujo de trabajo git-bitbucket es muy apreciada.
nwesource
Fantastic tutorial, thank you! I know WPEngine.com has a staging site built into their hosting options which seems fantastic although I haven’t tried it just yet. Are there any other easier options you know of to setup and operate a staging site, with more of a plugin functionality like WPEngine? They literally have a clone to staging button and a clone to live button that makes this seem like a process from the 80’s LOL…
¡Increíble tutorial, gracias por contenido de nivel empresarial!
Personal de WPBeginner
No, primero necesitas extraer la carpeta zip y luego subir el contenido del directorio de WordPress a tu sitio de staging.
Tony Leary
¿Alguien puede explicar este paso con más detalle?
“Primero descarga una copia nueva de WordPress de WordPress.org. Sube el contenido de WordPress a tu sitio de staging. Nota: no ejecutes la instalación de WordPress todavía.”
Lo leí como “1) descarga el archivo zip de WordPress de WordPress.org y 2) sube el archivo .zip a la carpeta /staging a través del Administrador de Archivos”. Sin embargo, no creo que sea correcto.
bcall
Puedes subir el archivo .zip y luego extraer el contenido dentro del administrador de archivos.
Personal de WPBeginner
Lo más probable es que tu subdominio no esté configurado correctamente.
Julius
De hecho, descubrí el problema... y se ha resuelto... sin embargo, no puedo agregar imágenes a mi biblioteca... ¿alguien más ha experimentado este desafío?
Hans Lindgren
¿La instalación de WordPress se está ejecutando en Windows?
(Si es así, necesita otorgar permisos NTFS de Modificar a IUSR en C:WindowsTemp)
Julius
Tutorial increíble... sin embargo, después de intentar iniciar sesión en el sitio de staging, me lleva a "¡Oops! Google Chrome no pudo encontrar http". ¿Qué estoy haciendo mal?
Julius
Este es realmente un gran tutorial y algo que he querido hacer desde hace bastante tiempo. Mi problema es que cuando visito la pantalla de inicio de sesión de WP, parece que el estilo de mi tema no se aplica. ¿Es esto normal? Además, cuando ingreso mis credenciales del sitio en vivo en los campos para el sitio de staging, no me inicia sesión. Me lleva a "¡Oops! Google Chrome no pudo encontrar http". ¿Estoy haciendo algo mal?
Sloan Stewart
Artículo muy útil. El único problema que tengo es que cuando comienza a hablar sobre control de versiones, cambia de enfocarse en la instalación alternativa de WordPress en el servidor a una instalación local en la máquina de uno.
¿Asumo que uno crearía su sitio localmente (estoy usando WAMP) y luego usaría Git/Bitbucket y Ftploy para actualizar su instalación de WordPress de desarrollo/staging? Eso significaría que uno tendría tres versiones del sitio de WordPress en todo momento [Producción, Desarrollo/Staging, Local].
¿Cómo se asegura uno de que su instalación local de WordPress siga siendo compatible con la base de datos y otra configuración en el servidor? ¿O hay alguna forma de utilizar Git/Bitbucket/Ftploy en el servidor sin tener que involucrar una copia local de su sitio de WordPress?
Karlis
¿Necesitas crear un usuario para tu base de datos phpMyAdmin recién creada?
Personal de WPBeginner
No, este tutorial no está escrito para WordPress multisitio.
Aathi
Hola,
¿El proceso anterior funcionará para WordPress multisitio?
Cheryl S.
Because I typically develop in a staging area on my server and then move it to the clients server to go live, rolling back to previous versions is nearly impossible. This article has made me seriously consider implementing version control with Git and Bitbucket. Thank you so much for this tutorial.
Personal de WPBeginner
Yes this would be a better approach.
Mimi Bondi
Thank you. Is it safe to simply copy all the files from the ”test” site and paste them over the current ”live” files via FTP? Or is there more to it?
Mimi Bondi
Would this be the best way to duplicate a website, set it up with a new theme/content then copy it over to the current live website?
I want to change theme but it’s quite a big job so instead of activating it then frantically trying to fix things for days, I’m looking for a way to copy my current site, change it all ”in the background” then make the new one live. Please let me know if it’s even possible?
Mimi Bondi
Una vez que tenga mi sitio exactamente como lo quiero en el entorno de staging,
¿hay alguna forma segura de copiar esos archivos al sitio real en producción?
Mi objetivo es cambiar de tema, pero como esto implicaría bastante
configuración, busco una forma de hacerlo de manera segura y solo reemplazar mi
contenido actual con el nuevo contenido cuando esté listo (sin cambiar
permalinks y SEO, espero). ¿Es eso posible?
Larry
Excelente artículo... Pude seguir las instrucciones paso a paso y completar la creación del sitio de desarrollo en mi servidor de hosting. Felicitaciones al escritor.
Mike
Estoy teniendo algunos problemas cuando intento ejecutar las consultas SQL para cambiar las referencias al sitio de staging. Estoy recibiendo el siguiente error:
”
#1064 – Tienes un error en tu sintaxis SQL; consulta el manual que corresponde a tu versión del servidor MySQL para la sintaxis correcta a usar cerca de ‘1
UPDATE wp_options SET option_value = REPLACE(option_value, ‘http://example’ en la línea 1
”
Mi consulta SQL es la siguiente:
”
1
UPDATE wp_options SET option_value = REPLACE(option_value, ‘http://example.com’, ‘http://dev.example.com’);
2
UPDATE wp_postmeta SET meta_value = REPLACE(meta_value, ‘http://example.com’, ‘http://dev.example.com’);
3
UPDATE wp_posts SET guid = REPLACE(guid, ‘http://example.com’, ‘http://dev.example.com’);
4
UPDATE wp_posts SET post_content = REPLACE(post_content, ‘http://example.com’, ‘http://dev.example.com’);
”
¿Me falta algún paso o tengo algo incorrecto en la consulta? Gracias por tu ayuda.
Mike
Olvídalo, ya resolví mi problema. Siéntete libre de eliminar este comentario.
djramc
Tengo el mismo problema. ¿Podría preguntar cómo resolviste este problema?
Gracias de antemano
#1064 – Tienes un error en tu sintaxis SQL; revisa el manual que corresponde a tu versión del servidor MySQL para usar la sintaxis correcta cerca de ‘)’ en la línea 1
Soporte de WPBeginner
Necesitas eliminar los números de las líneas, reemplazar example.com con la URL de tu sitio en producción y dev.example.com con la URL de tu sitio de desarrollo o staging.
Administrador
Bevis Larsen
Este artículo es muy útil para el usuario que quiere crear aplicaciones avanzadas de WordPress
Brad E
Seguí las instrucciones y pude hacer que el sitio de staging funcione. Sin embargo, cada enlace, página e incluso el inicio de sesión vuelven al sitio en producción, no al sitio de staging. ¿Cómo lo soluciono?
Soporte de WPBeginner
necesitas cambiar la dirección del sitio y la dirección de WordPress. Para hacerlo, necesitas ejecutar esta consulta SQL en phpmyadmin para la base de datos de tu sitio de staging:
UPDATE wp_options SET option_value = REPLACE(option_value, ‘ORIGINAL_URL’, ‘NEW_URL’);
UPDATE wp_postmeta SET meta_value = REPLACE(meta_value, ‘ORIGINAL_URL’, ‘NEW_URL’);
UPDATE wp_posts SET guid = REPLACE(guid, ‘ORIGINAL_URL’, ‘NEW_URL’);
UPDATE wp_posts SET post_content = REPLACE(post_content, ‘ORIGINAL_URL’, ‘NEW_URL’);
No olvides reemplazar la URL original con la URL de tu sitio en producción y la URL nueva con la URL de tu sitio de staging.
Administrador
Brad E
OK, ya funciona. Tuve que ejecutar la consulta varias veces, pero logré que funcionara. El problema que tengo ahora es que faltan todas las configuraciones del tema. La cabecera, los widgets, el fondo, etc. están configurados con los valores predeterminados del tema. No estoy seguro de cómo actualizar las configuraciones a las que tiene el sitio en producción. Copié los 3 archivos del directorio wp-content. Gracias por el excelente artículo y soporte.
ROHIT
Hola,
Como siempre, leí tu bien escrito artículo sobre staging. Solo tengo una pregunta en mente ahora y es si hay algún cambio realizado en la base de datos mientras se trabaja en algún proyecto, ¿necesito subirlo por separado al servidor desde el entorno local, mientras que los archivos se desplegarán automáticamente a través de ftploy?
Salud y gracias.
Sigue con tu buen trabajo.
Clive
Si hago cambios en mi proyecto local de WP, entiendo que los archivos de mi tema se cambian y se suben a staging a través de BitBucket/Ftploy. ¿Qué pasa con la base de datos/tablas de mi proyecto local? No entiendo por qué esas tampoco se incluyen? ¿O se actualizarían la base de datos/tablas en staging basándose en los cambios del tema que se suben? ¡¡Gracias!!
Soporte de WPBeginner
Clive, en tu repositorio de BitBucket solo puedes almacenar tus archivos de WordPress. FTPloy simplemente sincroniza esos archivos a tu sitio de staging.
Administrador
Paul Sweany
¿Qué recomiendas para cuando se hacen cambios en la base de datos? Digamos que creo una nueva página; ¿debería simplemente volver a importar la base de datos en el servidor de desarrollo después de hacerle cambios en mi copia local? Además, al moverla de desarrollo a producción, ¿alguna recomendación aparte de importarla manualmente y ejecutar una búsqueda y reemplazo para arreglar la URL?
Glen Clay
Como siempre, gran artículo y justo cuando lo necesito. ¡Sigue con el gran trabajo! Por otro lado, estoy en mi iPhone y esa molesta barra flotante negra de 'Tendencias' me impide comentar. Este artículo me benefició tanto que pasé por varios intentos para poder comentar.
Soporte de WPBeginner
Glen, gracias por tus comentarios. Lo investigaremos.
Administrador
Eben
Realmente no se mencionó qué hacer con la base de datos de staging y cómo transferir los cambios a la base de datos en vivo, especialmente si tu cliente ha estado haciendo cambios en el sitio en vivo mientras tú has estado haciendo cambios en el sitio de staging y hay cambios en ambas bases de datos.
Esta es un área de los entornos de staging con WordPress que no he podido entender.
Soporte de WPBeginner
Staging es básicamente para desarrollo, al trabajar en temas o plugins. Importamos solo la base de datos para tener datos reales con los que probar. No se supone que sea un espejo sincronizado de tu sitio en vivo.
Administrador
Juliana Maggioli
No sé si es lo mismo que la pregunta de Eben, pero todo va bien hasta...: subir/transferir el contenido de staging al sitio en vivo. Suponiendo que todo es perfecto en staging, ¿cómo hago que toda esta estructura/contenido perfecto sea el sitio en vivo, sin riesgos?
Damien Carbery
He empezado a usar WP Migrate DB (http://wordpress.org/plugins/wp-migrate-db/) para convertir URLs y rutas en la base de datos. También convertirá URLs y rutas que estén en datos serializados.
Así que copio los archivos al servidor de staging y creo una base de datos, y luego exporto la base de datos en vivo a través de WP Migrate DB y la importo a la nueva base de datos a través de phpMyAdmin.
El mayor problema es cuando el sitio en vivo se actualiza antes de que yo devuelva la base de datos del servidor de staging.
Zimbrul
Si tienes Softaculous, es aún más fácil desplegar un sitio de staging al sitio en vivo: puedes clonar el sitio a una ubicación dentro del mismo servidor.
Es lo que estoy haciendo: creo el entorno de staging y cuando termino, solo voy a la lista de mis instalaciones de WordPress en el panel de control de Softaculous y "clono" el sitio a la ubicación en vivo. La ubicación en vivo debe estar vacía de otros archivos para que esto funcione.
Soporte de WPBeginner
Esa es otra forma de hacerlo.
Administrador
Giacomo Ardesi
Hola Zimbrul, ¿puedes dar más detalles sobre Softaculous y cómo lo usaste, por favor?
Giacomo Ardesi
Hola Zimbrul, ¿podrías dar más detalles sobre cómo usas Softaculous para clonar tu sitio de staging de WP? ¡Gracias!
M Asif Rahman
Gracias Syed & El Equipo, esta es una de las Guías de Staging para WP más completas y comprensibles para lectores normales. Bien hecho.