WP Staging – DB & File Duplicator & Migration

Descripción

WP Staging para migración y clonación de WordPress

Este plugin duplicador te permite crear una copia exacta de todo tu sitio web para pruebas, copia de seguridad o desarrollo en cuestión de segundos.
(El tiempo exacto de copia de seguridad depende del tamaño de tu sitio web)

Crea un clon de tu sitio web en una subcarpeta de tu instalación principal de WordPress incluyendo una copia completa de su base de datos.

Nota: Para enviar y migrar plugins y archivos de tema al sitio de producción, echa un vistazo a la edición profesional https://wp-staging.com/

Todas las operaciones de copia de archivos y bases de datos que impliquen mucho tiempo se realizan en segundo plano. El plugin incluso realiza automáticamente una búsqueda y reemplazo completo de todos los enlaces y rutas serializados.

Este plugin de pruebas y copia de seguridad funciona incluso en los alojamientos compartido más pequeños.

¡WP Staging puede proteger tu web de estar rota o no disponible debido a la instalación de actualizaciones de plugins no probados!

Nota: WordPress 5.x ha introducido un nuevo editor visual llamado Gutenberg. Usa WP Staging para verificar si el editor de Gutenberg está funcionando según lo previsto en tu web y si todos los plugins utilizados son compatibles con ese nuevo editor.

Características principales

  • WP STAGING crea el sitio web de prueba en una subcarpeta del sitio de producción como example.com/staging-site.
  • No hay ningún servicio SASS. Todos los datos te pertenecen y siguen en tu servidor.
  • ¡Fácil de usar! Crea un clon de tu sitio con sólo hacer clic en el botón «CREATE NEW STAGING SITE».
  • Sin timeouts en sitios web grandes y/o en hospedajes pequeños
  • Muy rápido: el proceso de migración tarda solo unos segundos o minutos, dependiendo del tamaño de la web y de la potencia I/O del servidor.
  • Solo los administradores pueden acceder a la web de pruebas. (Inicia sesión con las mismas credenciales que usas en tu sitio de producción)
  • Optimizado para SEO: El sitio web de pruebas no está disponible para los motores de búsqueda gracias al formulario de inicio de sesión personalizado y una cabecera no-index.
  • La barra de administración de la web de pruebas es de color naranja y se muestra claramente cuando se trabaja en el sitio de pruebas.
  • Todas las tablas de base de datos duplicadas obtienen un nuevo prefijo que comienza con wpstg(int)_.
  • Extensas funcionalidades de registro
  • Compatible con principales servidores web, incluidos Apache, Nginx y Microsoft IIS
  • [Premium]: Elige una base de datos independiente y selecciona un directorio personalizado en el que clonar
  • [Premium]: Haz que el sitio web de pruebas esté disponible en un subdominio como dev.example.com
  • [Premium]: Envía y migra todo el sitio de prueba (incluyendo todos los plugins, temas y archivos multimedia) al sitio web de producción.
  • [Premium]: Define los roles de usuario que tendrán acceso al sitio de prueba. Por ejemplo, clientes o desarrolladores externos.
  • [Premium]: Migración y clonación de multisitios de WordPress

Nota: Algunas características son Premium. Lo que significa que necesitas WP Staging Pro para utilizar esas funcionalidades. ¡Puedesadquirir WP Staging Premium aquí!

  • Nuevo: Compatible con WordFence & All In One WP Security & Firewall

Funcionalidades adicionales de WP STAGING PRO Edition

  • Clonación y migración de WordPress multisitio
  • Definir una base de datos independiente y un directorio personalizado a clonar
  • Clonar tu web en un subdominio
  • Especifica qué roles de usuario pueden acceder al sitio de prueba
  • Copiar todas las modificaciones del sitio de pruebas en el sitio web de producción

Cambia tu flujo de trabajo de actualización de temas y datos de plugins:

  1. Utiliza WP Staging para clonar un sitio web de producción para hacer tests, pruebas o copia de seguridad
  2. Crea una copia de seguridad de tu sitio web
  3. Personaliza el tema, configura, actualiza o instala nuevos plugins
  4. Pruébalo todo en tu sitio de prueba y mantén una copia de seguridad del sitio original
  5. Si todo funciona en el sitio de staging, comienza la migración y copia todas las modificaciones en tu sitio de producción.

