WordPress.org

Plugin Directory

WP STAGING WordPress Backup Plugin – Migration Backup Restore

WP STAGING WordPress Backup Plugin – Migration Backup Restore

Description

Staging, Backup, Klonen & Übertragen von WordPress Webseiten

WP STAGING ist ein professionelles Backup-, Staging- Klon- und Duplicator-Plugin. Unit und e2e getestet für alle PHP Versionen von 7.0 – 8.4.

Erstellen Sie im Handumdrehen ein exaktes Backup und einen Klon Ihrer Website – perfekt für Staging, Entwicklung oder einfach zum Schutz Ihrer Daten. Perfekt für Staging-, Backup- oder Entwicklungszwecke.

Mit WP STAGING können Sie Ihre Website ganz einfach in einen Unterordner oder eine Subdomain (Pro-Version) klonen, komplett mit einer vollständigen Datenbankkopie, um einen nahtlosen Übergang und ein zuverlässiges Backup zu gewährleisten. Alle Daten bleiben auf Ihrem Server und werden nicht an Dritte übertragen! Deswegen setzt sich WP Staging von anderen Backup und Klon-Plugins ab, welche die Webseiten Daten auf fremde Server übertragen.

Unser leistungsfähiges Backup-Tool ist auf Geschwindigkeit und Effizienz ausgelegt und damit eines der schnellsten Backup- und Wiederherstellungs-Plugins, die für WordPress verfügbar sind. Sogar diese kostenlose Version ermöglicht es Ihnen, ein Backup Ihrer Website in wenigen Minuten wiederherzustellen, falls etwas schiefgeht. Erleben Sie unaufgeregte Sicherheit und Zuverlässigkeit mit WP STAGING.

Für das Pushing & Migrieren einer Staging-Site zur Produktions-Site und das Hochladen eines Backups zu Cloud-Anbietern und für weitere Premium-Funktionen, schauen Sie sich WP STAGING | PRO an.

WP STAGING führt alle zeitraubenden Operationen für Datenbank- und Dateiklonen und Backup-Operationen im Hintergrund aus. Dieses Tool führt automatisch eine Suche und Ersetzung aller Links und Pfade durch.

Dieses Staging- und Backup-Plugin kann Ihre Website schnell und effizient klonen, selbst wenn sie auf einem schwachen Shared-Hosting-Server läuft.

WP STAGING kann verhindern, dass Ihre Website durch die Installation von ungetesteten Plugins beschädigt wird oder offline geht!

WP STAGING FREE – BACKUP & STAGING FUNKTIONEN

  • Klont die gesamte Produktions-Site in ein Unterverzeichnis wie example.com/staging-site.
  • Hohe Leistung: Sichere und Klone eine ganze Website, selbst mit Millionen von Datenbankzeilen schneller und weniger ressourcenintensiv als mit anderen Plugins
  • Sicherungspläne. Erstellen Sie einen automatischen täglichen Sicherungsplan.
  • Einfach zu bedienen! Erstellen Sie einen Klon / eine Backup-Site mit einem Klick.
  • Hochleistungs-Hintergrundprozessor – Führt Backup sehr effizient im Hintergrund aus, ohne Ihre Website zu verlangsamen
  • Keine Software as a Service – kein Konto erforderlich! Alle deine Daten bleiben auf deinem Server. Deine Daten gehören nur dir.
  • Keine Server-Timeouts auf riesigen Websites oder kleinen und schwachen Servern
  • Sehr schnell – Der Migrations- und Klon-/Backup-Prozess dauert nur wenige Sekunden oder Minuten, abhängig von der Größe der Website und der E/A-Leistung des Servers.
  • Nutze den Klon als Teil deiner Backup-Strategie
  • Nur Administratoren können auf die Klon-/Backup-Website zugreifen.
  • SEO-freundlich: Die Klon-Website ist für Suchmaschinen aufgrund einer benutzerdefinierten Anmeldeaufforderung und des Meta-Tags no-index nicht erreichbar.
  • Die Adminleiste auf der Staging-/Backup-Website ist orangefarben und zeigt an, wenn Sie auf der Staging-Website arbeiten.
  • Umfangreiche Protokollierungsfunktionen
  • Unterstützt alle gängigen Webserver: Apache, Nginx, Microsoft IIS, LiteSpeed-Server
  • Jede Version durchläuft Tausende von Unit- und Akzeptanztests, um das Plugin extrem robust, zuverlässig und schnell zu machen, auf einem Qualitätsniveau welches normalerweise grossen Unternehmen vorbehalten ist
  • Schnelles und professionelles Support-Team

WP STAGING | PRO – BACKUP & STAGING FUNKTIONEN

Die folgenden Backup & Staging-Funktionen sind Premium. Sie benötigen WP STAGING | PRO, um diese Funktionen zu nutzen. Mehr über WP STAGING | PRO!

  • Migration – Migrieren und Übertragen von WordPress auf einen anderen Host oder eine andere Domain.
  • Übertragen Sie die Staging-Website einschließlich aller Plugins, Themes und Mediendateien mit einem Klick auf die Produktions-Webseite.
  • Klone das Backup/die Klon-Website in eine separate Datenbank
  • Wählen Sie ein benutzerdefiniertes Verzeichnis für das Backup oder der geklonten Website.
  • Wähle eine benutzerdefinierte Subdomain als Ziel für das Backup/den Klon der Website, z. B. dev.example.com
  • Authentifizierung: Lege Benutzerrollen fest, die nur auf die Klon-/Backup-Site zugreifen. Das können Kunden oder externe Entwickler sein.
  • Multisite-Unterstützung – Migrieren, Sichern und Klonen von WordPress-Multisites
  • Backup-Pläne – Plane wiederkehrende Mehrfach-Backups nach Stunden, Zeit und Intervall
  • Backup-Transfer – Herunter- und Hochladen von Backups auf einen anderen Server für die Migration und Übertragung von Websites
  • Backup-Aufbewahrung – Wähle die Anzahl der Backups, die du auf deinem Server oder bei einem Cloud-Anbieter aufbewahren möchtest.
  • Benutzerdefinierte Backup-Namen: Wähle benutzerdefinierte Backup-Namen, um verschiedene Backup-Dateien leicht unterscheiden zu können.
  • E-Mail-Benachrichtigungen – Lassen Sie sich benachrichtigen, wenn ein Backup nicht erstellt werden kann.
  • Backup von WordPress Multisites
  • Backup auf Google Drive
  • Backup auf Amazon S3
  • Backup auf (s)FTP
  • Backup nach Dropbox
  • Geben Sie ein benutzerdefiniertes Backup Ordnerziel für Backup Cloud-Speicheranbieter an
  • Priority Support für Backup & Klonen oder wenn etwas bei Ihnen nicht wie erwartet funktioniert.

DOKUMENTATION

Backup, Wiederherstellen & Migration

WordPress Backup und Wiederherstellen
https://wp-staging .com/docs/how-to-backup-and-restore-your-wordpress-website/

Backup Sicherung & WordPress-Site auf einen anderen Host übertragen
https://wp-staging.com/docs/how-to-migrate-your-wordpress-site-to-a-new-host/

