Entornos Staging

Cada instalación de WordPress en Kinsta puede tener su propio entorno staging de WordPress gratuito, completamente separado del sitio de producción activo. Esto es ideal para probar nuevas versiones de WordPress, plugins, código y trabajo de desarrollo en general. Crea un sitio de desarrollo en minutos y compártelo con tu equipo.

Si quieres añadir entornos staging adicionales, necesitas un entorno staging que se asemeje más a tu entorno en producción o necesitas realizar pruebas o desarrollos de sitios que consumen muchos recursos, consulta nuestro add-on para entornos de staging Premium.

Staging Estándar vs. Premium

Puedes añadir hasta 5 entornos staging Premium, que incluyen más recursos y más funciones que los entornos Estándar. La siguiente tabla muestra las diferencias entre nuestros entornos staging Estándar y Premium:

	Premium	Estándar
PHP Workers	Igual que tu entorno real	1
CPU	12	1
RAM	8 GB	8 GB
CDN	Sí	No
Edge Caching	Sí se puede activar	No

Más información sobre nuestro add-on de entornos staging Premium.

Crear un entorno staging de WordPress Estándar o Premium

Hemos hecho que crear un sitio staging de WordPress sea lo más fácil posible. En MyKinsta, haz clic en Sitios WordPress en la barra de navegación izquierda. Verás una lista de tus sitios/instalaciones. Selecciona el sitio para el que deseas crear un entorno staging, haz clic en el cuadro Saltar a o buscar y selecciona Crear nuevo entorno.

En el modal/pop-up Crear nuevo entorno que aparece, selecciona EntornoEstándar o Premium y haz clic en Continuar.

A continuación, se te pedirá que selecciones el tipo de entorno que quieres crear. Hay tres opciones.

1. Clonar un Entorno Existente: Esta opción te permite clonar un entorno existente (en producción o cualquier entorno staging Premium) en el nuevo entorno staging.
2. Instalar un nuevo WordPress: Esta opción instala un sitio de WordPress en blanco totalmente funcional, listo para que lo utilices inmediatamente.
3. Entorno vacío (sin WordPress): Esta opción instala todo el software necesario para ejecutar un sitio de WordPress (servidor web, PHP, MySQL, etc.), pero no instala WordPress propiamente dicho. Es una buena opción para los usuarios que migran a Kinsta con Duplicator o que configuran una instalación Bedrock/Trellis con una estructura de archivos personalizada.

Opción Uno — Clonar un entorno existente

La opción Clonarun entorno existente te permite clonar cualquier entorno existente (en producción o entorno staging Premium) en el nuevo entorno.

• Nombre del entorno: Introduce un nombre para el entorno staging; debe tener entre 3 y 12 caracteres.
• Entorno a clonar: Elige un entorno existente para clonarlo en el nuevo entorno staging.

Opción Dos — Instalar un nuevo WordPress

La opción Instalar nuevo WordPress incluye varios campos para personalizar tu sitio. Esto es lo que necesitas saber sobre cada campo.

• Nombre del entorno: Introduce un nombre para el entorno staging; debe tener entre 3 y 12 caracteres.
• Título del sitio de WordPress: Esto te permite establecer el título del sitio para tu sitio de WordPress. Dependiendo de tu tema, será visible para los visitantes del sitio en la pestaña del navegador y en otros lugares. Puedes cambiar el título del sitio en los ajustes de WordPress tras la creación del sitio.
• Nombre de usuario del administrador de WordPress: Lo utilizarás para acceder a tu instalación de WordPress. Más adelante podrás añadir usuarios adicionales. Te recomendamos que elijas un nombre de usuario distinto de «admin» para mayor seguridad.
• Contraseña de administrador de WordPress: Utilizarás esta contraseña para acceder a tu instalación. Imponemos automáticamente contraseñas seguras para proteger a los usuarios. Puedes utilizar la opción de generar nueva contraseña (icono de recarga) si quieres una nueva. A continuación te indicamos cómo puedes cambiar tu contraseña de WordPress más adelante.
• Correo electrónico del administrador de WordPress: WordPress utiliza la dirección de correo electrónico del administrador para enviar notificaciones importantes.
• Selecciona un idioma: Selecciona el idioma que deseas utilizar en WordPress. No tienes que escribir el contenido en el mismo idioma que la interfaz de WordPress, así que siéntete libre de elegir tu lengua materna, aunque escribas el contenido en inglés.
• Instalar WordPress multisitio: Selecciona esta casilla si deseas crear una instalación multisitio de WordPress. Una vez seleccionada, puedes elegir entre una instalación de Subdominio o Subdirectorio.
• Instalar WooCommerce: Si estás creando un sitio web de comercio electrónico, WooCommerce es el plugin de comercio electrónico más popular que existe. Marca esta casilla para instalarlo automáticamente.
• Instalar Yoast SEO: Yoast SEO es el plugin SEO más popular para WordPress, con más de 3 millones de instalaciones y una puntuación de 5 sobre 5 estrellas. Marca esta casilla para instalarlo automáticamente.
• Instalar Easy Digital Downloads: Si estás creando un sitio para vender productos digitales, Easy Digital Downloads es una solución completa de comercio electrónico para vender productos digitales. Marca esta casilla para instalarlo automáticamente.