¿Por qué debería tener un sitio de prueba?

Las actualizaciones de plugins y las personalizaciones de temas deben probarse en una plataforma de prueba primero antes de que se realicen en el sitio web de producción.
Se recomienda tener la plataforma de pruebas en el mismo servidor donde se encuentra el sitio web de producción para usar el mismo entorno de hardware y software para el sitio web de testeo y detectar todos los errores posibles durante las pruebas.

Antes de actualizar un plugin o ir a instalar uno nuevo, es muy recomendable echar un vistazo a las modificaciones en un clon de tu sitio web de producción.
Esto garantiza que las modificaciones funcionen en el sitio web de producción sin producir errores inesperados ni que la página deje de cargarse (“error de página en blanco de WordPress”).

La mayoría de los usuarios no prueban la actualización de un plugin antes de instalarla en un entorno de producción porque las soluciones de prueba existentes son demasiado complejas y necesitan mucho tiempo para crear una
copia actualizada de tu sitio web.

Algunos pueden tener miedo de instalar actualizaciones de plugins por seguir la regla «nunca toques un sistema en ejecución» pensando que las actualizaciones no probadas aumentan el riesgo de romper el sitio.
Esta es una de las principales razones por las que las instalaciones de WordPress están obsoletas, sin actualizar e inseguras debido a esta costumbre de no tener al día las mismas.

Es hora de cambiar esto, así que usa «WP Staging» para clonar, hacer copias de seguridad y migrar sitios web de WordPress

¿No puedo usar mi sistema de desarrollo de WordPress local como xampp / lampp para pruebas y propósitos de copia de seguridad?

Puedes probar tu sitio web localmente, pero si tu entorno de hardware y software local no es un clon 100% exacto de su servidor de producción, NO hay garantía de cada elemento de tu copia local funcionen en su sitio web de producción exactamente como se espera.
Hay algunas cosas obvias como las diferencias en la configuración de PHP y el servidor que está ejecutando, pero incluso configuraciones no tan obvias como la cantidad de RAM o el rendimiento de la CPU pueden producir resultados inesperados en tu sitio web de producción.
Hay docenas de posibles causas de error adicionales que no se pueden controlar bien cuando se prueban los cambios en una plataforma local sin crear un sitio de pruebas.

Ahora es cuando WP Staging entra en escena ¡Creación de clones, copias de seguridad y sitios de prueba simplificada!

Solo quiero migrar la base de datos de una instalación a otra

Si quieres migrar la base de datos local a un sitio de producción ya existente, puedes utilizar una herramienta como WP Migrate DB.
WP Staging está diseñado para crear un sitio de prueba con los datos más recientes de tu sitio de producción o para crear una copia de seguridad de él. Así que va en la dirección opuesta de WP Migrate DB.
Ambas herramientas son excelentes cooperando entre ellas.

¿Cuáles son las ventajas en comparación con un plugin como Duplicator?

Me gusta el plugin Duplicator. Es una gran herramienta para migrar de un sitio de desarrollo a producción o de producción a desarrollo, además de una buena herramienta para crear copias de seguridad de tu web de WordPress.
La desventaja es que antes de crear un archivo de exportación o copia de seguridad con Duplicator se necesitan muchos ajustes, acciones manuales y cumplir muchos requisitos antes de poder iniciar el proceso de creación de la copia de seguridad.
Duplicator también requiere que domines algunas habilidades para poder crear un sitio de copia de seguridad o de desarrollo/prueba, mientras que WP Staging no necesita de tu parte nada más que un clic.
Duplicator está mejor para ser una herramienta para la creación por primera vez de un sitio de producción. Ahí es donde es muy práctico y potente.

Si has creado un sitio de desarrollo en local o en un servicio de alojamiento web y necesitas migrar este sitio la primera vez a tu dominio de producción, ¡no hay nada malo en utilizar
el plugin Duplicator! Si necesitas utilizar tanto los últimos datos de producción como las publicaciones, los plugins actualizados, los datos de tema y los estilos en un entorno de prueba o deseas crear una copia de seguridad rápida antes de probar algo, lo que te recomiendo es ¡utilizar WP STAGING en su lugar!