Alle Backup Anleitungen
https://wp-staging.com/docs/category/backup-restore/

Arbeiten mit Staging-Seiten
https://wp-staging.com/docs/category /working-with-wp-staging/

FAQ für Backup & Klonen
https://wp-staging.com/docs/category/ häufig gestellte fragen/

Fehlerbehebung bei Backup & Klonen
https://wp-staging.com/docs/category/troubleshooting/

Ändere Deinen Workflow um Themes und Plugins zu aktualisieren.

  1. Verwenden Sie WP STAGING, um eine Produktionswebsite für Staging-, Test- oder Backup Zwecke zu klonen
  2. Erstellen Sie ein Backup Ihrer Website
  3. Verändere Themes, Konfigurationen und Plugins oder installiere neue Plugins.
  4. Testen Sie alles auf Ihrer Staging-Site und erstellen Sie eine Sicherungskopie der ursprünglichen Site.
  5. Wenn die Staging-Website zu 100 % funktioniert, starte die Migration und kopiere alle Updates auf deine Live-Website!
  6. Wenn etwas nicht wie erwartet funktioniert, stellen Sie das vorherige Backup wieder her

Kann ich nicht einfach mein lokales WordPress-Entwicklungssystem wie xampp / lampp zu Test- und Backup Zwecke verwenden?

Sie können Ihre Website immer lokal testen, aber wenn Ihre lokale Hardware- und Softwareumgebung kein 100%iger Klon Ihres Produktionsservers ist, gibt es KEINE Garantie, dass jeder Aspekt Ihrer lokalen Kopie auf Ihrer Produktionswebsite genau so funktioniert, wie Sie es erwarten.

Es gibt spürbare Unterschiede wie die PHP-Version oder den Server, auf dem Ihre Website läuft. Dennoch können auch solche nicht offensichtlichen Einstellungen wie die Größe des Arbeitsspeichers oder die CPU-Leistung zu unerwarteten Ergebnissen auf Ihrer Produktionswebsite führen.

Es gibt Dutzende anderer Gründe, warum eine lokale Test-Website niemals den Server der Produktionsumgebung nachahmen wird. Deshalb ist eine erfolgreiche lokale Test- oder Backup-Site keine Garantie dafür, dass die Site auch in der Produktionsumgebung wie erwartet läuft.

Genau hier zeigt WP STAGING seine Stärken … Website-Klonen, Backup und Staging-Site-Erstellung vereinfacht. WordPress-Klonen auf Unternehmens-Niveau!

WP-STAGING-BACKUP & TECHNISCHE ANFORDERUNGEN FÜR DAS KLONEN & INFORMATION

  • Funktioniert auf der neuesten Version von WordPress
  • Mindestens unterstützte WordPress-Version 3.8
  • Klonen und Backup funktioniert auf allen Webhosts
  • Keine zusätzlichen Bibliotheken erforderlich
  • Backup / Datensicherung & Das Klonen unterstützt riesige Websites
  • Das benutzerdefinierte Backup format ist viel schneller und kleiner als jede Tar- oder Zip-Komprimierung
  • Datensicherung / Backup & Klonen funktioniert bei wenig Arbeitsspeicher & gemeinsam genutzte Hosting-Umgebungen

SUPPORT

https://wp-staging.com/backup-wordpress

Screenshots

  • Erstelle eine neue Staging / Backup Seite
  • Neue WordPress Staging-/Backup-Site erstellen (Lite-Modus)
  • Wählen Sie einen Namen für die Staging-/Backup-Site aus
  • Erstelle ein komplettes Backup (Dark Mode)
  • Erstelle ein komplettes Backup (Light Mode)
  • Klon- und Backup vorgang (Dark Mode)
  • Backup erfolgreich (Dark Mode)
  • Login in die Staging Seite
  • Staging Demo Seite

Installation

Installation über Admin-Plugin-Suche

  1. Gehe zu Plugins > Neu hinzufügen. Wähle „Autor” aus dem Dropdown neben der Sucheingabe.
  2. Suche nach „WP STAGING”.
  3. Finde das „WP STAGING WordPress Backup Plugin” und klicke auf den Button „Jetzt installieren”.
  4. Aktiviere das Plugin.
  5. Das Plugin sollte unterhalb des Menüs „Einstellungen“ angezeigt werden.

Admin-Installer über zip

  1. Rufe den Bildschirm „Neues Plugin hinzufügen” auf und klicke auf den Button „Plugin hochladen”.
  2. Klicke auf den Button „Durchsuchen…” und wähle die Zip-Datei unseres Plugins aus.
  3. Klicke auf den Button „Jetzt installieren”.
  4. Sobald der Upload abgeschlossen ist, aktiviere das WP STAGING WordPress Backup Plugin.
  5. Das Plugin sollte unterhalb des Menüs „Einstellungen“ angezeigt werden.

FAQ

Warum sollte ich eine Backup &; Staging Website verwenden?

Plugin-Updates und Theme-Anpassungen sollten auf einer Staging-/Backup-Plattform getestet werden, bevor sie auf der Produktionswebsite angewendet werden.
Normalerweise wird empfohlen, die Staging- / Backup-Plattform auf einem identischen Server wie den Produktionsserver zu haben. Sie können alle möglichen Fehler während des Testens nur mit der gleichen Hardware- und Softwareumgebung für Ihre Test- und Testumgebung abfangen. Backup Website.

Bevor Sie also ein Plugin aktualisieren oder ein neues installieren, wird dringend empfohlen, die Änderungen auf einem Klon / Backup Ihrer Produktionswebsite zu überprüfen.
Dadurch wird sichergestellt, dass alle Änderungen auf Ihrer Produktionswebsite funktionieren, ohne unerwartete Fehler auszulösen oder das Laden Ihrer Website zu verhindern, besser bekannt als „WordPress Weisse Seite Fehler“.

Plugins und deren Updates zu Testen bevor diese auf der Produktionswebseite installiert werden, wird nicht sehr oft gemacht weil bisherige Staging Lösungen zu komplex sind und es eine Menge Arbeitszeit bedeutet eine aktuelle Kopie der Webseite zu erstellen.

Sie könnten Angst davor haben, Plugin-Updates zu installieren, weil Sie dem Grundsatz „niemals ein laufendes System berühren“ folgen. Sie wissen, dass ungetestete Updates das Risiko einer Beschädigung Ihrer Website erhöhen.

Das ist einer der Hauptgründe, warum WordPress-Installationen oft veraltet, überhaupt nicht aktualisiert und aufgrund dieses Nicht-Update-Verhaltens unsicher sind.

Es ist an der Zeit, dies zu ändern. Es gibt keinen einfacheren Weg als „WP STAGING” für das Backup, Klonen und die Migration deiner WordPress-Website zu nutzen.

Wie installiere und richte ich eine Staging-Website/ein Website-Backup ein?

