WP Staging – DB & File Duplicator & Migration

Descripción

WP Staging for WordPress Migration & Cloning

This duplicator plugin allows you to create an exact copy of your entire website for staging or development purposes in seconds.
(Exact time depends on the size of your website)

It creates a clone of your website into a subfolder of your main WordPress installation including an entire copy of your database.

Note: For pushing & migrating plugins and theme files to live site, check out the pro edition https://wp-staging.com/

All the time-consumptive database and file copying operations are done in the background. The plugin even automatically does an entire search & replace of all serialized links and paths.

This plugin works even on the smallest shared hosting servers.

WP Staging can help you to protect your website from being broken or unavailable because of installing untested plugin updates!

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

  • No hay ningún servicio SASS. Todos los datos te pertenecen y siguen en tu servidor.
  • Easy to use! Just install it and click on «CREATE NEW STAGING SITE».
  • No server timeouts on huge websites or/and small hosting servers
  • Staging website will be available from example.com/staging-site
  • Very fast – Migration process takes only a few seconds or minutes, depending on the website’s size and server I/O power.
  • Only administrators can access the staging website. Login with the same credentials you use on your production site.
  • SEO friendly: The staging website is unavailable to search engines due to a custom login prompt and no-index header.
  • The admin bar on the staging website will be orange colored and shows clearly that you work on the staging site.
  • All database tables will be duplicated and get a new prefix beginning with wpstg(int)_.
  • As default the staging website will be copied into a subfolder.
  • Extensive logging features
  • Supports all main web servers including Apache, Nginx, and Microsoft IIS
  • [Premium]: Choose a separate database and select a custom directory for cloning
  • [Premium]: Make the staging website available from a subdomain like dev.example.com
  • [Premium]: Publica y migra plugins y temas al sitio web de producción.
  • [Premium]: define perfiles de usuario que deberían recibir acceso únicamente al sitio de staging. Por ejemplo, clientes o desarrolladores externos.
  • [Premium]: Migración y clonación de multisitios de WordPress

Note: Some features are Premium. Which means you need WP Staging Pro to use those features. You can get WP Staging Premium here!

  • New: Compatible with WordFence & All In One WP Security & Firewall

Additional Features WP Staging Pro Edition

  • Clonación y migración de WordPress multisitio
  • Define a separate database and a custom directory for cloning
  • Clone your website into a subdomain
  • Specify certain user roles for accessing the staging site
  • Copy all modifications from staging site to the production website

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

  1. Use WP Staging to clone a production website for staging, testing or backup purposes
  2. Create a backup of your website
  3. Personaliza el tema, configura, actualiza o instala nuevos plugins
  4. Prueba todo en tu sitio de staging
  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ías usar una web en staging?

Plugin updates and theme customizations should be tested on a staging platform first before they are done on your production website.
It’s recommended having the staging platform on the same server where the production website is located to use the same hardware and software environment for your test website and to catch all possible errors during testing.

Before you update a plugin or going to install a new one, it is highly recommended to check out the modifications on a clone of your production website.
This makes sure that any modifications work on your production website without throwing unexpected errors or preventing your site from loading. Better known as the «WordPress blank page error».

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

Some users are also afraid of installing plugins updates because they follow the rule «never touch a running system» with having in mind that untested updates are increasing the risk of breaking their site.
This is one of the main reasons why WordPress installations are often outdated, not updated at all and insecure because of this non-update behavior.

It’s time to change this, so use «WP Staging» for cloning and migration of WordPress websites

Can´t I just use my local wordpress development system like xampp / lampp for testing purposes?

Puedes probar tu web localmente, pero si tu entorno de hardware y software local no es un clon 100% exacto de tu servidor de producción, NO hay garantía de que cada aspecto de tu copia local funcione en tu web de producción exactamente como lo esperas.
Hay algunas cosas obvias, como las diferencias en la configuración de PHP y el servidor que estás ejecutando, pero incluso ajustes no obvios como la cantidad de RAM o el rendimiento de la CPU pueden conducir a resultados inesperados más adelante en tu web de producción.
Hay docenas de otras posibles causas de fallo que no se pueden manejar bien cuando estás probando tus cambios solo en una plataforma local.

Esto es en lo que WP Staging sobresale… ¡La clonación y creación de sitios de pruebas simplificada!

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

Si deseas migrar tu base de datos local a un sitio de producción ya existente, puedes utilizar una herramienta como WP Migrate DB.
WP Staging es sólo para crear un sitio de pruebas con los datos más recientes de tu sitio de producción. Así que funciona al revés que WP Migrate DB.

Ambas herramientas son complementarias entre sí.

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

Para empezar, me encanta el plugin Duplicator. Es una gran herramienta para la migración desde el sitio de desarrollo a producción o desde el sitio de producción a uno de desarrollo.
La desventaja es que Duplicator necesita ajustes, intervenciones manuales y prerequisitos para esto. Duplicator también necesita algunas habilidades para poder crear un sitio de desarrollo / producción, mientras WP Staging sólo requiere un clic.

Sin embargo, Duplicator está mejor pensado para ser una herramienta para la creación por primera vez de su sitio de producción. Esto es algo que es muy práctico y potente.

Por lo tanto, si has creado un sitio de desarrollo hospedado o local y necesitas migrar este sitio la primera vez en tu dominio de producción, ¡No hay nada malo en usar el plugin Duplicador! Si necesitas todos los datos de producción más recientes como publicaciones, plugins, actualizados, datos de temas y estilos en un entorno de prueba, ¡entonces recomiendo usar WP Staging en su lugar!

Necesito tu opinión

Se le han dedicado cientos de horas para hacer que este plugin funcione incluso en los paquetes de alojamiento compartido más pequeños, pero estoy limitado a probar esto sólo en un puñado de diferentes servidores por lo que necesito tu ayuda:
Abre una solicitud de soporte y describe tu problema con exactitud. En wp-content/wp-staging/logs encontrarás extensos registros. Echa un vistazo a ellos y hazme saber las líneas de error lanzadas.

Importante

Los enlaces permanentes están desactivados en el sitio de staging porque el sitio de staging está clonado en una subcarpeta y los enlaces permanentes no funcionan en todos los sistemas
sin hacer cambios en .htaccess (servidor Apache) o nginx.conf (servidor Nginx).
Lee aquí cómo activar enlaces permanentes en el sitio de staging.

¿Cómo instalar y configurar?

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

Sitio oficial

https://wp-staging.com

Capturas

  • Paso 1. Crear un nuevo sitio de staging de WordPress
  • Paso 2. Explorar tu web en busca de archivos y tablas de bases de datos
  • Paso 3. Creación del sitio de WordPress Staging en progreso
  • ¡Terminado!

Instalación

  1. Download the file «wp-staging.zip»:
  2. Upload and install it via the WordPress plugin backend wp-admin > plugins > add new > uploads
  3. Activa el plugin desde el menú ‘Plugins’ de WordPress.

FAQ

  • I can not log in to the staging site
    If you are using a security plugin like All In One WP Security & Firewall you need to install the latest version of WP Staging.
    Go to WP Staging > Settings and add the slug to the custom login page which you set up in All In One WP Security & Firewall plugin.

Reseñas

29 de marzo de 2020
WP Staging made testing the changing of my theme easy. It was much appreciated!
28 de marzo de 2020
This plugin is in EXCELLENT working order. It's convenient and simply works! I'd STRONGLY recommend it to anyone.
Leer todas las 1.364 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 2 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.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