¿Puedo dar mi opinión?

Este plugin ha sido creado tras miles de horas de trabajo y funciona incluso con el paquete de alojamiento web compartido más pequeño.
También utilizamos estructuras de código de pruebas de nivel empresarial para asegurarnos de que el plugin se ejecuta con solidez en tu sistema.
Si eres desarrollador probablemente te gustará escuchar que utilizamos Codeception y PHPUnit para nuestro software.

Como hay un número infinito de posibles combinaciones de servidores, todavía podría suceder que algo no funcione para ti bien al 100%. En ese caso,
abre una solicitud de soporte técnico y describe tu problema.

Importante

Los enlaces permanentes se desactivan en el sitio de prueba / copia de seguridad después de la primera clonación / creación de copia de seguridad
Lee aquí cómo activar enlaces permanentes en el sitio de pruebas.

¿Cómo instalar y configurar?

Instalar a través del panel de administración en la sección ‘Plugins’. Haz clic en ‘Añadir nuevo’ y busca en los plugins ‘WP STAGING’. Instala el plugin con ‘Instalar ahora’.
Después de la instalación, ve a la página de configuración ‘Staging’ y haz tus ajustes allí.

Sitio oficial

https://wp-staging.com

Capturas

  • Paso 1. Creación un nuevo sitio de WordPress de pruebas / copia de seguridad
  • Paso 2. Explorar tu web en busca de archivos y tablas de bases de datos
  • Paso 3. Creación de sitios de prueba de WordPress en curso
  • Finalizar - Accede a su sitio de copia de seguridad / prueba

Instalación

  1. Descarga el archivo «wp-staging.zip»:
  2. Súbelo e instálalo en el escritorio de WordPress wp-admin > Plugins > Añadir nuevo > Subir plugin
  3. Activa el plugin desde el menú ‘Plugins’ de WordPress.

FAQ

  • No puedo iniciar sesión en el sitio de prueba / copia de seguridad
    Si estás utilizando un plugin de seguridad como All In One WP Security & Firewall, debes instalar la última versión de WP STAGING para acceder a tu sitio de copia de seguridad clonado.
    Ve a WP Staging > Ajustes y añade el slug a la página de inicio de sesión personalizada que pusiste en el plugin All In One WP Security & Firewall.

Reseñas

29 de septiembre de 2020
Plugin is really useful to test out my website rebrand options. I've not got as far as needing to make it live and know I may wish to consider pro for that but as I've hemmed myself into a hosting plan without staging this is a godsend
Leer todas las 1.566 reseñas

Colaboradores y desarrolladores

«WP Staging – DB & File Duplicator & Migration» es un software de código abierto. Las siguientes personas han colaborado con este plugin.

Colaboradores

«WP Staging – DB & File Duplicator & Migration» ha sido traducido a 3 idiomas locales. Gracias a los traductores por sus contribuciones.

Traduce «WP Staging – DB & File Duplicator & Migration» a tu idioma.

¿Interesado en el desarrollo?

Revisa el código , echa un vistazo al repositorio SVN o suscríbete al registro de desarrollo por RSS.

Registro de cambios

2.7.5

  • New: Compatible up to WordPress 5.4.2
  • Fix: Remove beta notice
  • Fix: Error if views are cloned
  • Fix: Fatal error if WordPress is older than 4.5
  • Fix: Merge pro/free version
  • Fix: Step switching logic does not work properly
  • Fix: Fix progress bar when certains steps are skipped
  • Fix: Change german translation for REPORT ISSUE

2.7.4

SKIP VERSION

2.7.3

  • New: Compatible up to WordPress 5.4.1
  • New: Allow filtering of staging site title
  • Fix: Since WordPress WP 5.4 cloning fails if WordPress is installed in subfolder
  • Fix: Loading icon not shown when disk space is checked
  • Fix: Can not copy tables if prefix is capitalized & has no underscore

2.7.2

  • Nuevo: Compatible hasta WordPress 5.4
  • Fix: Fatal error on WordPress 4.6 and older

2.7.1

  • HotFix: Prefix hotfix failed