Opción Tres – Entorno vacío (Sin WordPress)

La opción Entorno vacío es útil para los usuarios que necesitan un entorno en blanco para la migración de Duplicator o para probar la instalación personalizada de Bedrock/Trellis.

• Nombre del entorno: Introduce un nombre para el entorno staging; debe tener entre 3 y 12 caracteres.

Crear el entorno staging

Cuando estés listo, haz clic en Continuar. Si vas a crear un entorno staging Premium, confirma la suscripción periódica y haz clic en Crear entorno Premium.

Acceder a tu entorno staging

La creación del nuevo entorno puede tardar unos minutos. Cuando esté listo, haz clic en la casilla Saltar a o buscar y selecciona el entorno.

También puedes acceder al entorno staging desde la lista Sitios WordPress.

Cada entorno tiene un círculo de color junto a su nombre: verde para en Producción, negro para staging Standard y naranja para staging Premium. Dispondrás de un panel de control independiente con información de conexión, DNS, copias de seguridad, herramientas y plugins para tu entorno staging.

Para visitar rápidamente tu sitio staging, ve a la pestaña Dominios de tu entorno staging y haz clic en el enlace Abrir URL. También puedes acceder rápidamente al admin de WordPress de tu sitio staging haciendo clic en el enlace Abrir admin de WordPress.

Estructura de URL y dominio

La estructura de URL predeterminada de tu entorno staging sigue este formato:

• Estándar: https://stg-sitename-environmentname.kinsta.cloud
• Premium: https://env-sitename-environmentname.kinsta.cloud

Si tienes un sitio staging más antiguo, tu URL puede parecerse a una de estas:

• https://staging-sitename-environmentname.kinsta.cloud
• https://staging-sitename.kinsta.cloud
• https://staging-sitename.kinsta.com

También puedes añadir un dominio personalizado a tu sitio staging si prefieres utilizar un dominio personalizado.

Notas adicionales

Si tienes SSL activado en tu sitio en producción y clonas el sitio en el sitio staging, el SSL también se activará en tu sitio staging.

Puedes iniciar phpMyAdmin desde MyKinsta. En la pestaña Información, haz clic en el enlace Abrir phpMyAdmin. La estructura de URL para phpMyAdmin sigue este formato:

https://mysqleditor-stg-sitename-environmentname.kinsta.cloud

Actualizar el entorno staging

Si realizas cambios en tu sitio en producción después de crear el entorno staging y quieres reflejar estos cambios en el staging, puedes utilizar un envío selectivo para actualizar tu entorno staging. De este modo, no tendrás que eliminar y volver a crear el entorno staging, ahorrando tiempo y conservando las copias de seguridad del staging.

Enviar el entorno a producción o staging

Puedes transferir tu entorno staging de WordPress a tu entorno en producción si estás satisfecho con los cambios que has realizado y quieres que se apliquen a tu sitio en producción.

También puedes enviar tu entorno en producción a tu entorno staging. Esto es útil para refrescar el entorno staging para reflejar los cambios realizados en tu entorno en producción.

Con la función Envío Selectivo, tienes un control granular sobre qué enviar. En concreto, puedes enviar:

• sólo tus archivos
• sólo tu base de datos,
• archivos y carpetas específicos,
• tablas específicas de la base de datos,
• todo.

Se pueden enviar entornos con unos pocos clics, pero lee las notas que aparecen a continuación antes de proceder. Contienen información esencial sobre el proceso.

Notas importantes

