WP STAGING – Backup Duplicator & Migration

Description

WP STAGING for WordPress Migration & Cloning

This duplicator, staging and backup plugin can create an exact copy of your entire website in seconds.* Great for staging, backup or development purposes.
(Cloning and Backup time depends on the size of your website)

This clone plugin creates a clone of your website into a subfolder or subdomain (Pro) of your main WordPress installation. The clone includes an entire copy of your database.

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

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

This staging and backup plugin can clone your website even if it runs on a weak shared hosting server.

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

Fonctionnalités principales

  • WPSTAGING clones the whole production site into a subfolder like example.com/staging-site.
  • Facile à utiliser ! Créez un clone de votre site en cliquant sur un bouton « CREER UN NOUVEAU SITE ».
  • No Software as a Service – No account needed! All data belong to you only and stay on your server.
  • Aucun délai de serveur sur les grands sites web et/ou les petits serveurs d’hébergement
  • Very fast – Migration and clone process takes only a few seconds or minutes, depending on the website’s size and server I/O power.
  • Use the clone as part of your backup strategy
  • Only administrators can access the clone website. (Login with the same credentials you use on your production site)
  • SEO friendly: The clone website is unavailable to search engines due to a custom login prompt and gets the meta entry no-index.
  • La barre d’administration du site de staging est de couleur orange et s’affiche clairement lorsque vous travaillez sur le site de staging.
  • Fonctionnalités étendues de journalisation
  • Supports all popular web servers: Apache, Nginx, and Microsoft IIS
  • [Premium] : Choisissez une base de données distincte et sélectionnez un répertoire personnalisé pour le clonage
  • [Premium]: Make the clone website available from a subdomain like dev.example.com
  • [Premium]: Push & migrate entire clone site inc. all plugins, themes, and media files to production website.
  • [Premium]: Define user roles that get access to the clone site only. For instance, clients or external developers.
  • [Premium] : Migration et clonage de multi-sites WordPress

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

  • Nouveau : Compatible avec WordFence & All In One WP Security & Firewall

Fonctionnalités supplémentaires de WP STAGING PRO Edition

  • Clonage et migration de multi-sites WordPress
  • Définissez une base de données distincte et un répertoire personnalisé pour le clonage
  • Clonez votre site web dans un sous-domaine
  • Précisez certains rôles des utilisateurs pour l’accès au site de staging
  • Copiez toutes les modifications du site de staging vers le site de production

Changez votre flux de travail de mise à jour des données de thèmes et d’extensions :

  1. Use WP STAGING to clone a production website for staging, testing or backup purposes
  2. Créez une sauvegarde de votre site web
  3. Personnaliser le thème, la configuration, mettre à jour ou installer de nouvelles extensions
  4. Testez tout sur votre site d’accueil et conservez une copie de sauvegarde du site original
  5. Si tout fonctionne sur le site de staging, lancez la migration et copiez toutes les modifications sur votre site de production !

Pourquoi devrais-je utiliser un site web de 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.

Avant de mettre à jour une extension ou d’en installer une nouvelle, il est fortement recommandé de vérifier les modifications sur un clone de votre site de production.
Cela permet de s’assurer que les modifications fonctionnent sur votre site de production sans provoquer d’erreurs inattendues ou empêcher le chargement de votre site. Mieux connu sous le nom d’« erreur de page blanche WordPress ».

Testing a plugin update before installing it in a production environment isn´t done very often by most users because existing staging solutions are too complex and need a lot of time to create a
an up-to-date copy of your website.

Certains d’entre vous peuvent avoir peur d’installer des mises à jour d’extensions parce que vous suivez la règle « ne jamais toucher à un système en fonctionnement » en ayant à l’esprit que les mises à jour non testées augmentent le risque de casser votre site.
C’est l’une des principales raisons pour lesquelles les installations de WordPress sont souvent obsolètes, non mises à jour et peu sûres en raison de ce comportement de non mise à jour.

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

Ne puis-je pas utiliser mon système local de développement WordPress comme xampp / lampp pour des tests et des sauvegardes ?

