Was kopiert wird Was kommt in die Staging-Umgebung, und was bleibt draußen?
Ein Bau kopiert alle Dateien und alle Tabellen des Live-Shops, ohne die Datensätze, die nach dem Beginn des Laufs entstehen. Draußen bleiben Entwicklungsordner und Sicherungen; leer beginnen Cache, Protokolle, Warteschlange, Warenkörbe und Sitzungen.
Alle Dateien, mit ihrem Zeitstempel.
Code, Plugins, Themes, Medien und Konfiguration kommen so in die Staging-Umgebung, wie sie im Live-Shop liegen. Was nicht mitkommt, steht in den Plugin-Einstellungen und gilt für jede Staging-Umgebung.
- Leer anlegen, Inhalt nicht kopieren
var/cache,var/log,var/queue,var/lock. Der Ordner entsteht mit den Rechten des Originals und bleibt leer: Shopware will den Ordner, nicht seinen Inhalt.- Ganz weglassen
.git,.github,.idea,.vscode,node_modules. Der Staging-Ordner und jede Staging-Umgebung mit eigenem Pfad bleiben immer draußen.- Dateinamen, genau so geschrieben
install.lockund.env.local.php. Die Staging-Umgebung bekommt ihre eigene.env.- Dateimuster mit Sternchen
*.sql,*.sql.gz,*.zip,*.tar,*.tar.gz: Sicherungen, die im Shop-Ordner liegen, wandern nicht mit.
Jede Tabelle, die Inhalte je Bereich.
Die Struktur aller Tabellen kommt immer vollständig mit. Welche Inhalte übernommen werden, legst du auf der Seite der Staging-Umgebung im Reiter „Daten“ je Bereich fest. Das ist die Vorgabe:
| Bereich | Vorgabe | Was dazugehört |
|---|---|---|
| Shop-Grundlagen | Mit Inhalt | Produkte, Kategorien, Verkaufskanäle, Einstellungen und alles, ohne das der Live-Shop nicht läuft. Kommen immer mit Inhalt. |
| Kunden, Wunschlisten und Bewertungen | Mit Inhalt | Bestellungen, Warenkörbe und Sitzungen brauchen sie: Solange einer dieser Bereiche Inhalte mitbringt, kommen auch die Kunden mit. |
| Bestellungen und Dokumente | Mit Inhalt | Samt Rechnungen, Lieferungen und Zahlungen. |
| Newsletter-Empfänger | Mit Inhalt | |
| Individuelle Aktionscodes | Mit Inhalt | |
| Warenkörbe | Leer | Offene Warenkörbe und die Sitzungen der Storefront. |
| Sitzungen und Wiederherstellung | Leer | Links zum Zurücksetzen von Kennwörtern, Zugangsschlüssel und Anmeldetoken. |
| Protokolle und Laufzeitdaten | Leer | Protokolle, Benachrichtigungen, Zähler, Statusverläufe und Einwilligungen. |
| Warteschlangen | Leer | Nachrichten und Aufträge, die der Live-Shop noch abarbeiten will, samt Webhook-Protokollen. In der Staging-Umgebung liefen sie sonst ein zweites Mal. |
| Änderungsprotokolle der Versionierung | Leer | Die Änderungsgeschichte von Datensätzen. |
| Import-/Export-Protokolle | Leer | Protokolle und Dateien von Import und Export. |
Zusätzliche Tabellen, etwa von Plugins, kommen in der Vorgabe mit Inhalt; jede lässt sich einzeln ausschließen. Die eigenen Tabellen des Plugins kommen leer in die Staging-Umgebung: Sie sieht weder die anderen Staging-Umgebungen noch deren Läufe und Kennwörter.
Datensätze, die nach dem Beginn des Laufs im Live-Shop entstehen, bleiben draußen; „Daten vom“ zeigt diesen Zeitpunkt. Der Suchindex geht mit, damit die Suche der Staging-Umgebung sofort findet. Personendaten ersetzt das Regelwerk der Anonymisierung, bevor sie ankommen; schon erzeugte PDF-Belege kommen als Dateien so mit, wie sie sind.
Sie kommen nicht in die Staging-Umgebung. Was im Live-Shop auf ihnen beruht, fehlt dort; die Vorprüfung nennt sie vor dem Bau.
Vier Knöpfe, vier Wirkungen.
Auf der Seite einer Staging-Umgebung stehen die Läufe danach geordnet, was sie tun: „Ändert die Staging-Umgebung“, „Liest nur“ und „Entfernt die Staging-Umgebung“.
- Daten auffrischen
- Holt nur die Datenbank neu und richtet die Staging-Umgebung wieder ein. Code, Themes und Medien bleiben. Der schnelle Weg, wenn du nur frische Daten brauchst.
- Neu bauen
- Baut Dateien und Datenbank komplett neu. Erst wird die alte Kopie abgebaut: Ihre Datenbank wird geleert, die Datenbank selbst bleibt stehen, ihre Dateien werden gelöscht.
- Staging-Umgebung abbauen
- Entfernt die Verknüpfung im Webroot und die Dateien und leert die Datenbank. Die Einstellungen bleiben, neu bauen geht jederzeit.
- Staging-Umgebung löschen
- Erst eine abgebaute Staging-Umgebung lässt sich ganz aus der Liste entfernen, damit keine Kopie ohne Eintrag liegen bleibt.
Das Plugin löscht nur, was die Kennzeichnung dieser Staging-Umgebung trägt. Findet ein Neubau fremde Tabellen oder die Datenbank einer anderen Staging-Umgebung, bricht er ab, ohne etwas zu löschen.
Was Shopbetreiber dazu fragen.
Kommen die Bestellungen mit?
Ja. Bestellungen, Dokumente, Lieferungen und Zahlungen kommen in der Vorgabe mit Inhalt, damit sich Rechnungen, Retouren und Auswertungen testen lassen. Namen, Adressen, Mailadressen und Telefonnummern in der Datenbank ersetzt das Regelwerk, bevor sie in der Kopie ankommen. Schon erzeugte Belege wie Rechnungs-PDFs sind Dateien und kommen so mit, wie sie sind.
Was passiert beim Auffrischen mit Änderungen in der Staging-Umgebung?
„Daten auffrischen“ kopiert nur die Datenbank neu und richtet die Staging-Umgebung wieder ein. Was in ihrer Datenbank geändert wurde, ist danach weg; Code, Themes und Medien der Staging-Umgebung bleiben, wie sie sind. „Neu bauen“ ersetzt auch die Dateien.
Kann ich einzelne Tabellen weglassen?
Die Struktur aller Tabellen kommt immer mit. Ob Inhalte übernommen werden, legst du im Reiter „Daten“ je Bereich fest, jeweils mit dem Schalter „Inhalte übernehmen“. Tabellen von Plugins außerhalb der Bereiche kommen mit Inhalt und lassen sich einzeln ausschließen.
Wird der Live-Shop beim Kopieren langsam?
Ein Lauf arbeitet in kleinen Scheiben und liest den Live-Shop nur. Wie groß eine Scheibe ist, steht in den Plugin-Einstellungen unter „Scheibengröße in Megabyte“; kleinere Scheiben schonen einen ausgelasteten Live-Shop, größere sind schneller fertig.
Weiter im Plugin
-
Einrichten
Der Assistent in sieben Schritten, die Vorprüfung und der erste Bau.
-
Anonymisierung
Das Regelwerk, die Ersetzungen je Spalte, die Vorschau und der Nachweis zu jedem Bau.
-
Schutz und Zugang
Kennwortseite, IP-Adressen ohne Kennwort, Standardbenutzer, Zugangsdaten und Wartungsmodus.
-
Mails und Aufrufe
Vier Wege für Mails, drei für Aufrufe von Apps und Webhooks, dazu Scheduled Tasks und Analytics.
-
Dienste und Plugins
Suche, Redis, Warteschlange, Reverse-Proxy und Plugins: was die Kopie mit dem Live-Shop teilt.
-
Unterschiede zum Live-Shop
Der Vergleich zeigt Erweiterungen, Einstellungen, Inhalte, Dateien und Datenbankstruktur, je mit Seite.
-
Zeitplan und Automatik
Zeitplan, Laufzeit mit Erinnerung, Flow Builder und Konsolenbefehle.
-
Hosting und Server
Was am Server geschrieben wird, Apache, nginx, eigene Adresse, Datenbankrechte und SFTP.
-
Vergleich mit dem Standard
Was Shopware mit system:setup:staging selbst kann und was das Plugin dazu bringt.
-
Preise
Was eine Staging-Umgebung kostet, monatlich oder jährlich, und was jeder Plan enthält.