• Recomendamos utilizar la función Enviar Entorno con precaución, especialmente cuando se envía de staging a producción. Inicia el proceso en horas de poco tráfico y ten a un desarrollador disponible por si surge algún problema. Si necesitas la ayuda de un desarrollador, hay varios sitios donde puedes contratar uno.
• Creamos una copia de seguridad automáticamente para que puedas volver atrás cuando sea necesario. Nota: Si tu sitio en producción es un sitio de comercio electrónico u otro sitio dinámico y que cambia rápidamente, podrían perderse datos entre el momento en que realizas el envío y el momento en que se restaura la copia de seguridad.
• Los ajustes del entorno (redireccionamientos, geolocalización, configuración de PHP y Nginx, etc.) se incluyen en el envío (incluso si sólo se selecciona Archivos o Base de datos ) y sobrescribirán completamente los ajustes del entorno.
• Una vez completado el envío desde el entorno de staging a producción, purga cualquier caché integrado en tu tema o plugins, borra el caché de tu navegador y prueba tu sitio para asegurarte de que funciona como esperabas.
• Al enviar tu base de datos, si seleccionas la opción Ejecutar Buscar y Reemplazar, el dominio se sustituirá automáticamente por el dominio del entorno al que estás enviando la base de datos.
• Si seleccionas Todos los archivos y carpetas, se transferirán todos los archivos, incluidos los plugins, los temas y los archivos de wp-content/uploads.
• Cualquier URL codificada en el código de tu tema o plugin deberá actualizarse a la URL del entorno.
• Si la protección por contraseña (.htpasswd) está activada en el entorno desde el que estás enviando, no se aplicará al entorno al que estás enviando. Debes activarla en el entorno después del envío.
• Cuando utilizas WooCommerce, MyKinsta no diferencia entre los pedidos de clientes nuevos y los antiguos cuando realizas un envío de staging a producción. Cuando inicias un envío a producción, si envías todos los archivos y carpetas, MyKinsta copia tu sitio staging al sitio en producción exactamente como está, sobrescribiendo los archivos y la base de datos. Para evitarlo, puedes
  • Enviar el staging a producción con un envío selectivo y sólo enviar los archivos para que tu base de datos no se sobrescriba.
  • Enviar selectivamente las tablas de la base de datos y excluir las tablas de WooCommerce necesarias.
  • Pasa los archivos de la base de datos de producción a staging antes de enviar staging a producción para asegurarte de que tienes los datos más actualizados.

  Para obtener información sobre lo que se incluye en cada tabla de la base de datos de WooCommerce, consulta la Descripción de la Base de Datos de WooCommerce. Es recomendable que comentes esta tarea con tu desarrollador web. Si no tienes uno o no estás seguro, consulta nuestro artículo sobre cómo contratar a un desarrollador de WordPress.

• Cuando pases el entorno staging a producción, comprueba dos veces el sitio staging y resuelve cualquier error antes de pasarlo a producción.
• Los entornos staging están pensados únicamente para desarrollo y pruebas. No están diseñados para ser utilizados como sitios de producción en activo, y puede haber cosas que no funcionen como se esperaba. Kinsta no se hace responsable si intentas utilizar un entorno staging para un sitio activo.
• Enviar un entorno no afecta al entorno desde el que estás enviando, y permanecerá separado de los otros entornos. Después de pasar un sitio de staging a producción, puedes seguir desarrollando y probando cambios en el sitio staging sin que ello afecte a tu sitio activo hasta que vuelvas a pasar los cambios a producción.
• El envío desde el sitio staging al de producción no interferirá con la CDN de Kinsta si se está ejecutando en tu sitio de producción, pero te recomendamos que borres el caché de la CDN después del envío (Sitios de WordPress > nombre del sitio > Caché > CDN > Borrar caché CDN).
• Si tu sitio es una red multisitio, envía la base de datos desde el sitio en pruebas al sitio en producción con precaución. Enviar la base de datos puede o no funcionar, dependiendo de cómo esté configurado el multisitio. Si utilizas el envío selectivo y enviar Todas las tablas de la base de datos o Todas las tablas de la base de datos y Todos los archivos y carpetas, todo el contenido de la base de datos se enviará a producción y afectará a todos los sitios (el sitio principal y los subsitios) de tu red multisitio.
• Si utilizas una configuración de WordPress no estándar, como Bedrock o Trellis, es posible que Kinsta no pueda localizar la variable DB_PASSWORD y, por lo tanto, no pueda actualizar la contraseña de la base de datos cuando envíes el entorno de staging a producción. En este caso, cuando pases el entorno a producción, deberás actualizar manualmente el archivo en el que defines DB_PASSWORD con la nueva contraseña de la base de datos definida en MyKinsta.

Enviar un entorno con un envío selectivo

Sigue los siguientes pasos para enviar tu entorno a otro entorno. El flujo de trabajo para el envío selectivo te permite elegir qué enviar.

1. Selecciona tu entorno

Accede a MyKinsta, haz clic en Sitios WordPress, y haz clic en el entorno desde el que quieres hacer el envío. Si has añadido un Entorno Staging Premium, tendrás más de un entorno staging para elegir.