You can test your website locally but if your local hardware and software environment is not a 100% exact clone of your production server there is NO guarantee that every aspect of your local copy is working on your production website exactly as you expect it.
There are some obvious things like differences in the config of PHP and the server you are running but even such non-obvious settings like the amount of RAM or the CPU performance can lead to unexpected results on your production website.
There are dozens of other possible cause of failure which can not be handled well when you are testing your changes on a local platform only without creating a backup staging site.

This is were WP STAGING jumps in… Site cloning, backup and staging site creation simplified!

Je veux juste migrer la base de données d’une installation à une autre

If you want to migrate your local database to an already existing production site you can use a tool like WP Migrate DB.
WP STAGING is intended for creating a staging site with latest data from your production site or creating a backup of it. So it goes the opposite way of WP Migrate DB.
Both tools are excellent cooperating each other.

Quels sont les avantages par rapport à une extension comme Duplicator ?

I really like the Duplicator plugin. It is a great tool for migrating from a development site to production one or from production site to development one and a good tool to create a backup of your WordPress website.
The downside is that before you can even create an export or backup file with Duplicator a lot of adjustments, manually interventions and requirements are needed before you can start the backup process.
Duplicator also needs some skills to be able to create a backup and development/staging site, where WP STAGING does not need more than a click from you.
Duplicator is best placed to be a tool for first-time creation of your production site. This is something where it is very handy and powerful.

Si vous avez créé un site de développement local ou hébergé sur le web et que vous devez migrer ce site la première fois vers votre domaine de production, alors vous ne faites rien de mal en utilisant
l’extension Duplicator ! Si vous avez besoin de toutes vos dernières données de production comme des publications, des extensions mises à jour, des données de thèmes et des styles dans un environnement de test ou si vous voulez créer une sauvegarde rapide avant de tester quelque chose, je vous recommande d’utiliser WP STAGING à la place !

Puis-je vous donner mon avis ?

This plugin has been created in thousands of hours and works even with the smallest shared web hosting package.
We also use enterprise level approved testing coding structures to make sure that the plugin runs rock solid on your system.
If you are a developer you will probably like to hear that we use Codeception and PHPUnit for our software.

As there are infinite numbers of possible server constellations it still might happen that something does not work for you 100%. In that case,
please open a support request and describe your issue.

Important

Les permaliens sont désactivés sur le site de staging / de sauvegarde après le premier clonage / la première création de sauvegarde
Lisez ceci pour activer les permaliens sur le site de staging.

Comment installer et configurer ?

Installez-la via le tableau de bord de l’administration et dans « Extensions », cliquez sur « Ajouter » et recherchez « WP STAGING ». Installez l’extension avec « Installer maintenant ».
Après l’installation, allez sur la page de configuration « Staging » et faites vos réglages.

Site officiel

https://wp-staging.com

Captures d’écran

  • Étape 1. Créer un nouveau site WordPress de staging / sauvegarde
  • Étape 2. Scannez votre site web pour les fichiers et les tables de base de données
  • Étape 3. Création d’un site de staging WordPress en cours
  • Terminer - Accéder à votre site de sauvegarde / de staging

Installation

  1. Téléchargez le fichier « wp-staging. zip » :
  2. Téléversez et installez-la via l’administration WordPress > Extensions > ajouter de nouveaux > téléversements
  3. Activez l’extension depuis le menu « Extensions » sur WordPress.

FAQ

  • What is the Difference between WP STAGING and a Regular Backup Plugin?
    You may have heard about other popular backup plugins like BackWPUp, BackupWordPress, Simple Backup, WordPress Backup to Dropbox or similar WordPress backup plugins and now wonder about the difference between WP STAGING and those backup tools.
    Other backup plugins usually create a backup of your WordPress filesystem and a database backup which you can use to restore your website in case it became corrupted or you want to go back in time to a previous state.
    The backup files are compressed and can not be executed directly. WP STAGING on the other hand creates a full backup of the whole file system and the database in a working state that you can open like your original production website.