Installieren Sie das WP STAGING-Backup über das Admin-Dashboard. Gehen Sie zu „Plugins“, klicken Sie auf „Neu hinzufügen“ und durchsuchen Sie die Plugins nach „WP STAGING“. Installieren Sie das Plugin mit „Jetzt installieren“.
Gehen Sie nach der Installation zu WP STAGING > Staging-Sites und erstellen Sie Ihre erste Staging-/ Backup-Site

Ist WP STAGING ein Backup-Plugin?

Ja, absolut! WP STAGING begann als Staging-Tool, entwickelte sich aber zu einem vollwertigen WordPress-Backup-Plugin. Selbst die kostenlose Version kann für Backup-Zwecke verwendet werden und verfügt über eine automatische Backup-Hintergrundverarbeitung.
Die Pro-Version bietet Ihnen ein paar mehr Backup-Funktionen wie das Hochladen eines Backups auf Cloud-Backup-Dateispeicher-Anbieter wie Google Drive, (s)FTP, Dropbox, Wasabi, DigitalOcean oder Amazon S3, aber auch die kostenlose Version ermöglicht es Ihnen, die Backup-Dateien wiederherzustellen, falls etwas mit Ihrer Produktionsseite passiert. Es gibt viele andere Backup-Plugins auf dem Markt, aber WP STAGING hat sich zum Ziel gesetzt, die Zuverlässigkeit und Leistung der Qualitätssicherung auf Geschäfts- und Unternehmensebene in einem WordPress-Backup-Plugin auf ein neues Niveau zu bringen.

Wir bieten eine grundlegende, aber dennoch leistungsstarke Backup-Funktion kostenlos für alle Nutzer an. Wenn Sie mehr wollen, bietet WP STAGING PRO eine vollwertige Premium-Backup-Lösung mit Enterprise-Code-Qualität, die für jeden erschwinglich ist.

Video: Wie wir automatisierte Tests auf WP STAGING durchführen

Was ist der Unterschied zwischen WP STAGING Backup und anderen Backup-Plugins?

Hinweis: WP-STAGING | PRO bietet im Vergleich zu den unten genannten Backup Plugins erweiterte Backup-Funktionen. Die Geschwindigkeit und Leistung der Backup Funktion von WP STAGING übertrifft oft sogar die bekanntesten und etabliertesten Backup Plugins.

We are now adding more advanced backup features to deliver what other existing backup plugins are still missing.

You may have heard about other popular backup plugins like All in one Migration, 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.

Andere Backup-Plugins erstellen normalerweise ein Backup Ihres WordPress-Dateisystems und ein Datenbank-Backup, mit dem Sie Ihre Website wiederherstellen können, wenn sie beschädigt wird oder Sie in der Zeit zu einem früheren Zustand zurückkehren möchten.

Die Backup Dateien sind komprimiert und können nicht direkt geöffnet werden. WP STAGING hingegen erstellt eine vollständige Sicherung des gesamten Dateisystems und der Datenbank in einem funktionierenden Zustand, den Sie wie Ihre ursprüngliche Produktionswebsite öffnen können.

Obwohl WP STAGING als reines Staging-Plugin gestartet wurde, verfügt es nun über leistungsstarke Backup-Funktionen. Es hat sich also von einem reinen Staging-Plugin zu einem Staging- und Backup-Plugin entwickelt, mit dem Sie ein Backup wiederherstellen und Ihre Website in einen früheren Zustand zurückversetzen können.
Wenn Sie sich für die WP STAGING | PRO Version entscheiden, erhalten Sie die gleiche Backup-Funktionalität wie bei anderen Backup-Plugins, aber auf einem viel höheren Testniveau und mit einer höheren Leistung.

Beachten Sie, dass einige kostenlose Backup-Plugins keine benutzerdefinierten Tabellen unterstützen können. (Zum Beispiel die kostenlose Version von UpdraftPlus Backup-Plugin). In diesem Fall ist Ihr Backup-Plugin nicht in der Lage, ein Backup Ihrer Staging-Site zu erstellen, wenn es auf der Produktionssite ausgeführt wird.
Der Grund dafür ist, dass die von WP STAGING erstellten Tabellen benutzerdefinierte Tabellen sind, die mit einem anderen Tabellenpräfix beginnen.
Um diese Einschränkung zu umgehen und ein Backup Ihrer Staging-Site erstellen zu können, können Sie das WP STAGING-Backup-Plugin auf der Staging-Site verwenden und das Backup von dieser Seite erstellen. Das funktioniert auch mit jedem anderen WordPress-Backup-Plugin.

Warum brauche ich überhaupt ein Backup-Plugin?

Konsistente Website-Backups sind die Grundlage einer soliden Disaster-Recovery-Strategie. Für unternehmenskritische Websites, regelmäßige Backups schützen vor Datenverlusten aufgrund von Hardwareausfällen, Softwarefehlern oder sogar Ransomware-Angriffen.
Indem Sie in regelmäßigen Abständen Backups von Website-Dateien, Datenbanken und Konfigurationen erstellen, können Sie einen schnellen Wiederherstellungsprozess und minimieren Ausfallzeiten und mögliche Umsatzeinbußen.
Die Backups sollten alle wichtigen Daten enthalten, einschließlich Website-Code, Content-Management-System-Dateien,
in Datenbanken gespeicherte Benutzerdaten und Website-Konfigurationen. Mit einer Kombination aus vollständigen und inkrementellen Backups optimiert die Speichereffizienz und erfasst gleichzeitig die neuesten Aktualisierungen der Website.
Außerdem wird durch den Einsatz automatisierter Sicherungslösungen der Prozess gestrafft, menschliche Fehler werden vermieden und gewährleistet eine konsistente Datensicherung.
Indem Sie Backups Ihrer Website Priorität einräumen, zeigen Sie Ihr Engagement für Datensicherheit und Geschäftskontinuität.

Ich möchte ein Backup meiner lokalen Website erstellen und sie auf die Live-Website und einen anderen Host kopieren.

Wenn Sie Ihre lokale Website auf eine bereits bestehende Produktionsstätte migrieren möchten, können Sie unsere Pro-Version WP STAGING | PRO verwenden.
WP STAGING kann eine Staging-Site mit den neuesten Daten Ihrer Produktionssite erstellen oder ein Backup davon erstellen.

Was sind die Vorteile gegenüber einem Migrations- und Backup Plugin wie Duplicator?

Wir mögen das Duplicator-Plugin. Auch wenn Duplicator nicht so schnell wie WP STAGING ist, ist es ein großartiges Tool für die Migration von einer Entwicklungsseite zur Produktionsseite oder von der Produktionsseite zur Entwicklungsseite. Insgesamt ist es ein gutes Werkzeug, um ein Backup Ihrer WordPress-Website zu erstellen.
Der Nachteil ist, dass vor dem Erstellen einer Export- oder Sicherungsdatei mit Duplicator viele Anpassungen, manuelle Eingriffe und Anforderungen erforderlich sind, bevor Sie den Sicherungsprozess starten können.
Das Backup-Plugin Duplicator erfordert auch einige Kenntnisse, um eine Backup- und Entwicklungs-/Staging-Site erstellen zu können. Im Gegensatz dazu benötigt WP STAGING nicht mehr als einen Klick von Ihnen, um eine Backup- oder Staging-Site zu erstellen.