2. Enviar entorno

En el entorno, haz clic en Enviar entorno y selecciona Empujar a entorno en el menú desplegable.

3. Selecciona qué archivos y tablas de la base de datos quieres enviar

En la ventana emergente/modal Enviar al entorno que aparece, elige entre lo siguiente:

• Archivos > Todos los archivos y carpetas: Envía todos los archivos y carpetas al entorno seleccionado.
• Archivos > Archivos y carpetas específicos: Elige exactamente qué archivos y carpetas quieres enviar al entorno seleccionado. Puedes utilizar el área de texto para definir una ruta/carpeta/archivo específico a transferir. Para más información sobre para qué se utiliza cada archivo en WordPress, consulta nuestra Guía Completa sobre los Archivos de WordPress y Cómo Utilizarlos.
• Base de datos > Todas las tablas de la base de datos: Envía todas las tablas de la base de datos al entorno seleccionado.
• Base de datos > Tablas específicas de la base de datos: Elige exactamente qué tablas de la base de datos quieres enviar al entorno seleccionado. Para más información sobre la base de datos de WordPress, consulta Guía para Principiantes sobre la Base de Datos de WordPress: Qué Es y Cómo Acceder a Ella.

Introduce el nombre del sitio para confirmar y haz clic en Enviar al entorno.

Ten en cuenta algunas cosas:

• El tiempo necesario para que el proceso se complete depende del tamaño de tu sitio web.
• MyKinsta te notificará cuando se complete el proceso.
• Al pasar de staging a producción, tu sitio web experimentará un par de segundos de inactividad en las etapas finales del proceso.
• Los ajustes del entorno (redirecciones, geolocalización, configuración de PHP y Nginx, etc.) se incluyen en el envío (incluso si sólo se seleccionan Archivos o Bases de Datos) y sobrescribirán completamente los ajustes del entorno.

Casos de uso y ejemplos de flujos de trabajo

A continuación, te mostramos algunos ejemplos de cuándo puedes querer enviar sólo los archivos, sólo la base de datos o ambos.

Enviar sólo todos los archivos y carpetas

• Cambios realizados directamente en los archivos del tema (incluyendo HTML, CSS o PHP) que no guardan ningún dato en la base de datos.
• Subir un archivo que no necesita incluirse en la biblioteca multimedia de WordPress.
• Si tienes un plugin personalizado en tu sitio y realizas cambios en los archivos que no afectan a la base de datos (no guardan ni alteran datos en la base de datos).

Enviar archivos y carpetas específicos

• Si realizas cambios en un único tema, puedes enviar la carpeta específica del tema dentro de la carpeta themes.
• Si pruebas una nueva versión de un plugin en la fase de pruebas, puedes insertar la carpeta específica del plugin en la carpeta plugins.
• Puedes insertar cambios en los ajustes o archivos de configuración específicos definiendo la ruta/carpeta/archivo a insertar en el área de texto.

Enviar sólo la base de datos

Nota: Se perderá cualquier cambio realizado en la base de datos del sitio en producción desde que se creó el sitio staging, incluidos, entre otros: comentarios, contenido nuevo, compras en sitios de comercio electrónico, inscripciones en sitios de membresía y publicaciones en foros.

• Creación o edición de un nuevo post o página que no incluya ningún medio subido (imagen, vídeo u otros archivos subidos).
• Cambios de diseño en una página o entrada realizados a través de un plugin constructor.
• Cambiar el título o el lema del sitio.

Enviar tablas específicas de la base de datos

• Si pruebas un tema o plugin personalizado de WordPress en el entorno staging que requiere la actualización de una tabla específica de la base de datos en tu entorno activo.
• Si reorganizas tablas de datos específicas o solucionas problemas con las tablas en tu entorno staging y sólo quieres transferir las nuevas tablas al entorno activo.
• Si cambias datos relacionados con usuarios o roles de usuario en el entorno staging y sólo quieres enviar las tablas de la base de datos de usuarios al entorno activo.

Enviar todo

Nota: Se perderá cualquier cambio realizado en la base de datos del sitio en producción desde que se creó el sitio staging, incluidos, entre otros: comentarios, contenido nuevo, compras en sitios de comercio electrónico, inscripciones en sitios de membresía y publicaciones en foros.

• Creación de nuevo contenido que incluya medios subidos (imagen, vídeo u otros archivos subidos).
• Cambios en tu tema realizados tanto en el Personalizador como en los archivos del tema.
• Instalar y probar un nuevo plugin o una versión actualizada de un plugin.

Eliminar y actualizar el entorno staging