Even though WP STAGING comes with some backup capabilities it’s main purpose is to create a clone of your website which you can work on. It harmonies very well with all the mentioned backup plugins above and we recommend that you use it in conjunction with these backup plugins.

Note, that some free backup plugins are not able to support custom tables. (For instance the free version of Updraft plus backup plugin). In that case, your backup plugin is not able to create a backup of your staging site when it is executed on the production site.
The reason is that the tables created by WP STAGING are kind of custom tables beginning with another table prefix.
To bypass this limitation and to be able to create a backup of your staging site, you can setup your backup plugin on the staging site and create the backup from that location. This works well with every available WordPress backup plugin.

  • I can not log in to the staging / backup 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 to access your cloned backup site.
    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.

Avis

14 avril 2021
It is very practical and functional to carry out tests and updates especially of WP and WC that always give many problems even with paid plugins and it is better to adjust the settings in the Staging Site. Great service support very good and fast.
14 avril 2021
I am a complete novice to databases and such like and this is so easy to use, just tick some boxes and off you go!
11 avril 2021
You can use it to test things before doing them on the live site. limited options for free but still useful
10 avril 2021
Αξίζει. Ακόμα και το free κάνει άριστα την δουλειά του. Κάνει κλώνο με 2-3 κλίκ είναι πολύ γρήγορο και ο κλώνος δουλεύει αμέσως. Το συστήνω αν θέλετε να πειραματιστείτε με updates και με μεγαλες αλλαγές στο site σας
Lire les 1 746 avis

Contributeurs & développeurs

« WP STAGING – Backup Duplicator & Migration » est un logiciel libre. Les personnes suivantes ont contribué à cette extension.

Contributeurs

“WP STAGING – Backup Duplicator & Migration” a été traduit dans 4 locales. Remerciez l’équipe de traduction pour ses contributions.

Traduisez « WP STAGING – Backup Duplicator & Migration » dans votre langue.

Le développement vous intéresse ?

Parcourir le code, consulter le SVN dépôt, ou s’inscrire au journal de développement par RSS.

Journal

2.8.3

  • Enh: Add Shutdownable interface to replace usages of __destruct in the code #729
  • Enh: Refactor on how the plugin keeps track of a request running time #766
  • Fix: Replace deprecated jQuery click method #730
  • Fix: Fix overlapping of sweetalert confirmation on push with sidebar #742
  • Fix: Exclude wp staging content folder during staging #741
  • Fix: Add sanitizing for path to fix comparing for Windows paths #751
  • Fix: _cerber_files tables are excluded and could not be copied Fix #770
  • Fix: Replaced jQuery assignment with an IIFE wrapper #761
  • Dev: Update php-scoper and other development dependencies #744
  • Dev: Build javascript when building the distributable version of the plugin #750
  • Dev: Internal helper CLI command to order the changelog notes according to type #749
  • Dev: Refactor Job(s) implementation to use the Resources Trait #765
  • Dev: Add internal documentation to versioning and hotfixes #780