Wenn Du eine lokal oder gehostete neue Webseite erstellt hast und Du möchtest diese Webseite das allererste Mal auf deine Produktionsdomain übertragen, machst Du nichts falsch, wenn Du das Plugin Duplicator verwendest. Wenn Du regelmäßig eine aktuelle Webseite zum Testen erstellen musst, welche ein aktuelles Abbild Deiner Live Webseite ist, dann empfehlen wir dir WP STAGING.

Wenn Geschwindigkeit, Leistung und Codequalität auch für Sie ein Thema sind, probieren Sie WP STAGING aus.

Ich kann mich nicht bei der Staging-/ Backup-Seite anmelden

Wenn Sie ein Sicherheits-Plugin wie Wordfence, iThemes Security, All In One WP Security & Stellen Sie sicher, dass Sie die neueste Version von WP STAGING installiert haben, um auf Ihre geklonte Backup-Site zuzugreifen.
Angenommen, Sie können sich immer noch nicht bei Ihrer Staging-/Backup-Site anmelden. In diesem Fall können Sie zu WP STAGING > Einstellungen und deaktivieren Sie dort die WP STAGING Extra-Authentifizierung. Ihr Admin-Dashboard bleibt weiterhin geschützt und für öffentliche Benutzer nicht zugänglich.

Kann ich Permalinks auf der Staging-/Backup-Site aktivieren?

Permalinks sind deaktiviert auf der Staging / Backup Seite nach dem ersten Klonen / Backup Erstellung Lies diesen Artikel um Permalinks zu aktivieren.

So verwenden Sie ein Backup, um WordPress auf einen anderen Host oder eine andere Domain zu übertragen.