2.7.0

  • HotFix: Fix fatal error in step 6 after updating to WordPress 5.4

2.6.9

  • Fix: Can not login to staging site under certain circumstances
  • Fix: Use user selected language setting instead global site based one
  • Fix: Fatal Error: curl_version() not defined in SystemInfo.php
  • New: Refactored structure for easier maintenance
  • New: Core support for WP Staging snapshots
  • New: Implementing of UnitTests

2.6.8

  • Fix: If server is windows it will result in missing files after cloning and can lead to fatal errors of the staging site

2.6.7

  • Fix: Update function adds duplicate string to internal urls like https://example.com/staging/staging/wp-content/*
  • New: Support for WP 5.3.2

2.6.6

  • Fix: Fatal error: Cannot redeclare wpstgpro_overwrite_nonce() and wpstg_overwrite_nonce() after activating pro version on top of this free one
  • Fix: wpdb->prepare() warning after initial cloning

2.6.5

  • New: Support for WordPress 5.3.1
  • New: Refactoring code base and remove app folder
  • New: Add french language files
  • New: Add WP Staging logo to login form
  • New: Set 24 hours expiration date to process lock
  • New: Add link URL to staging site title
  • Fix: Fatal error: Invalid serialization data for DateTime object #91
  • Fix: Add missing string language location
  • Fix: Function fnmatch() not available in all systems
  • Fix: Warning in staging site after initial cloning in db row rewrite_rules
  • Fix: Wrong staging site is selected when delete function is executed and there are more then 10 staging sites

2.6.4

  • Fix: Broken image folder with duplicate leading slash after cloning

2.6.3

  • New Support for WordPress 5.2.4
  • New: Allow wildcards for excluding files
  • New: Add hook «wpstg_clone_action_staging» to execute code on staging site after cloning
  • Tweak: Improved support for custom uploads folder if user customized UPLOADS constant or upload_path in DB
  • Fix: Better compatibility with Windows IIS server
  • Fix: External links are broken after cloning if ABSPATH is equal to /www/
  • Fix: use an alternative method for file_put_contents as it is not supported on all systems due to file permission issues
  • Fix: Redundant and duplicated update comments in wp-config.php in staging site

2.6.2

  • Fix: Do not show warning «Preparing Data Step3: Failed to update rewrite_rules in wpstg0_options»
  • Fix: Change error «Table wpstgtmp_options does not exist» to warning
  • New: Add arguments for hook wpstg_cloning_complete
  • New: Setup server environment variables per process and not globally (e.g. set_time_limit)
  • New: Add support for custom uploads folder if user customized UPLOADS constant or upload_path in DB

2.6.1

  • New: Improve styling of login form. Thanks to Andy Kennan (Screaming Frog)
  • New: Add ‘password lost’ button to login form
  • New: Change welcome page CTA
  • New: Add feedback option when plugin is disabled
  • Fix: PDO instances can not be serialized or unserialized
  • Fix: Can not update staging site db table if there are constraints in it

2.6.0

  • New: Compatible up to WordPress 5.2.2
  • New: Performance improvement for directory iterator using less server ressources
  • New: Add filter wpstg_folder_permission to set a custom folder permission like 0755, allows to overwrite FS_CHMOD_DIR if it has been defined.
  • Fix: Error conditions in class Data does not compare type strict (== vs. ==) resulting in interruption of clone process
  • Fix: Excluded folders under wp-content level are not take into account on microsoft IIS servers

2.5.9

  • New: Update for WP 5.2.1
  • New: Better corporate identity and more friendly UI colors for staging sites listings and button
  • New: Better warning notices before updating process is executed
  • New: Add tooltips for explaining navigation buttons
  • New: Check if UPLOAD constant is defined and use this value for uploads folder destination
  • New: Show notice if user tries to clone a staging website.
  • Fix: Staging sites listing entries appeared on the cloned website.
  • Fix: Do not search & replace through «__PHP_Incomplete_Class_Name» definitions
  • Fix: Prevent wordfence firewall rule interrupting the clone deletion method
  • Fix: Excluded wp staging directory from deleting process is ignored and will be deleted either way
  • Fix: Strip whitespaces in cloning site internal names

Complete changelog: https://wp-staging.com/wp-staging-changelog