WP STAGING – DB & File Duplicator & Migration

Descrizione

WP STAGING for WordPress Migration & Cloning

With this duplicator plugin, you can create an exact copy of your entire website in seconds for staging, backup or development purposes.
(Exact backup 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 production 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 staging and backup plugin works even on the smallest shared hosting servers.

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

Nota: WordPress 5.x è stato rilasciato con un nuovo editor visuale chiamato Gutenberg. Usa WP Staging per verificare se l’editor Gutenberg funziona come previsto sul tuo sito web e se tutti i plugin che stai usando sono compatibili con il nuovo editor.

Funzionalità principali

  • WP STAGING crea il sito di staging in una sottocartella del tuo sito di produzione come example.com/staging-site.
  • Nessun servizio SAAS. Tutti i dati appartengono a te e rimangono sul tuo server.
  • Facile da usare! Crea un clone del tuo sito facendo clic sul pulsante “CREA UN NUOVO SITO DI STAGING”.
  • Mai più timeout del server su siti web grandi né su piccoli server di hosting
  • Molto veloce – Il processo di migrazione richiede solo pochi secondi o minuti, a seconda delle dimensioni del sito web e della potenza di I/O del server.
  • Solo gli amministratori possono accedere al sito di staging. (Accedi con le stesse credenziali che usi sul tuo sito di produzione)
  • Orientato alla SEO: il sito web di staging non è disponibile per i motori di ricerca a causa di un prompt di login personalizzato e di un header no-index.
  • La barra di amministrazione sul sito di staging è di colore arancione e mostra chiaramente quando stai lavorando sullo staging.
  • Tutte le tabelle del database duplicate ottengono un nuovo prefisso che inizia con wpstg(int)_.
  • Ampie funzionalità di registrazione
  • Supporta tutti i principali server web tra cui Apache, Nginx e Microsoft IIS
  • [Premium]: Scegli un database separato e seleziona una directory personalizzata per la clonazione
  • [Premium]: Rendi disponibile il sito web di staging da un sottodominio come dev.example.com
  • [Premium]: Migra l’intero sito di staging includendo tutti i plugin, i temi e i file multimediali sul sito web di produzione.
  • [Premium]: Definisci i ruoli degli utenti che hanno accesso solo al sito di staging. Per esempio, clienti o sviluppatori esterni.
  • [Premium]: Migrazione e clonazione dei multisiti WordPress

Nota: alcune caratteristiche sono Premium. Questo significa che hai bisogno di WP Staging Pro per usare queste caratteristiche. È possibile ottenere WP Staging Premium qui!

  • Novità: Compatibile con WordFence & All In One WP Security & Firewall

Caratteristiche aggiuntive WP STAGING PRO

  • Migrazione e clonazione dei multisiti WordPress
  • Definisci un database separato e una directory personalizzata per la clonazione
  • Clona il tuo sito web in un sottodominio
  • Specifica alcuni ruoli utente per l’accesso al sito di staging
  • Copia tutte le modifiche dal sito di staging al sito di produzione

Modifica il tuo flusso di lavoro per l’aggiornamento dei dati di temi e plugin:

  1. Usa WP Staging per clonare un sito web in produzione e usarlo per test o backup
  2. Crea un backup del tuo sito web
  3. Personalizza il tema, la configurazione, aggiorna o installa nuovi plugin
  4. Testa tutto sul tuo sito di staging e conserva un backup del sito originale
  5. Se tutto funziona sul sito di staging, inizia la migrazione e copia tutte le modifiche sul tuo sito di produzione!

Perché dovrei utilizzare un sito di 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.

Prima di aggiornare un plugin o di installarne uno nuovo, ti consigliamo vivamente di verificare le modifiche su un clone del sito web di produzione. Questo fa sì che le modifiche funzionino sul tuo sito di produzione senza generare errori imprevisti o impedire il caricamento del tuo sito (l’errore meglio conosciuto come “la pagina bianca di 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.

Alcuni di voi potrebbero avere paura di installare aggiornamenti dei plugin perché seguite la regola “non toccare mai un sistema in esecuzione”, tenendo presente che gli aggiornamenti non testati aumentano il rischio che il sito si rompa. Questa “filosofia del non aggiornamento” è uno dei motivi principali per cui le installazioni di WordPress sono spesso obsolete, non aggiornate affatto e insicure.

È ora di cambiare le cose e usare “WP Staging” per la clonazione, il backup e la migrazione dei siti web WordPress.

Non posso usare il mio sistema di sviluppo WordPress locale, come xampp / lampp, per i test e il backup?

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.

È qui che WP Staging entra in scena…Clonazione del sito, backup e creazione del sito di staging: tutto semplificato!

Voglio solo migrare il database da un’installazione all’altra

Se vuoi migrare il tuo database locale in un sito di produzione già esistente, puoi usare uno strumento come WP Migrate DB. WP Staging è destinato alla creazione di un sito di staging con i dati più recenti del tuo sito di produzione o alla creazione di un backup di questi. Quindi va nella direzione opposta rispetto a WP Migrate DB. Entrambi gli strumenti sono eccellenti nel cooperare l’uno con l’altro.

Quali sono i vantaggi in confronto a un plugin come Duplicator?

I really 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.

Se hai creato un sito di sviluppo locale o ospitato sul web e hai bisogno di migrarlo per la prima volta nel tuo dominio di produzione, allora non puoi sbagliare usando il plugin Duplicator! Se invece hai bisogno di tutti i tuoi ultimi dati in produzione come post, plugin aggiornati, dati di temi e stili in un ambiente di test o se vuoi creare un backup veloce prima di testare qualcosa, allora vi consigliamo di usare WP STAGING!

Posso darvi un mio feedback?

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.

Importante

I permalink sono disabilitati sul sito di staging / backup dopo la prima clonazione / creazione di backup Leggi qui come attivare i permalink sul sito di staging.

Come si installa e si configura?

Installalo tramite la bacheca di amministrazione nella sezione ‘Plugin’. Fai clic su ‘Aggiungi nuovo’ e inserisci nel campo di ricerca ‘WP STAGING’. Installa il plugin facendo clic su ‘Installa adesso’. Dopo l’installazione, vai alla pagina delle impostazioni ‘Staging’ e configuralo da lì.

Sito ufficiale

https://wp-staging.com

Screenshot

  • Step 1. Creazione di un nuovo sito WordPress di staging / backup
  • Step 2. Scansione del sito web alla ricerca di file e tabelle di database
  • Step 3. Creazione del sito WordPress di staging in corso
  • Fine - Accedi al tuo sito di backup / staging

Installazione

  1. Scarica il file “wp-staging.zip”:
  2. Caricalo e installalo dal backend del plugin WordPress: vai su Plugin > Aggiungi Nuovo > Carica plugin
  3. Attiva il plugin attraverso il menu ‘Plugin’ in WordPress.

FAQ

  • Non posso accedere al sito di staging / backup. Se stai usando un plugin di sicurezza come All In One WP Security & Firewall è necessario installare l’ultima versione di WP STAGING per accedere al sito di backup clonato. Vai su WP Staging – Impostazioni e aggiungi lo slug alla pagina di login personalizzato che hai impostato nel plugin All In One WP Security & Firewall.

Recensioni

26 Ottobre 2020
Why didn't I know about this sooner! Great plugin.
23 Ottobre 2020
If they allowed a 10 STAR Review for WordPress and WP-Staging PRO I would give them a 10 STAR REVIEW. I just don't know how I could have ever been able to get my two Web Stores up and running with the Help of Mr. Fayyaz. He spent a great amount of his valuable time to help me with a Staging Problem and other problems with my Web Stores. None of the problems I was having had a thing to do with WordPress or WP-Staging but he still spent his time to get me back up and running. I will never be able to thank him enough for everything he did for me.
Leggi tutte le recensioni di 1.594

Contributi e sviluppo

“WP STAGING – DB & File Duplicator & Migration” è un software open source. Le persone che hanno contribuito allo sviluppo di questo plugin sono indicate di seguito.

Collaboratori

“WP STAGING – DB & File Duplicator & Migration” è stato tradotto in 3 lingue. Grazie ai traduttori per i loro contributi.

Traduci “WP STAGING – DB & File Duplicator & Migration” nella tua lingua.

Ti interessa lo sviluppo?

Esplora il Codice segui il Repository SVN iscriviti al Log delle Modifiche. Puoi farlo tramite RSS con un lettore di feed.

Changelog (registro delle modifiche)

2.7.7

  • Fix: Fatal error on activation if PHP version < 7.x version on some circumstances

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

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