Die Pro-Version von WP STAGING kann deine gesamte WordPress-Website sichern.
Mit der Pro-Backup-Funktion kannst du deine gesamte WordPress-Website ganz einfach sichern und auf eine andere Domain, einen neuen Hoster oder einen neuen Server kopieren – und das oft schneller und zuverlässiger als mit allen anderen Backup-Plugins.
Sieh dir [https://wp-staging.com/docs/how-to-migrate-your-wordpress-site-to-a-new-host/](diesen Artikel) an, in dem die Backup-Funktion vorgestellt wird.

Gibt es eine Übersetzung von WP STAGING in meiner Sprache?

Wir haben WP STAGING fast vollständig in fünf Sprachen übersetzt:

English: WP STAGING Backup & Duplicator WordPress Plugin. Backup & Migrate WordPress websites.
French: Plugin WordPress de sauvegarde et de duplication WP STAGING. Sauvegarder et migrer les sites Web WordPress.
German: WP STAGING Backup & Duplicator WordPress Plugin. Migrate WordPress Webseiten.
Spanish: WP STAGING Complemento de copia de seguridad y duplicador de WordPress. Copia de seguridad y migración de sitios web de WordPress.

Die folgenden Sprachen sind teilweise übersetzt worden. Sie können uns bei der Übersetzung helfen:

Croatian: WP STAGING Backup & Duplicator WordPress dodatak. Izradite sigurnosnu kopiju i migrirajte WordPress web stranice.
Dutch: WP STAGING Back-up & Duplicator WordPress-plug-in. Back-up en migratie van WordPress-websites.
Finnish: WP STAGING Backup & Duplicator WordPress-laajennus. Varmuuskopioi ja siirrä WordPress-verkkosivustoja.
Greek: WP STAGING Πρόσθετο WordPress Backup & Duplicator. Δημιουργία αντιγράφων ασφαλείας και μετεγκατάσταση ιστοσελίδων WordPress.
Hungarian: WP STAGING Backup & Duplicator WordPress beépülő modul. WordPress-webhelyek biztonsági mentése és migrálása.
Indonesian: WP Staging Backup & Duplikator Plugin WordPress. Cadangkan & Migrasi situs web WordPress.
Italian: WP STAGING Plugin WordPress per backup e duplicatori. Backup e migrazione di siti Web WordPress.
Persian: WP STAGING پشتیبان گیری و افزونه وردپرس Duplicator. پشتیبان گیری و مهاجرت از وب سایت های وردپرسی.
Polish: WP STAGING Wtyczka WordPress do tworzenia kopii zapasowych i powielania. Twórz kopie zapasowe i migruj witryny WordPress.
Portuguese (Brazil): WP STAGING Backup & Duplicador Plugin WordPress. Backup e migração de sites WordPress.
Russian: Плагин WP STAGING Backup & Duplicator для WordPress. Резервное копирование и перенос сайтов WordPress.
Turkish: WP STAGING Yedekleme ve Çoğaltıcı WordPress Eklentisi. WordPress web sitelerini yedekleyin ve taşıyın.
Vietnamese: WP STAGING Backup & Duplicator WordPress Plugin. Sao lưu và di chuyển các trang web WordPress.

Kann ich dir ein Feedback für WP STAGING Backup & Cloning geben?

Dieses Plugin wurde in Tausenden von Stunden erstellt und funktioniert selbst mit dem kleinsten Shared Webhosting-Paket.
Wir verwenden außerdem eine für Unternehmen zugelassene Testcodierungsumgebung, um sicherzustellen, dass der Klon- und Sicherungsprozess auf Ihrem System felsenfest läuft.
Wenn Sie ein Entwickler sind, wird es Sie wahrscheinlich interessieren, dass wir Codeception und PHPUnit für unser Backup-Plugin verwenden.

Da es unendlich viele Variationen möglicher Serverkonstellationen gibt, kann es trotzdem vorkommen, dass etwas für Sie nicht 100%ig funktioniert. In diesem Fall, öffnen Sie bitte ein Support Anfrage und beschreiben Sie das Problem.

Reviews

22. September 2024 1 reply
Worst backup plugin I ever encountered. Got a backup but cannot restore to new server without paying for PRO. Do not install. This is worst upselling I have ever seen, so practically the free version does not work as backup tool since you cannot restore on a different machine.
20. September 2024
Never used this before but searched it out because my template support ticket advised me to build a staging site to better weed away reasons for an element to not work properly. Set up and closing my product sales site took less than 3 minutes. Wow! The clone was up and running and I am able to walk through it just like the original. I’m happy and impressed. And this was using the free version.
Read all 2’338 reviews

Contributors & Developers

“WP STAGING WordPress Backup Plugin – Migration Backup Restore” is open source software. The following people have contributed to this plugin.

Contributors

“WP STAGING WordPress Backup Plugin – Migration Backup Restore” has been translated into 7 locales. Thank you to the translators for their contributions.

Translate “WP STAGING WordPress Backup Plugin – Migration Backup Restore” into your language.

Interested in development?

Browse the code, check out the SVN repository, or subscribe to the development log by RSS.

Changelog

3.8.7

  • New: Add newsfeed to the WP Staging user interface in DE and EN language #3772
  • Enh: Show warning when wpstg-restore file exists in root path. #3552
  • Enh: Refactor some code from wpstg-backup.js file #3777
  • Security: Add identifier to log file names to avoid prying eyes. #3782
  • Fix: Don’t generate login link if PRO version is not defined. #3798
  • Fix: Undefined CURL constant while gathering system info. #3769
  • Fix: Use correct i18n title for delete confirm modal popup. #3800
  • Fix: Can’t install basic core version on WP STAGING PRO. #3790
  • UX: Improve Edit Backup Modal. #3776
  • Dev: Change the order of bootstrapping Pro/Basic Service, so that these are registered early. #3761

5.8.6

  • Enh: Make all JavaScript included strings translatable and implement i18n to them. #3418
  • Fix: Fatal error due to calling php_uname if it is disabled by hosting providers. #3773
  • UX: Visually improve log modal. #3746
  • Dev: DRY code between standalone restore tool and core plugin. #3525
  • Dev: DRY Success and Process Modal across Backup, Staging and other general operations. #3753

3.8.5

  • New: Compatible up to WordPress 6.6.2
  • New: Compatible up to PHP 8.4.0 beta5
  • New: Add feature to «Disable WooCommerce Action Scheduler for Subscriptions» on staging sites. (Pro) #3470
  • New: Make backup v.2 compatible on 32 bit PHP versions. #3714
  • New: Purge LiteSpeedCache after performing push.(Pro) #3693
  • New: Show count of total and selected database tables before performing push. #3724
  • New: Log all WP Staging global and specific tasks settings. #3633
  • New: Show memory exhausted error in process modal. #3710
  • Fix: Preserve login by link data on staging site after update process. (Pro) #3731
  • Fix: Adjust php 5.6 compatible message and disable email footer in feedback emails. #3696
  • Fix: Delete W3 Total Cache drop-in files during push job when the Push Changes > Uninstall all plugins/themes on production site option is selected. #3620
  • Fix: Stop backup creation earlier when the server disk is full. #3606
  • Fix: Global translation po & mo files are not recognized. Load translations files from wp-content/languages/plugins folder. #3757
  • Fix: Automatically send request using GET method to fire queue ajax if POST method doesn’t work. Add filter wpstg.queue.request.force_get_method to force use GET method. Useful in case if somehow the POST method for ajax request is blocked by hosting provider or other plugins. #3705
  • Fix: Resolve console errors caused by duplicate and missing HTML element IDs. #3702
  • Fix: Don’t use the same dropbox data for live and staging site. (Pro) #3739
  • Fix: Unable to write file header for v2 backups on Windows OS. #3694
  • UX: Make the hamburger icon and responsive menu look more appealing in light and dark mode. #3703
  • UX: Show license information on Settings, System Info and WP Staging | Restore page. (Pro) #3726
  • UX: Make the locked backup loader for ongoing background backups look good in dark and light mode. #3721
  • UX: Improve restore modal description to avoid confusion about what is being restored. List all the backup restore related filters in the restore logs. #3671
  • UX: Improve pro banner in free version. (free) #3679
  • UX: Improve Upload modal, add notice to reload page after uploading backup via FTP. #3672
  • Dev: Refactor namespace and files. #3749
  • Dev: Add wpdb DB helper class with crud operations for options table in playwright testing. #3712
  • Dev: Add PHP 8.4 in test suite. Make unit and e2e tests pass with the beta version of PHP 8.4. #3662

3.8.4

  • New: Compatible up to WordPress 6.6.1
  • New: Add filter wpstg.backup.restore.exclude_backup_parts to skip plugins, mu-plugins, themes, uploads, database, other content and extra root folder if included during backup restore. #3625
  • New: Add option to download the WP Staging Restore script from wp-staging.com. #3376
  • New: New navigation bar that ensures a visually appealing user interface across all screen resolutions. #3473
  • New: Show count of total and selected database tables while doing cloning job. #3634
  • Enh: Log installed plugins and themes before performing a push job.(Pro) #3613
  • Enh: Disable «Load Remote Backups» button while loading backups. (pro) #3570
  • Enh: Improve error message when unable to add backup metadata or files-index in the backup in final step. #3396
  • Enh: Show triangle icon instead of checkbox in front of Advanced Settings link. #3593
  • Enh: Show OS and PHP architecture in system log. #3621
  • Enh: Create human-friendly default names for staging sites if no optional staging name is provided. «Star Trek – Live long and prosper!» #3614
  • Fix: Make clear what login credentials to use when WP Staging | Restore standalone installer is used on a new site after backup restore. #3680
  • Fix: Validate database prefix when creating a staging site to confirm it does not begin with the production site database prefix. #3553
  • Fix: Increase delay interval between backup status requests from 5 seconds to 8 seconds to reduce chances of 503 errors. Add filter wpstg.backup.interval.status_request to customize this value. #3611
  • Fix: Show actual installed free version in system information. #3594
  • Fix: Make sure that the Reset process works correctly even when the staging site database has FOREIGN_KEY_CHECKS enabled. #3686
  • Fix: Remove duplicate ajax requests for backup related operations. #3664
  • Fix: Make the validate icon displayed correctly. #3688
  • Fix: Search and replace does not work when url contains ‹www.›. #3631
  • Fix: Make Ninja Forms work properly after performing backup restore. #3608
  • Dev: Fix e2e cloning tests. #3649
  • Dev: Move all views/templates/* to views/* folder. Also fix Undefined array key page warning. #3690
  • Dev: Move MemoryExhaust logic to src/Framework namespace. #3666
  • Dev: Replace internal email address #3541
  • Dev: Move classes/services out of Backup namespace that could be used with Cloning feature. #3668
  • Dev: Remove the wpdb dependency from DatabaseImporter class by decoupling the database logic through DatabaseInterface. #3642
  • Dev: Move all views to src/views/* folder. Move blank-theme and default wp-config.php to src/resources folder. #2825
  • Dev: Add v1 and v2 backup specification. #3518
  • Dev: Set up playwright env. #3578
  • Dev: Replace docker-compose with docker compose in fast tests, as docker-compose went missing in Github Actions. #3660
  • Dev: Move all classes from legacy folder Backend/Pro/Licensing to Pro/License. #2866
  • Dev: Improve npm commands to build and run Windows docker setup. #3012
  • Dev: Replace shorthand ‹-P› by its option name ‹–service-ports› in docker command that runs playwright. #3697

3.8.3

  • New: Compatible up to WordPress 6.6.1
  • UX: Make backup log window more appealing and consistent. #3604
  • UX: Refresh error message when clicking the backup menu tab. #3587
  • Fix: Disable email notifications when a backup successfully runs. #3517
  • Fix: Properly catch fatal errors when merging logs into single file when sending backup error report. #3573
  • Fix: Make the backup restoreable even when it has not correctly replaced table constraint(s). #3595
  • Fix: Update new admin login password if user account already exists while creating staging site. (Pro) #3598
  • Dev: Refactor backup remote storage downloading code. (Pro) #2751

3.8.2

  • New: Compatible up to WordPress 6.6
  • New: Add super admin role when creating login link. Existing staging sites need to be updated. (Pro) #3520
  • New: Redesign process logs to make them more appealing and robust, ensuring they look good. #3281
  • Security: Encrypt sensitive information when downloading the system info files. #3305
  • Enh: Implement a mechanism that can be used to better log failure of jobs. #3436
  • Enh: Add upgrade routine to enable email notifications for free version by default. #3491
  • Enh: Add a tooltip to the backup modal explaining the function of «Validate Backup». #3513
  • Fix: Backup Restore failed to read the cache file of old object data when using PHP 7.2. #3539
  • Fix: Make sure to backup all other files in the WP root directory when running background backup. #3564
  • Fix: Ensure that backup process works properly when attempting to create multipart backup with free version. #3444
  • Fix: Show correct timestamp when retrieving remote backup from an FTP storage provider. (Pro) #3499
  • Fix: Google authentication throws exception when user cancels backup auth process. (Pro) #3510
  • Fix: Fatal error on activation of WP Staging Pro on PHP 7.0. (Pro) #3580
  • Fix: Sometimes warnings were generated during PUSH when trying to cleanup tmp directory for plugins and themes. #3588
  • UX: Ensure smooth transition of HTML attributes in advanced options. #3535
  • UX: Toggle Email Address and Slack Webhook URL fields when email and slack notifications enabled. #3532
  • Dev: Don’t rerun CI workflows when one of the changelogs is adjusted. #3493
  • Dev: Failing unit tests at \NoticesTest::shouldShowDisabledOptimizerNotice(). #3601

3.8.1

  • New: Compatible to WordPress 6.5.5
  • New: Enable remote backup loading for dropbox storage provider. (Pro) #3475
  • New: Add ‹Upload to Cloud› button to upload existing local backups to cloud storage. (Pro) #3331
  • New: Add option to backup custom directories in WordPress root path. #2903
  • New: Add backup notifications via Slack. (Pro) #3297
  • New: Add backup email notifications to WP Staging free version. #3297
  • Enh: Show a message when ajax requests get blocked by a firewall rule. #3449
  • Fix: Magic login link does not work when it is used more than one time. Requires updating existing staging sites to fix this. (Pro) #3512
  • Fix: Handle staging and backup creation when file name contains new line character. #3417
  • Fix: Make «copy to clipboard» button works properly in all browsers, regardless of protocol (HTTP, HTTPS). #3443
  • Fix: Show correct folder count if the staging site file structure contains multiple plugin and theme folders. #3419
  • Fix: Prevent backup retention from being modified when scheduling backup. #3422
  • Fix: Show ‹Settings form› after authenticating with storage providers Google Drive and Dropbox. #3356
  • Fix: The site URL is not replaced correctly in the blog table on PUSH for network subsites that have a different domain than the main site. (Pro) #3501
  • Fix: Several PHP warnings when using RESET on an existing staging site. #3438
  • Fix: Optimize and clean up CSS. Fix X and Github icons. Remove of ‹!important› declarations in dark theme. #3448
  • Fix: Validate new admin account email address before cloning. #3467
  • Fix: Make sure appropriate message is displayed after successful backup. #3474
  • Fix: Some files may not be scanned and/or copied during staging site creation if their relative path to ABSPATH contains the value of ABSPATH. #3476
  • Fix: Use wp_kses instead of esc_html when logging backup message in logger, to keep json formatting for messages. #3536
  • Fix: Error 500 when listing backup due to open_basedir restriction on ABSPATH. (Pro) #3548
  • Dev: Add unit test to make sure file extraction task works for multiple requests. #3481
  • Dev: Improve basic performance cest e2e and reduce flakiness. #3522
  • Dev: Rename Compressor service to Archiver service to match what this service does. #3496
  • Dev: DRY multipart code, so that compression feature can be used with it. #3498
  • Dev: Add developer docs for the standalone installer script. #3235

3.7.1

  • New: Compatible up to WordPress 6.5.4
  • New: Automatic login to staging site after initial creation by creating a temporary login. #3198
  • New: Add option to run backup in background without keeping browser open. #3286
  • Security: Sanitize parameters in remote storage settings to prevent possible path traversal and executing of potential malicious code. #3461
  • Enh: Add support for Wordfence 2FA authentication in the WP Staging login form. #3358
  • Enh: Refactor dropbox and google drive sign in buttons. (Pro) #3405
  • Enh: Reducing plugin size by minifying js and css files and removing map files. #3279
  • Enh: Redesign plugin deactivation feedback form. #3000
  • Enh: Hide sensitive values in system info. #3447
  • Fix: Unable to restore backup when it contains huge number of files which requires extracting in multiple requests. #3477
  • Fix: Improve reliability and robustness of the background processor: Stalled actions will automatically be cancelled if they are in processing state for more than 15 mins. #3454
  • Fix: Backup by URl throws error «Invalid backup file content». #3404
  • Fix: Standalone restorer randomly terminated while restoring large files. #3348
  • Fix: The backup version of WP Staging Restore is not up to date. #3425
  • Fix: Refactor the contact form. New default options for sending backup log files and accepting privacy policy. #3370
  • Fix: Ensure listing of remote backups and uploading of local backups to cloud storage works correctly. #3434
  • Fix: Hide sensitive fields (secret key, access key…) in backup storages settings. #3389
  • Fix: Don’t optimize the .htaccess as default any longer if server is litespeed. Revert to old behavior by using the filter wpstg.create_litespeed_server_config. #3409
  • Fix: Table Renaming Task fails during Restore and Push if database prefix contains capital letter(s) and database is hosted on Windows based OS system i.e. Microsoft Azure. #3372
  • Fix: Disconnect google drive account if it fails to refresh access token. #3388
  • Fix: Cloud storage options are overlapped by other elements. #3343
  • Fix: Don’t load and list remote backup for dropbox as it is not supported yet. (Pro) #3407
  • Dev: Refactor BackupValidateTask to BackupSignerTask to match the action it does. Also move the signer related logic to separate service. #3367
  • Dev: Add pre-requisite code for a new faster and more secure backup format. #2915
  • Dev: Add option in UI to validate backup files during backup creation. #3368
  • Dev: Auto eslint js files and format scss files during make watch. #3398
  • Dev: Add phpcs rule to make each file ends with only one empty line. #3390
  • Dev: Replace rollup-plugin-postcss with rollup-plugin-styles to have better control over source maps. #3429
  • Fix: Unable to restore backup when it contains huge number of files which requires extracting in multiple requests. #3477

3.7.0 (Skipped)

3.6.0

  • New: Compatible up to WordPress 6.5.3
  • New: Implemented dark mode UX with options to switch between ‹Default OS Mode›, ‹Lite Mode› and ‹Dark Mode› #3261
  • New: Now you can restore backup of single site and/or multisite subsite to self or another multisite subsite. (Pro) #3240
  • New: Allow user to push all folders under (/wp-content/). #2760
  • New: Add the a new user role ‹visitor› to share login link option. (Pro) #3332
  • Enh: Add type hinting for ProTemplateIncluder. #3337
  • Enh: Make sure to prevent other plugins from injecting their messages into WP Staging UI. #3364 #3036
  • Fix: Keep cloud storage connected to Google Drive even if files listing from remote storage fails. (Pro) #3347
  • Enh: Revamped system-info page, ‹Purge Backup Queue› modal and moved JavaScript code to a separate file. #3262
  • Enh: Automatically exclude uploads folder during push if it is a symlink. #2989
  • Fix: Sync User Account feature duplicates existing user as administrator role. #3311
  • Fix: Backup restore stuck on importing users for subsite when restoring an old backup on single site. #3373
  • Fix: Make sure to handle fatal error due to missing COLLATE while creating ‹wp_wpstg_queue› table for scheduled backup. #3359
  • Fix: Hide the ‹wp-content/wp-staging-sites› folder from staging site directory selection, as it is always excluded during cloning. #3267
  • Fix: Show exact error message for open_basedir restriction error if destination directory does not have write permissions. #3116
  • Fix: Memory usage of the staging site is higher than of the live site. #3307
  • Fix: Make sure to only sync production site’s users fields that exist in cloned site’s users table. #3362
  • Fix: Send log files from last 14 days and compress them before sending. Add Contact Us button to error messages. #3323
  • Fix: Make sure to display default login link on custom login form if login is blocked by a security plugin with OTP or 2FA enabled. #3293
  • Fix: Ensure that the All in One Security Plugin (AIOS) isn’t disabled by the wp staging optimizer when AIOS’s salt option is enabled. #3351
  • Fix: Reconnect DB if mysql has gone away during update of queue table. #3354
  • Fix: Create backup folder in google drive, if it does not exist, before uploading to backup cloud provider. #3381
  • Fix: Make sure loading bar is removed once a WP Staging page is refreshed successfully #3365
  • Dev: Add end-to-end tests for the standalone installer script. #3025
  • UX: Make sure that backup cards always look good. #3345
  • UX: Make sure that automatic backup icon looks good. #3338
  • UX: Display backup name and cloud storage settings in ‹Edit Backup Plans› Modal. #3299

3.5.0

  • New: Tested on WordPress 6.5.2
  • New: Add option to download and restore backup directly from cloud storage providers Google Drive, Amazon S3, OneDrive, FTP, SFTP. #1968
  • New: First release of the standalone WP Staging Restore tool. Add the constant WPSTG_ACTIVATE_RESTORER to wp-config.php if you want to test it. #2435
  • Fix: Generated create table DDL is corrupted during backup creation if table DDL contains multiple constraints with CASCADE, SET NULL, SET DEFAULT, RESTRICT or NO ACTION referentials actions. #3303
  • Fix: Backup Type missing in scheduling options. Resulting in creation of entire multisite backup even for just subsite backup on multisite. #3312
  • Fix: Resolve browser warnings due to invalid HTML syntax. #2490
  • Fix: Make sure to remove the loading placeholder after 5 seconds if the server call experiences delays or fails due to any error. #3294
  • Security: Use more secure implementation to invalidate expired login links. #3270
  • Security: Prevent accessing the system info from unauthenticated users. #3290
  • Security: Check if uploaded backup file is a valid WP Staging backup file before uploading it to the server. #3318 #3273

3.4.3

  • New: Tested on WordPress 6.5.0
  • Fix: If endurance-page-cache mu-plugin is installed (on Bluehost and Hostgator) a staging site shows white page error then. #3216
  • Fix: Backup retention does not work for backups created on a staging site. #3138
  • Fix: Backup log entries could contain log entries from staging processing under certain circumstances. #3079
  • Fix: Moved tmp directory to wp-content/wp-staging/tmp to fix a cross-device link error on sites hosted on Azure. #3213
  • Fix: Make sure that there are no errors in console after uploading backup to remote storages. #3258
  • Fix: Handle complex table relation syntax on SQL dumper and restorer. #3259
  • Fix: Validate and handle null values before invoking strlen() to ensure compatibility and prevent runtime errors. #3127
  • Fix: Make network cloning more robust by supporting different combination of www prefix. #3230
  • Fix: On some server files were not properly extracted. Using a fallback function now. #3272
  • Fix: Fix condition to check custom destination path for staging site on basic version. #3282
  • Fix: Warning «Indirect modification of overloaded elements» of WP_Hook. #3155
  • UX: Make sure the loading placeholders are rendered properly over all pages. #3207
  • UX: Beautify «license invalid» messages. #3237
  • Enh: Don’t prefix html attribute ‹data› by ‹wpstg›. #3048
  • Enh: Add pro clone features as inactive items to Actions button in wp staging free version. #3228
  • Enh: Show error message if custom selected destination path for staging site will be same as root of live sites folder. #3204
  • Enh: Show better backup logs and warnings if backup fails. #3263
  • Dev: Add support for retrying failed tests in codeceptione2e suites. This is done to counter test flakiness. #3118
  • Dev: Update outdated code of wpstg uncomment command. #3245
  • Dev: e2e_backup_test make command was not using basic plugin when running basic tests. #3225
  • Dev: Adding improved logging. #3252
  • Dev: Make sure the debug.log is kept clean from unwanted logs when running e2e tests. #3202
  • Dev: Refactor ‹ThirdParty› namespace changing Framework/Support/ThirdParty to Framework/ThirdParty. #3224

3.4.2

  • [skipped]

3.4.1

  • Enh: Remove files that were false-positive detected as malicious. #3184
  • Fix: Remove two css files accidentially loaded on the frontpage. #3208
  • Fix: Make sure to not encode single and double quotes while downloading log files. #3168

3.4.0

  • New: Add option to create a new admin user account for your staging site during it’s creation. #3087
  • New: Add option to use non-blocking process for uploading to FTP storage when using FTP extension for backup upload. #3103
  • New: Add advanced excludes option at WP CLI backup-create command. #3114
  • New: Add ‹Delete Settings› button within the backup storage provider interface to facilitate the removal of the cloud provider configuration. #3108
  • New: Add support for Search Replace of urls in content of network subsites. #2960
  • New: Add option on edit staging site page for testing database connection. #3106
  • New: If uploads folder is symlinked exclude it from disk space calculation before creating a staging site. #3092
  • Enh: Update look and feel of backup scheduling modal. #3090
  • Enh: Add page loader for each page of the user interface. #3142
  • Enh: Add new upgrade buttons to header and license page. #3135
  • Enh: Add more information like database name to system information. #3125
  • Enh: Avoid scanning of excluded directories during the push and backup process. #3049
  • Fix: Fatal error on old WordPress 4.4.32 due to using of get_current_network_id(). #3174
  • Fix: Base prefix wrongly replaced for users and usermeta tables in views when creating backup of views in multisite subsite. #3128
  • Fix: Prevent error while directory listing protection due to open_basedir restriction. #3180
  • Fix: Update free version plugin meta description to «Required by WP Staging Pro». #3171
  • Fix: Remove redundant admin notices for invalid license keys during activation. #3139
  • Security: Fix a potential security error and add better sanitizing for backup title. #3152
  • Fix: Make sure EDD license checks are triggered only once. #3179
  • Fix: Google drive authentication not working properly under all circumstances. #3156
  • Fix: Selected custom tables on a staging site that had a different prefix than the prefix in the wp-config.php could not be pushed anymore. #3170
  • Fix: Prefix for user capabilities was not replaced when creating a backup of network subsite. #3129
  • Fix: The «Prefix» field was empty for listed staging sites if they were created in an external database and the prefix was not specified. #3166
  • Fix: The optimizer setting was shown as disabled, even if it was still active. #3151
  • Fix: Add loading icon beside ‹Refresh License Status› button and adjusted loading bars on licensing page. #3185
  • Fix: Super (network) admins were not able to login with when network subsite backup was restored on a single site. #3191
  • Fix: Reference Error wpstgPro is not defined during staging site creation on FREE version. #3136
  • Fix: Make sure that backup plugin notice doesn’t overlap Create Staging Site button in UI. #3148
  • Fix: List of active plugins in system info is misleading. #2996
  • Fix: Make sure that mail setting page looks good on all screen resolutions. #3094
  • Fix: Incorrect process modal title for preserving data task. #3130
  • Fix: DRY properties in BackupMetadata and remove error message «trying to hydrate dto errors BackupMetadata::setCurrentNetworkId()» #3199
  • Dev: Update DI52 library to latest version for small performance gain. #3146
  • Dev: Fix missing adminer host on wpstg command. #3120
  • Dev: Load Basic or Pro service provider once other dependencies are loaded. #3160
  • Dev: Populate dev hosts from env variables to add to hosts file. #3122
  • Dev: Add adminer to dev tools for database management. #3112
  • Dev: Fast test fails on GitHub due to the missing of ‹wpstgBackupHeader.txt› file, checksum needed to be updated each time. #3110
  • Dev: Update Github actions to latest version that uses Node 20 to avoid deprecation message Github CI. #3200

3.3.3

  • New: Support for WordPress 6.4.3
  • New: Add filter wpstg.push_excluded_directories to exclude specific folders during push. #3050
  • New: Add ‹Do review link› to backup success modal after staging site and backup creation. #3085
  • Enh: Reduce number of API calls to wp-staging.com for version number checking. #3091
  • Enh: Add option to use APPEND Mode for uploading backup using FTP from settings UI. #3044
  • Enh: Add loading icon during activation of the free version. #3041
  • Enh: Improve the message when backup has been created with older version of WP Staging. #3033
  • Enh: Make sure the checkbox icon appears at centre on all system. #2920
  • Enh: Make sure that font size and view layout is consistent in staging and reset modal. #3104
  • Fix: Can not update email address for sending error reports. #3109
  • Fix: Deprecation message about dynamic properties thrown by Google Drive Api Model class. Show exact error message when unable to get resume URI for Google Drive backup upload. #3076
  • Fix: Make sure to not check external DB credentials in free version while creating staging site. #3054
  • Fix: Editing the backup schedule sometime re-creates the schedule cron at a wrong time. #3101
  • Fix: Add filter to hide primary key changes message and include primary key details in the system information. #2972
  • Fix: Not all files are sometimes pushed under certain situation. #3082
  • Fix: Scheduled Backups unable to run when a manually created backup exists. #3089
  • Fix: The backup retention number of Google Drive backups isn’t honored. #3063
  • Fix: Handle issues when unable to fetch information for external database during cloning requirements. #3029
  • Fix: Show correct version of WP Staging in backup and staging log files. #3010
  • Fix: Type error when passing multiple parameters using hooks methods. #3064
  • Fix: Reduce height of the delete staging site modal. #3058
  • Tweak: Keep only wp-staging* plugins active during database renaming process on backup restore to avoid conflict. #3095
  • Tweak: Deprecate Filter ‹wpstg.ftpclient.forceUseFtpExtension› as we already provide alternate option in FTP settings UI. #3053
  • Tweak: Improve success message after push about clearing site and theme cache, which may be required if the front page appears different than expected. #3003
  • Dev: Add initial level logic to support Backup Compression and Restore of Compressed Backups. #2555
  • Dev: Reduce number of manual e2e dispatch call by adding wp cli and cloud storages e2e in full PRO e2e suite and run them in parallel. #3073

3.3.2

  • Fix: Catch type errors on properties hydration for Backup Metadata and other backup related tasks. #3072

3.3.1

  • Fix: Handle warnings when unable to unserialize serialized data during cloning. #3004
  • Fix: Don’t logout when restoring backup wp.com site on last step when database was not restored. #3031
  • Fix: PHP Fatal error: Uncaught TypeError when using Litespeed server. #3060

3.3.0

  • New: Add backup and restore support for sites hosted on WordPress.com. #2433
  • New: Add input form for backup URL directly migrate a backup to another site. #2752
  • Enh: Allow to re-authenticate if current session expires during creating staging site, backup or push process. #2285
  • Enh: Show all network site host-names in system info. #2953
  • Enh: During PUSH, use temp directory outside of plugins and themes directories to avoid plugin duplication and conflicts in case of a failure. #1595
  • Enh: Refactor and DRY backup cache class. #2991
  • Enh: Show admin message if user has another backup plugin installed and tell how amazing the WP Staging feature is:-) #2966
  • Enh: Add dev filter activation. #2976
  • Enh: Don’t reload all staging sites after creating staging site for smooth user experience. #2940
  • Enh: Show better error message when cloning process stops due to memory exhaustion. #2935
  • Fix: Although all tables were renamed correctly during backup restore, the backup restore log sometimes show incorrect number of tables restored. #2974
  • Fix: Can’t serialize unserialized data that has an instance of a class in the object. Relevant for backup and backup restore. #2981
  • Fix: Make sure to execute backup performance javascript only when creating a backup. #3019
  • Fix: Installing the required free version when installing the pro version might disable all network active plugins on a multisite network. #2997
  • Fix: Improve cleaning up of cache files after pushing and backup. #3021
  • Fix: If only one file is selected for pushing, that file is not copied. #3011
  • Fix: Under rare circumstances a push could miss to copy the last file of a queue. #2901
  • Fix: On Bitnami Hosted WordPress Sites, Plugins and Themes are not replaced during PUSH due to symlinked wp-content folder. #2692
  • Fix: Undefined index of databaseSsl #2995
  • Fix: Notice «Free version required» may show up on network admin page while backup free version is not network activated. #2949
  • Fix: Don’t show «Customized uploads folder notice» when host is flywheel. #2970
  • Fix: Make sure javascript events are only registered when the corresponding element is loaded in the DOM. #3039
  • Dev: Fix reauthentication e2e when creating backup. #3006
  • Dev: Add a windows based docker setup to run all backup and staging e2e and unit tests on a real Windows environment. #2699
  • Dev: Update nodejs docker image for building and compiling assets.#3016

3.2.0

  • New: Support up to WordPress 6.4.2
  • New: Adding feature to create backup of individual network site in multisite installations. #2795
  • New: Add backup settings in backup logs. #2969
  • Fix: Automatic backup repair if the backup file index is corrupted. #2861
  • Fix: Saves remote storage backups in the database for use when calculating the number of backup to keep on remote storage. #2856
  • Fix: Prevent accessing the content of backup cache files created …