2.8.2

  • Feat: Compatible up to WP 5.7
  • Feat: Check database connection in clone data edit #650
  • Feat: Exclude .wp-staging-cloneable file from cloning and update #718
  • Feat: Show notice if a user is using an outdated version of WP Staging Hooks plugin #716
  • Feat: Add single disabled items notice with better message #717
  • Feat: Add options to enable/disable staging sites cloning from UI #722
  • Enh: Use included directories instead of excluded directories to increase cloning speed #671
  • Enh: Stringify directories array var in $_POST to reduce $_POST size during cloning #671
  • Enh: Replace relative paths exclude to absolute and wildcard paths exclude during cloning #671
  • Enh: Detect snapshot tables using regex #694
  • Enh: Enable disable save button in clone data edit during database connection #700
  • Enh: Improve exclude filters for Push process #720
  • Enh: Move Backend/public/img to assets/img #719
  • Enh: Unify Single and Multisite Classes #713
  • Enh: Keep other staging behavior when the staging site is cloneable #722
  • Enh: Refactor search and replace jobs to use memory and time-consumption aware trait #702
  • Fix: Lost password link generation in staging sites #697
  • Fix: Fix cloning on multisite for PHP 5 #725
  • Fix: Skip symlink scanning during directory scan #736
  • Fix: Replace deprecated jQuery click method #730
  • Fix: Fix overlapping of sweetalert confirmation on push with sidebar #742
  • Fix: Exclude wp staging content folder during staging #741
  • Fix: Add sanitizing for path to fix comparing for Windows paths #751
  • Fix: Uninstall not possible if « delete all settings is activated » #756
  • Dev: Internal refactoring of database backup to avoid long-lived branch #624
  • Dev: Enforced changelog entries in CI #695
  • Dev: Refactored webdriver tests to make them faster #656
  • Dev: Refactor how the automated test workflows are generated. Add new webdriver test before release with default settings #712
  • Dev: Increased default file batch limits for faster development environment and CI #706
  • Dev: Renamed all code and UI references of Snapshot to Backup #715
  • Dev: Add helper to manage clone settings #717
  • Dev: Internal code refactoring, renaming classes for better readability #721
  • Dev: Add infrastructure support for wp-cli and background processing #728
  • Dev: Update php-scoper and other development dependencies #744
  • Dev: Build javascript when building the distributable version of the plugin #750

2.8.1

  • Feat: Show creator user name of staging site
  • Enh: Show notice if sending mails are disabled
  • Enh: Show message and stop execution if php version is lower than 5.5
  • Enh: Abort cloning process if table already exists in external database
  • Fix: Can not update database credentials in staging sites wp-config.php under rare circumstances
  • Fix: During the update process if options table was not selected it didn’t get skipped
  • Fix: Error if WP is lower than 4.6
  • Fix: Can not delete entire staging site on error
  • Fix: Activating pro version does not properly disable free version

2.8.0

  • Fix: Latest supported WP version is not reflected on wordpress.org plugin repo
  • Enh: Show confirmation popup if user tries to send another support request within an hour

2.7.9

  • New: Compatible up to WordPress 5.6
  • Fix: Uninstall function can throw fatal error
  • Fix: Do not write sensitive information into debug.log if debug mode is active
  • Fix: Update notification shown even if there is no more recent version
  • Dev: Memory exhausted during tests
  • Dev: Prefix composer vendor libraries with PHP-Scoper
  • Dev: Add more unit and webdriver tests to improve QA
  • Enh: Change authentication to a combination of nonces and access tokens
  • Enh: Improve tests performance
  • Enh: Add tests for database export and restore

2.7.8

  • New: Add special admin notice if plugin is not tested with latest WordPress version
  • New: Compatible up to WordPress 5.5.2
  • New: Allow deleting of orphaned staging site entries if staging site was deleted manually before

  • Fix: Activation hook is not fired after first time installation and wpstg optimizer and cron tasks are not set up

  • Fix: Staging site does not work if database password contains dollar sign in password
  • Fix: Prevent fatal error when the plugin is activated, but there is no permission to create folder wp-content/uploads/wp-staging or wp-content/uploads/wp-staging/logs.

  • Dev: Add new DI container implementation

  • Dev: Add composer 2

2.7.7

  • Fix: Fatal error on activation in pro version (Syntax error)

2.7.6

  • New: Compatible up to WordPress 5.5.1
  • New: Add WP_ENVIRONMENT_TYPE constant for staging site
  • New: Better and wider test coverage
  • New: Implementing of automated CI tests
  • New: Huge code base refactor for cleaner code
  • New: Updated authentication mechanism for ajax requests
  • New: Show welcome video message
  • New: Show message asking for admin credentials on login form
  • New: Move WP STAGING menu down below the menu Plugins
  • New: Selected tables are highlighted with a blue background color
  • Fix: Show access denied message if a non but existing user tries to access the staging site
  • Fix: Remove wp_logout() in staging site login form to prevent multiple login log entries with plugin WP Activity Log
  • Fix: Wrong german translations
  • Fix: Cloning fails if there is no underscore in table prefix

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

  • New: Compatible up to 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

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