Si necesitas eliminar tu sitio staging, ve a Sitios WordPress y selecciona el entorno staging que deseas eliminar. Desplázate hasta la parte inferior de la página y haz clic en Eliminar entorno.

En el modal/ventana emergente que aparece, confirma que entiendes lo que se va a eliminar, escribe el nombre del sitio seguido de un guión y la palabra «staging» (SITENAME-environmentname) en el campo proporcionado y, a continuación, haz clic en Eliminar entorno.

Para actualizar tu entorno staging, elimínalo, crea uno nuevo y elige la Opción 1 – Clonar un Entorno Existente. Este nuevo entorno clonado contendrá la versión más reciente de tu base de datos de producción y los archivos para las pruebas.

Alternativamente, puedes restaurar una copia de seguridad de tu sitio de producción a staging. La ventaja de este método es que si has añadido un dominio personalizado, no se eliminará, y no tendrás que añadirlo cada vez que actualices el staging.

Restaurar una copia de seguridad de WordPress a staging

Puedes restaurar tu sitio de WordPress desde una copia de seguridad directamente a tu entorno staging existente. Consulta cómo restaurar una copia de seguridad de WordPress a staging. Nota: Todas las copias de seguridad de staging permanecerán intactas al restaurar una copia de seguridad de producción a staging.

Reiniciar el entorno staging

En determinadas situaciones, podemos detener un entorno staging como parte de un proceso de solución de problemas del servidor. Si te das cuenta de que tu entorno staging se ha detenido y ves un error 501 no implementado, un error 502 o un error 521 al visitar tu sitio, puedes reiniciar el entorno staging en MyKinsta yendo a la página de Información de tu sitio y haciendo clic en Iniciar entorno staging.

Si no puedes reiniciar tu entorno staging o no ves el botón en MyKinsta, abre un nuevo chat con nuestro equipo de Soporte para obtener más ayuda.

Eliminar un entorno staging

Una vez que hayas terminado con tus pruebas o desarrollo, puedes eliminar el entorno staging. Si utilizas un add-on de entorno staging Premium, sólo se te facturará por el tiempo que esté activo; cuando eliminas el entorno staging Premium, se cancela el add-on y se detiene la facturación adicional.

En MyKinsta, haz clic en Sitios WordPress y selecciona el entorno que deseas eliminar.

Desplázate hasta la parte inferior de la página y haz clic en Eliminar entorno.

En el modal/ventana emergente que aparece, confirma que entiendes lo que se va a eliminar, introduce el nombre del sitio seguido de un guión y el nombre del entorno (SITENAME-EnvironmentName) en el campo proporcionado, y luego haz clic en Eliminar entorno.

Si estás utilizando un entorno staging Premium, una vez que se haya eliminado el entorno staging, la suscripción al add-on se eliminará automáticamente de Empresa > Mi Plan en MyKinsta.

Notas importantes

Cuando utilices el entorno staging, hay varias cosas importantes que debes tener en cuenta.

1. Configuración del caché de página para los sitios staging

Dado que los entornos staging son para fines de desarrollo, depuración y pruebas, el caché de página completa de Kinsta y OPcache están desactivados por defecto. Si realizas pruebas de velocidad del sitio web, verás tiempos de carga superiores a la media, ya que las páginas no se sirven desde el caché. Si quieres habilitar el almacenamiento en caché en un sitio staging dentro del entorno staging, haz clic en Almacenamiento en caché > Almacenamiento en caché de servidor > Habilitar. Cuando se habilita el almacenamiento en caché en un sitio staging, se habilitará Borrar caché y se puede utilizar para borrar el caché. Si tienes un entorno staging Premium, también puedes habilitar el caché de CDN y de edge caching.

2. Credenciales del entorno staging

Si el entorno staging es un clon de tu sitio de producción, tus credenciales de inicio de sesión de administrador de WordPress serán las mismas tanto para tu sitio activo como para el de staging, a menos que las cambies después de crear tu entorno staging.

3. SEO

Por defecto, la indexación está desactivada para los sitios staging, para que no dañen el SEO de tu sitio activo/de producción. Esto se consigue mediante la combinación de un ajuste de WordPress y una cabecera HTTP que añadimos automáticamente.

Puedes ver el ajuste de WordPress yendo a Ajustes > Lectura en el panel de control de WordPress de tu sitio staging. La opción para disuadir a los motores de búsqueda de indexar el sitio está marcada junto a Visibilidad para Motores de Búsqueda.

