Staging & Clone – Snapshots, DSGVO-Anonymisierung, Test Shop Klon

Über die Erweiterung

Test-Shops und Snapshots in Minuten – aus dem Admin heraus, ohne CLI-Kämpfe

Kommora Staging & Clone gibt Shop-Betreibern, Agenturen und Entwicklern ein Werkzeug an die Hand, mit dem sich der laufende Shop jederzeit in eine konsistente Snapshot-Version einfrieren, in einen Test-Shop klonen und – wenn nötig – DSGVO-konform anonymisieren lässt. Alles ohne die Live-Datenbank zu blockieren, ohne fremde SaaS-Tools, ohne Kommandozeilen-Kenntnisse.

Warum dieses Plugin?

• Sicheres Update-Deployment. Snapshot ziehen, Update einspielen, im Zweifel per Klick zurückrollen – ohne dass jemand nachts an der Konsole sitzen muss.
• Sauberer Test-Shop für Kollegen und Entwickler. Ein Klick, ein Sub-Path (/staging1/), fertig ist die zweite Instanz mit exakt den Live-Daten – auf Wunsch anonymisiert, damit externe Tester keine echten Kunden-Daten sehen.
• DSGVO-konform aus der Praxis. Wer einen Test-Shop an Agenturen, freie Entwickler oder externe Consultants weitergibt, muss Personendaten pseudonymisieren – das Plugin macht das reproduzierbar, mit deterministic Faker-Seed und deutscher Namens-Datenbank.
• Konsistenter Dump ohne DBA-Wissen. Wir nutzen mysqldump-php mit single-transaction, hex-blob, add-drop-trigger – auch grosse Kataloge mit Triggern, Views und Foreign Keys landen sauber im Dump.

Funktionen im Überblick

Snapshots (Server-lokal)

• Erzeugt eine konsistente Kopie ausgewählter Tabellen in Snapshot-Tabellen mit Prefix kommora_snap__
• Aufbewahrungsdauer im Admin konfigurierbar – automatische Bereinigung alter Snapshots
• Historien-Tabelle im Admin-Modul mit Label, Größe (Tabellen), Zeit, Status
• Console-Command kommora:staging:create für Cron-Jobs

Restore

• Ein-Klick-Rückspielung eines Snapshots in die Original-Tabellen
• Bestätigungs-Dialog mit Snapshot-Details vor Ausführung
• Console-Command kommora:staging:restore
• ACL-getrennt – Restore ist eine höhere Berechtigungsstufe als reine Snapshot-Ansicht

DSGVO-Anonymisierung

• On-Demand pro Snapshot oder pro Klon-Job
• Betrifft: customer, customer_address, order_customer, order_address
• Faker mit Locale de_DE + fester Seed → dieselben Testdaten bei jedem Lauf
• Kundennamen, E-Mails, Straßen, Städte, Telefone werden ersetzt
• Original bleibt UNBERÜHRT – Anonymisierung greift nur auf Snapshot-Tabellen

Ordner-Klon (Sub-Path)

• Erzeugt eine zweite Shopware-Ordner-Instanz (z. B. /staging1/)
• Kopiert Code + Media-Dateien, generiert eigene .env mit neuer DB-URL
• Der Klon läuft parallel zum Live-Shop – ideal für Preview neuer Themes, Plugins oder Migrations-Tests
• Nginx-Sub-Path-Setup dokumentiert im README

Externer-DB-Klon

• Legt eine neue MySQL-Datenbank an (auf demselben oder externem Server)
• Importiert den Dump per mysqldump-php statement-weise inkl. DELIMITER-Handling für Trigger
• Zeigt die neue Base-URL im Admin, direkt anklickbar

Vue-Admin-Modul

• Menüpunkt Kunden → Kommora Staging
• Grid mit allen Snapshots (Label, ID, Größe, Zeit, Status)
• Aktionen pro Zeile: Details, Restore, Klon, Anonymisieren, Löschen
• Live-Fortschritts-Balken pro Job mit Log-Ausgabe (progress %, tables_copied, logLines)
• Detail-Modal mit vollem Log jeder Operation

Konfiguration

• Snapshot-Aufbewahrungsdauer in Tagen
• Auto-Cleanup-Job (Scheduled Task) ein/aus
• Standard-Klonpfad-Präfix
• Anonymisierung als Default bei Klon-Job
• Erlaubte Datenbank-Hosts (Whitelist für externe Klone)