Las URLs temporales de Kinsta y las URL de staging también tienen una cabecera HTTP X-Robots-Tag: noindex, nofollow, nosnippet, noarchive que restringe la indexación, lo que significa que los motores de búsqueda no indexarán las URLs temporales. Estas cabeceras no pueden eliminarse de las URLs temporales de Kinsta ni de las URLs de prueba. Si necesitas eliminar estas cabeceras del sitio staging, tendrás que añadirle un dominio personalizado.

4. Plugins

Si utilizas plugins de programación social como CoSchedule o Social Networks Auto Poster, se recomienda que desactives estos plugins en tu sitio staging. De lo contrario, podrían empezar a compartir en las redes sociales utilizando tu URL staging, que tendrá un aspecto similar a: https://stg-sitename-environmentname.kinsta.cloud. Esto podría sesgar tus analíticas.

Algunos plugins, como el plugin Jetpack, se ejecutarán automáticamente en modo staging en los entornos staging de Kinsta. Verás un mensaje «Estás ejecutando Jetpack en un servidor staging» Mientras esté en modo staging, tu sitio staging actuará como tu sitio de producción en prácticamente todos los aspectos, excepto en que no se transmiten datos a WordPress.com y que no puedes desconectar el sitio staging (para evitar un problema que podría provocar problemas con tu sitio de producción).

Los plugins con licencia por nombre de dominio pueden requerir un dominio personalizado (en lugar de un subdominio staging de Kinsta) para funcionar correctamente. Nota: una vez que hayas añadido un nombre de dominio personalizado a tu sitio staging, puede que tengas que actualizar la configuración donde gestionas la licencia de tu plugin o ponerte en contacto con el equipo de soporte de tu plugin.

5. Toma nota de tu URL de inicio de sesión

Si clonas tu sitio en el staging y utilizas un plugin de WordPress que cambia tu URL de inicio de sesión predeterminada, la parte personalizada de la URL se copiará en el sitio staging. Ejemplo: http://stg-sitename-environmentname.kinsta.cloud/yourcustomlogin

6. Staging sólo debe utilizarse para desarrollo/pruebas

El entorno staging estándar sólo tiene 2 PHP workers, no tiene opción de activar la CDN de Kinsta y puede entrar en reposo tras 24 horas de inactividad. Por lo tanto, sólo debe utilizarse para desarrollo y pruebas. Los entornos staging (Estándar y Premium) no están diseñados para ser utilizados como sitios de producción activos, y puede haber cosas que no funcionen correctamente. Kinsta no se hace responsable si intentas utilizar un entorno staging para un sitio activo.

7. Espacio en disco excluido del total del plan

Para proporcionarte el máximo espacio posible, los sitios staging se excluyen de nuestros informes al calcular el uso total de espacio en disco. Sólo los sitios activos cuentan para tu uso de espacio en disco.

8. Cron jobs

Los cron jobs del servidor del entorno de producción no están activos en el entorno staging (aunque clones tu sitio activo en staging), por lo que los cron jobs del sitio activo no se activarán en el entorno staging. Además, si modificas el crontab de tu entorno de staging y pasas el staging a tu entorno activo, se sobrescribirá el crontab de tu entorno de producción.

9. Multisitio

Si tienes una red WordPress multisitio, puede que funcione o no con nuestro entorno staging, dependiendo de cómo esté configurado tu multisitio.

• Si se trata de un multisitio de subdirectorio (ejemplo.com, ejemplo.com/subsitio1, ejemplo.com/subsitio2), funcionará correctamente con nuestro entorno staging.
• Si es un multisitio de subdominio (ejemplo.com, subsitio1.ejemplo.com, subsitio2.ejemplo.com), funcionará bien, siempre que los subsitios no requieran HTTPS.
  • Si se trata de un multisitio de subdominio que requiere HTTPS, tendrás que añadir un dominio personalizado con un certificado SSL wildcard a tu sitio staging para que los subdominios puedan estar cubiertos por un certificado SSL. Esto se debe a que el certificado SSL proporcionado para la URL staging predeterminada sólo puede cubrir el subdominio staging (por ejemplo, stg-nombre-del-sitio-entorno.kinsta.cloud), por lo que no se puede cubrir ningún nivel de subdominio adicional (por ejemplo, subsitio.stg-nombre-del-sitio-entorno.kinsta.cloud).
• Si se trata de un multisitio mapeado por dominio (carga diferentes subsitios en dominios completamente diferentes, por ejemplo, ejemplo.com, ejemplo1.com, ejemplo2.com), no funcionará sin una importante configuración manual.
  • Opción 1: Desactiva el mapeo de dominios y vuelve a la configuración estándar de subdirectorios/subdominios. Haz un buscar y reemplazar manual en la base de datos.
  • Opción 2: Configura subdominios staging para cada dominio activo, añádelos todos al sitio staging y realiza manualmente un buscar y reemplazar en la base de datos.

10. Correo electrónico

Los entornos staging tienen activado por defecto el envío de correo (correo electrónico transaccional). Si realizas un pedido en el sitio staging, recibirás correos electrónicos relacionados desde el sitio staging. Si no deseas que se envíen correos electrónicos transaccionales desde tu entorno staging, puedes utilizar un plugin como Disable Emails para impedir que el sitio envíe correos electrónicos.

PREGUNTAS FRECUENTES

¿Qué es el prorrateo?

Cuando prorrateamos un servicio, como el add-on de entorno staging Premium, significa que se te cobrará en función del tiempo de uso del servicio durante ese ciclo de facturación mensual.

Ejemplo de prorrateo

Tienes que lanzar una nueva función en tu sitio y quieres probarla con toda la potencia de tu plan. Creas un entorno staging Premium, añades la nueva función y la pruebas durante 1 hora. Todo parece ir bien, así que pasas el cambio a tu entorno en producción y eliminas el entorno staging Premium.

• 1 mes de un entorno staging Premium cuesta 20 $.
• Basado en un mes de 30 días, este ciclo de facturación tiene 720 horas en total.
  30 * 24 = 720
• Cada hora de uso cuesta 0,03 $.
  $20 / 720 = $0.03
• Tu próxima factura incluirá los 0,03$ debidos por la 1 hora que se añadió un entorno staging Premium a tu plan.

Ejemplo de prorrateo

Compras un entorno staging Premium a mitad de tu ciclo de facturación mensual y lo utilizas hasta el final de ese ciclo. Se te cobrará medio mes de uso (aproximadamente 10 $, prorrateados al segundo).

¿Puedo cambiar el nombre de un entorno staging?

Sí. Cambia al entorno al que quieras cambiar el nombre y haz clic en el icono de edición (lápiz) en el campo Nombre del entorno.

Introduce el nuevo nombre y haz clic en Renombrar entorno.

Esto cambiará el nombre del entorno mostrado en el selector Entorno, pero no afectará al dominio kinsta.cloud generado durante la creación inicial del entorno.

¿Puedo restaurar una copia de seguridad en un entorno staging?

Sí, pero primero debes crear un entorno staging Estándar o Premium. Antes, era posible crear un entorno staging automáticamente al restaurar una copia de seguridad. Con la introducción de los entornos staging Premium, primero tendrás que crear el entorno staging antes de restaurar una copia de seguridad.

También puedes enviar los cambios de tu sitio en producción a tu sitio staging, y si sólo quieres actualizar determinados archivos o tablas de base de datos, puedes hacer un envío selectivo.

¿Quién tiene acceso a los entornos staging Premium?

Los desarrolladores y administradores del sitio tienen acceso a los entornos staging Premium que se hayan creado, pero no pueden crear ni eliminar un entorno staging Premium. Sólo el propietario o el administrador de una empresa pueden crear o eliminar un entorno staging Premium.

¿El staging consume espacio de disco?

No. Para ofrecerte el máximo espacio posible, los sitios staging se excluyen de nuestros informes al calcular el uso total de espacio en disco. Sólo los sitios en producción cuentan para tu límite de espacio en disco.

Si pruebo un plugin en el entorno staging y envío sólo los archivos al sitio en producción, ¿se crearán las tablas de base de datos correspondientes al plugin?

Si instalas un plugin en tu sitio staging que nunca se ha instalado en el sitio en producción, al pasar sólo los archivos del sitio staging al activo no se crearán las tablas de la base de datos para ese plugin.

Esto también significa que los ajustes que hayas configurado en el plugin no se transferirán al sitio en producción (a menos que los ajustes se guarden en un archivo fuera de la base de datos, como en un archivo JSON, por ejemplo).

Dependiendo de cómo esté programado el plugin, activarlo (desactivarlo primero si es necesario) en el sitio activo puede crear la estructura de la base de datos.

Si envío sólo los archivos al sitio en producción, ¿significa esto que la base de datos antigua (en el sitio en producción) no sobrescribirá la base de datos activa, y que sólo se sobrescribirán los archivos?

Sí, al pasar sólo los archivos, significa que la base de datos del sitio en producción permanece inalterada, y sólo se sobrescribirán los archivos del sitio en producción.

¿Significa esto que puedo trabajar en cambios de diseño en mi sitio staging y transferirlos al sitio en producción sin perder nuevos suscriptores o clientes en mi sitio activo?

Sí, siempre que los cambios se realicen sólo en los archivos (no en el panel de control de WordPress, incluidos los ajustes del plugin, del tema o del personalizador), puedes transferirlos al sitio en producción de forma segura sin transferir la base de datos. Cuando pases los cambios a producción, selecciona Archivos y asegúrate de que no está seleccionada la Base de datos.

¿Puedo excluir o sincronizar pedidos o datos de WooCommerce al pasar de staging a producción?

Sí, cuando envías el staging a producción con un envío selectivo, puedes enviar sólo los archivos para que no se sobrescriba tu base de datos, o puedes enviar selectivamente las tablas de la base de datos y excluir las tablas de WooCommerce necesarias. Para obtener información sobre lo que se incluye en cada tabla de la base de datos de WooCommerce, consulta la Descripción de la Base de Datos de WooCommerce. Si no estás seguro de las tablas que debes migrar, te recomendamos que trabajes con un desarrollador.

¿Puedo transferir sólo un sitio staging al sitio en producción si tengo un multisitio?

Sí, cuando envías el staging a producción con un envío selectivo, puedes elegir enviar sólo las tablas de la base de datos de uno de los subsitios. Para saber qué tablas de base de datos incluye WordPress, consulta La Guía para Principiantes sobre la Base de Datos de WordPress: Qué Es y Cómo Acceder a Ella. En los archivos, las carpetas de plugins y temas se comparten en todos los sitios, pero la carpeta de subidas se puede separar por sitio; por tanto, puedes elegir subir sólo las subidas para el subsitio requerido. Si no estás seguro de qué tablas o archivos enviar, te recomendamos que trabajes con un desarrollador.

¿Puedo utilizar el envío selectivo para cambiar la versión PHP de mi sitio?

Sí, puedes utilizar el staging para probar y enviar una nueva versión de PHP a tu entorno activo, pero no es estrictamente necesario enviar desde el staging a producción para actualizar tu versión de PHP. Aquí tienes una breve descripción de cómo cambiar la versión de PHP sin enviarla desde el entorno staging a producción:

1. Crea un sitio staging.
2. Ve al sitio staging y cambia la versión de PHP en el sitio staging.
3. Si todo está bien y funciona como se espera en el sitio staging (asegúrate de probar tu sitio a fondo), cambia la versión de PHP en el sitio en producción.

He realizado cambios CSS en el panel de control de WordPress y he enviado los archivos. ¿Por qué no veo mis cambios, incluso después de borrar todo el caché?

Dependiendo del tipo de cambio realizado y de dónde se almacene esa información, puede que tengas que hacer un envío en la base de datos o realizar esos cambios manualmente en el sitio en producción. Por ejemplo, si has añadido o editado CSS en un bloque o widget del panel de control de WordPress, probablemente se guardará en la base de datos.

Si realizas cambios en algo en el panel de control de WordPress, a excepción de los cambios realizados con el Editor de temas (Apariencia > Editor de temas), esa información suele almacenarse en la base de datos.

Nota: se perderá cualquier cambio realizado en la base de datos del sitio en producción desde que se creó el sitio staging, incluidos, entre otros: comentarios, contenido nuevo, compras en sitios de comercio electrónico, inscripciones en sitios de membresía y publicaciones en foros. En este caso, recomendamos realizar los mismos cambios manualmente en el sitio activo en lugar de enviar la base de datos.

¿Cómo funciona el envío selectivo en una red multisitio?

Si utilizas el envío selectivo para enviar sólo los archivos, funcionará bien, independientemente del tipo de red multisitio. Si sólo envías la base de datos o la base de datos y los archivos, puede que funcione o no, dependiendo de cómo esté configurado tu multisitio:

• Si se trata de un multisitio de subdirectorio (ejemplo.com, ejemplo.com/subsitio1, ejemplo.com/subsitio2), el envío a producción funcionará como se espera.
• Si se trata de un multisitio subdominio (ejemplo.com, subsitio1.ejemplo.com, subsitio2.ejemplo.com), funcionará correctamente, siempre que los subsitios no requieran HTTPS.
• Si se trata de un multisitio mapeado por dominio (carga diferentes subsitios en dominios completamente diferentes, por ejemplo, ejemplo.com, ejemplo1.com, ejemplo2.com), no funcionará sin una importante configuración manual.
  • Opción 1: Desactiva el mapeo de dominios y vuelve a la configuración estándar de subdirectorios/subdominios. Haz un buscar y reemplazar manual en la base de datos.
  • Opción 2: Configura subdominios staging para cada dominio activo, añádelos todos al sitio staging y realiza un buscar y reemplazar en la base de datos manualmente para actualizar cada dominio después de pasar el ensayo al activo.