enerStage 1.14.0

Deutsch

Neu

• Aus der Testumgebung gehen keine echten Zahlungen mehr hinaus. Die Datenbank der Testumgebung ist eine Kopie Ihres Liveshops und enthält deshalb auch die Zugangsdaten Ihrer Zahlungserweiterungen. Eine Testbestellung konnte dadurch bisher eine echte Zahlung auslösen. enerStage macht diese Zugangsdaten jetzt bei jedem Aufbau unbrauchbar und stellt PayPal, Mollie, Klarna, Amazon Pay und PAYONE auf den Testbetrieb um. Bei Unzer werden die Live-Schlüssel ersetzt, und bei anderen Erweiterungen erkennt enerStage die Zugangsdaten an ihrem Namen. Testzugänge bleiben erhalten, sodass Sie Zahlungen weiterhin mit den Testdaten Ihres Anbieters ausprobieren können. Am Ende sehen Sie, welche Erweiterungen auf Testbetrieb umgestellt und wie viele Zugänge entwertet wurden. Wenn Sie die Zugangsdaten bewusst übernehmen möchten, starten Sie enerStage mit --keep-payment-keys.
• Passwortschutz gezielt entfernen. Ein bestehender Passwortschutz bleibt beim Neuaufbau jetzt erhalten. Wenn Sie ihn nicht mehr brauchen, entfernen Sie ihn beim Neuaufbau mit --no-protect.
• Die Dateien von Shopware bleiben unverändert. Bisher fügte enerStage zwei Zeilen in die index.php der Testumgebung ein. Der Passwortschutz und die Sperre für Suchmaschinen werden jetzt allein über die PHP-Einstellungen der Testumgebung eingebunden, sodass die Datei dem Original von Shopware entspricht. Am Ende des Aufbaus ruft enerStage die Adresse der Testumgebung auf und prüft, ob die Anmeldeseite erscheint. Erscheint sie nicht, nimmt es die Testumgebung vom Netz und meldet einen Fehler, damit eine ungeschützte Kopie nie als fertig gilt.

Behoben

• Ein falsches Datenbankpasswort lässt die bisherige Testumgebung unverändert. Bisher löschte enerStage die alte Testumgebung, bevor es die Zugangsdaten der Datenbank prüfte. Jetzt prüft es beide Datenbankverbindungen zuerst, sodass ein Tippfehler nur zu einer Fehlermeldung führt.
• Die Datenbank Ihres Liveshops wird als Ziel abgelehnt. Geben Sie versehentlich die Datenbank Ihres Liveshops an, bricht enerStage ab, bevor es etwas verändert. Dazu fragt es beide Datenbankserver, welche Datenbank sie tatsächlich bereitstellen, sodass die Live-Datenbank auch dann erkannt wird, wenn sie unter einem anderen Namen oder einer IP-Adresse angegeben ist.
• Die Testumgebung arbeitet immer mit ihrer eigenen Datenbank. Shopware kann seine Zugangsdaten auch aus Dateien wie .env.local.php oder .env.prod.local lesen, die Vorrang vor den übrigen Einstellungen haben. Lagen die Zugangsdaten Ihres Liveshops in einer solchen Datei, konnte die Testumgebung bisher die Live-Datenbank verwenden. enerStage berücksichtigt diese Dateien jetzt, prüft am Ende, welche Datenbank die Testumgebung tatsächlich nutzt, und bricht ab, wenn es nicht ihre eigene ist.
• Beim Neuaufbau ist die Testumgebung nicht mehr kurzzeitig offen. Während enerStage die Dateien kopierte, war die Testumgebung unter ihrer bisherigen Adresse bereits erreichbar, noch ohne Passwortschutz und mit den Einstellungen des Liveshops. Jetzt nimmt enerStage sie zu Beginn vom Netz und schaltet sie erst frei, wenn Datenbank und Passwortschutz eingerichtet sind.
• Der Passwortschutz geht beim Neuaufbau nicht mehr verloren. Bisher entfiel er ohne Meldung, wenn beim Neuaufbau --protect fehlte. Jetzt übernimmt enerStage ihn mit dem bisherigen Passwort und den bisher freigegebenen Pfaden, damit Ihre Agentur sich wie gewohnt anmelden kann.
• Eine Testumgebung ohne Passwortschutz gilt nicht mehr als fertig. Wenn sich der Passwortschutz nicht einrichten ließ, meldete enerStage bisher nur eine Warnung, und die Umgebung war ohne Passwort erreichbar. Jetzt nimmt enerStage die Umgebung in diesem Fall vom Netz und beendet sich mit einer Fehlermeldung. Den Schutz richtet es außerdem unmittelbar nach dem Kopieren der Dateien ein und nicht erst am Ende des Aufbaus.
• Nach einer abgebrochenen Anonymisierung bleiben keine echten Daten zurück. Scheitert die Anonymisierung, leert enerStage die Datenbank der Testumgebung und weist darauf hin.
• --reset-password und --migrate finden jede Testumgebung. Ohne Namensangabe suchten beide Befehle bisher nur nach einer Umgebung namens staging, und sie ergänzten den Zusatz staging- nicht. Jetzt finden sie Ihre Testumgebung auch dann, wenn sie einen zufälligen Namen trägt, und --staging-dir=agentur findet staging-agentur. Gibt es mehrere Testumgebungen, nennt enerStage sie, damit Sie die gewünschte mit --staging-dir angeben können. Der Befehl für ein neues Passwort, den enerStage am Ende anzeigt, enthält jetzt den Namen der Testumgebung.
• Leeres Absenden sperrt den Zugang nicht mehr. Bisher zählte jeder Klick auf „Anmelden“ als Fehlversuch, auch ohne eingegebenes Passwort, sodass wenige leere Klicks den Zugang für 15 Minuten sperrten. Jetzt erscheint in diesem Fall nur der Hinweis, das Passwort einzugeben.
• Nach der Anmeldung geht es nur auf Seiten Ihrer Testumgebung weiter. Über einen präparierten Link ließ sich der Browser nach der Anmeldung auf eine fremde Seite weiterleiten, etwa auf eine gefälschte Anmeldeseite. Diese Lücke ist geschlossen.
• Die Dateirechte Ihrer Mediendateien im Liveshop bleiben unverändert. Da Bilder und Dateien in der Testumgebung auf dieselben Dateien wie im Liveshop verweisen, änderte das Setzen der Dateirechte bisher auch die Rechte im Liveshop.
• Weitere Absicherungen. Die Kopie der Datenbank liegt während des Aufbaus in einem eigenen, nur für enerStage lesbaren Ordner. Werte aus den Einstellungen des Shops werden weder an die Kommandozeile noch ungeprüft an die Datenbank weitergereicht. Freigaben mit --protect-allow wie / oder /a, die die Administration mit öffnen würden, lösen jetzt dieselbe Warnung aus wie /admin. Ein Selbst-Update ohne Prüfsumme wird abgelehnt.
• Warnungen nennen ihren Grund. Auch in der farbigen Fortschrittsanzeige steht jetzt unter einer Warnung, was schiefgegangen ist.
• Die neuen Passwörter sind am Ende eines Aufbaus nicht mehr zu übersehen. Bisher standen dort mehrere Kästen und Absätze mit unterschiedlichen Einzügen untereinander, und die neuen Passwörter für den Zugang und für die Administration erschienen an verschiedenen Stellen. Dadurch ließ sich eines davon leicht übersehen. Jetzt gliedert enerStage die Ausgabe in drei Abschnitte. Unter „Aufbau“ stehen die Schritte nach Bereichen geordnet mit ihrer Dauer, unter „Ihre Testumgebung“ finden Sie Adresse, Zugangspasswort, Admin-Passwort, Kundendaten und Zahlungen in einer gemeinsamen Liste, und unter „Hinweise“ folgt, worauf Sie achten sollten. Neue Passwörter stehen direkt in ihrer Zeile, sodass Sie beide auf einen Blick notieren können.
• Jede Anmeldung am Passwortschutz ist einzeln gültig. Bisher erhielten alle angemeldeten Besucher dasselbe Anmelde-Cookie, und es galt, bis die Testumgebung neu aufgebaut wurde. Wer es einmal hatte, kam dadurch dauerhaft hinein. Jetzt bekommt jede Anmeldung ein eigenes Cookie, das nach 24 Stunden endet. Ein neues Passwort beendet alle Anmeldungen sofort. Zusammen mit den aktuellen Webserver-Vorlagen von enerSpace gilt die Prüfung auch für Bilder und andere Dateien. Nach dem Update melden Sie sich einmal neu an.

Bestehende Testumgebungen erhalten die neuen Regeln für Zahlungserweiterungen und die neue Anmeldung beim nächsten Neuaufbau oder mit --reset-password.

English

New

• No real payments can leave your staging environment. The staging database is a copy of your live shop, so it also holds the credentials of your payment extensions. Until now, a test order could trigger a real payment. enerStage now makes these credentials unusable on every build and switches PayPal, Mollie, Klarna, Amazon Pay and PAYONE to test mode. For Unzer the live keys are replaced, and for other extensions enerStage recognises credentials by their name. Test credentials stay in place, so you can still try out payments with your provider's test account. At the end you can see which extensions were switched to test mode and how many credentials were disabled. If you want to keep the credentials on purpose, run enerStage with --keep-payment-keys.
• Remove password protection on purpose. Existing password protection is now kept when you rebuild. If you no longer need it, remove it during the rebuild with --no-protect.
• Shopware's files stay untouched. enerStage used to add two lines to the index.php of the staging environment. Password protection and the search engine block are now loaded through the environment's PHP settings alone, so the file matches Shopware's original. At the end of the build, enerStage opens the staging address and checks that the login page appears. If it does not, enerStage takes the environment offline and reports an error, so an unprotected copy is never reported as finished.

Fixed

• A wrong database password leaves your existing staging environment untouched. enerStage used to delete the old environment before it checked the database credentials. It now checks both database connections first, so a typo only produces an error message.
• Your live shop's database is refused as the target. If you accidentally enter the database of your live shop, enerStage stops before it changes anything. It asks both database servers which database they actually serve, so the live database is recognised even when it is given under a different name or an IP address.
• The staging environment always works with its own database. Shopware can also read its credentials from files such as .env.local.php or .env.prod.local, which take precedence over the other settings. If your live shop's credentials were in such a file, the staging environment could end up using the live database. enerStage now takes these files into account, checks at the end which database the staging environment really uses, and stops if it is not its own.
• ...

enerStage 1.13.0

Deutsch

Verbesserungen

• Der Passwortschutz bleibt nach einem Shopware-Update bestehen. Wenn Sie ein Update aus der Administration heraus starten, tauscht Shopware dabei Dateien Ihrer Testumgebung aus. Bisher war der Passwortschutz danach still verschwunden, und die Umgebung stand offen im Netz, ohne dass Sie etwas davon bemerkt haben. Jetzt gehört der Schutz zur Umgebung selbst und übersteht ein Update unverändert. Für die Sperre gegen Suchmaschinen gilt das Gleiche.
• Auch der Updater fragt nach dem Passwort. Der Shopware-Updater bringt keine eigene Anmeldung mit. Wer ihn in Ihrer Testumgebung aufruft, landet deshalb künftig auf derselben Anmeldeseite wie bei jedem anderen Aufruf.
• Die Anmeldung gilt nur noch für die Testumgebung. Ihr Browser merkt sich die Anmeldung bisher für die gesamte Domain und schickt sie dadurch auch bei jedem Aufruf Ihres Liveshops mit. Ab sofort bleibt sie auf die Adresse der Testumgebung beschränkt.
• Warnung, bevor Sie die Administration versehentlich öffnen. Mit --protect-allow geben Sie einzelne Pfade ohne Passwort frei, etwa für eine Schnittstelle. Steht dort /api oder /admin, ist damit auch die Anmeldung der Administration offen, und dort gelten die Zugangsdaten aus Ihrem Liveshop weiter, weil die Datenbank eine Kopie ist. enerStage bricht in diesem Fall ab und nennt Ihnen die beiden Wege: entweder die Zugänge der Administration mit ersetzen lassen, oder den Pfad weglassen.

Bestehende Umgebungen übernehmen die Änderungen beim nächsten Neuaufbau. Wenn es schneller gehen soll, genügt --migrate oder --reset-password.

English

Improvements

• Password protection now survives a Shopware update. When you start an update from the administration, Shopware replaces files inside your staging environment. Until now that removed the password protection without a word, leaving the environment open to anyone who knew the address. Protection is now part of the environment itself and comes through an update untouched. The same goes for the search engine block.
• The updater asks for the password too. The Shopware updater has no login of its own. Anyone who opens it inside your staging environment now lands on the same login page as every other request.
• The login is limited to the staging environment. Your browser used to keep the login for the whole domain and sent it along with every request to your live shop. From now on it stays on the staging address.
• A warning before you open the administration by accident. With --protect-allow you exempt single paths from the password, for instance an interface. If that list contains /api or /admin, the administration login is exempt as well, and the credentials from your live shop still work there because the database is a copy. enerStage now stops and points out the two options: have the administration accounts replaced along the way, or leave the path out.

Existing environments pick up these changes with their next rebuild. If you want them sooner, --migrate or --reset-password is enough.

enerStage 1.12.0

Deutsch

Neu

• Das Werkzeug heißt jetzt enerStage. Aufgerufen wird es weiterhin mit create-staging, sodass sich an Ihren Befehlen, Skripten und bestehenden Testumgebungen nichts ändert.

Behoben

• Ein Shopware-Update über die Administration einer Testumgebung konnte mit der Meldung „has uncommitted changes“ abbrechen. Beim Aufbau verloren ausführbare Dateien ihr Ausführungsrecht, und Composer wertete das als lokale Änderung. Diese Dateien bleiben jetzt ausführbar. Bestehende Umgebungen erhalten die Korrektur beim nächsten Neuaufbau.

English

New

• The tool is now called enerStage. You still run it as create-staging, so your commands, scripts and existing staging environments stay exactly as they are.

Fixed

• A Shopware update started from the administration of a staging environment could stop with the message "has uncommitted changes". During the build, executable files lost their execute permission, which Composer treated as a local modification. These files now stay executable. Existing environments receive the fix with their next rebuild.

enerStage 1.11.1

Deutsch

Behoben

• Auf Shops mit Shopware 6.6 meldete jeder Lauf mit --anonymize eine Abweichung im Datenbankschema, obwohl alles in Ordnung war. Grund war ein Feld, das es erst ab Shopware 6.7 gibt. Die Anonymisierung selbst war davon nicht betroffen, sie hat auf 6.6 immer vollständig gearbeitet. Es entfällt lediglich die irreführende Meldung.

English

Fixed

• On shops running Shopware 6.6, every run with --anonymize reported a database schema deviation although everything was fine. The cause was a field that only exists from Shopware 6.7 onwards. The anonymization itself was never affected and always worked in full on 6.6. Only the misleading message is gone.

enerStage 1.11.0

Deutsch

Neu

• Deutlich mehr Daten werden anonymisiert: zusätzlich zu Namen, Anschriften, Mailadressen und Telefonnummern jetzt auch Geburtsdatum, Umsatzsteuer-Identifikationsnummer, Adresszusatz und Abteilung sowie die Kommentare zu einer Bestellung, sowohl der des Kunden als auch der interne Vermerk.
• Nicht mehr übernommen werden: Newsletter-Empfänger, Bewertungen, Protokolle, gespeicherte Warenkörbe, Import- und Exportprotokolle sowie persönliche Zugangsschlüssel. Diese Tabellen bleiben in der Testumgebung leer.
• Die Zugänge zur Verwaltung werden ersetzt: bisher wurden die Anmeldedaten der Administratoren mitkopiert und galten damit weiterhin auch im Livesystem. Jetzt erhalten alle Administrations-Benutzer ein einziges, frisch erzeugtes Passwort, das einmalig am Ende angezeigt wird. Die Benutzernamen bleiben unverändert. Ebenfalls entwertet werden hinterlegte Schnittstellen-Geheimnisse und der Zugang zum Shopware-Konto.

Verbesserungen

• Zwei neue Schalter für Sonderfälle: --keep-admin-passwords behält die gewohnten Anmeldedaten, wenn die Testumgebung nur für Sie selbst ist. --reset-admin-passwords ersetzt nur die Zugänge, ohne die Kundendaten anzufassen, etwa wenn eine Agentur mit echten Daten einen Fehler suchen soll.
• Die abschließende Prüfung wurde erweitert: sie kontrolliert jetzt auch, dass die geleerten Tabellen wirklich leer sind, dass kein Geburtsdatum übrig ist und dass keine echte Administrations-Mailadresse mehr in der Kopie steht. Findet sie etwas, bricht der Lauf ab.

English

New

• Considerably more data is anonymized: alongside names, addresses, e-mail addresses and phone numbers, this now covers the date of birth, the VAT identification number, address supplements and department, and both comments on an order, the customer's and the internal note.
• No longer copied at all: newsletter recipients, reviews, logs, saved carts, import and export logs, and personal access keys. Those tables stay empty in the staging environment.
• Administration accounts are replaced: until now the administrators' credentials were copied along and kept working on the live system as well. Every administration user now gets a single, freshly generated password, shown once at the end. Usernames stay as they are. Stored interface secrets and the Shopware account token are invalidated too.

Improvements

• Two new switches for special cases: --keep-admin-passwords keeps your usual credentials when the staging is only for yourself. --reset-admin-passwords replaces just the accounts without touching customer data, for instance when an agency should hunt a bug with real data.
• The final check was extended: it now also verifies that the emptied tables really are empty, that no date of birth is left, and that no real administration e-mail address remains in the copy. If it finds anything, the run stops.

enerStage 1.10.0

Deutsch

Neu

• Unauffindbare Adresse: Eine neue Stagingumgebung bekommt einen zufälligen Namen, etwa https://ihr-shop.de/staging-a3f19c2b7d. Die Adresse lässt sich dadurch nicht erraten. Eine bereits vorhandene Umgebung wird weiterhin unter ihrer bisherigen Adresse neu aufgebaut, bestehende Lesezeichen bleiben also gültig. Mit --new legen Sie jederzeit eine weitere Umgebung an, mit --staging-dir=NAME wählen Sie den Namen selbst.
• Suchmaschinen bleiben draußen: Jede Stagingumgebung weist Suchmaschinen jetzt aktiv ab, über eine robots.txt und zusätzlich über einen Hinweis in jeder Antwort. So landet eine Testumgebung nicht versehentlich in den Suchergebnissen.
• Fehler fallen sofort auf: Vor dem Kopieren prüft das Werkzeug beide Datenbankzugänge, lesend auf dem Livesystem und schreibend auf der Staging-Datenbank. Ein falsches Passwort oder eine fehlende Berechtigung meldet sich dadurch in Sekunden statt erst nach der kompletten Datenübernahme.

Verbesserungen

• Mehr Schutz für die Dateien einer geschützten Umgebung: Bilder, Theme- und Programmdateien einer passwortgeschützten Umgebung führen ohne Anmeldung jetzt zur Anmeldeseite, statt direkt ausgeliefert zu werden. Bisher wirkte der Passwortschutz nur für Seitenaufrufe.
• Der Shopware-Web-Installer wird nicht mehr mitkopiert. Er bringt keine eigene Anmeldung mit und hat in einer Testumgebung nichts zu suchen. Dasselbe gilt für den Recovery-Updater.
• Wird beim Aufruf ein falscher Pfad angegeben, etwa durch einen Tippfehler im Ordnernamen, meldet das Werkzeug jetzt genau das: an dieser Stelle liegt kein Shopware-Shop. Bisher kam stattdessen eine Meldung über eine fehlende Datenbankadresse, die in die falsche Richtung führte.
• Sind mehrere Stagingumgebungen vorhanden und ist keine ausgewählt, fragt das Werkzeug nach, statt stillschweigend eine davon neu aufzubauen.

English

New

• An address nobody can guess: a new staging environment gets a random name such as https://your-shop.com/staging-a3f19c2b7d. An existing environment is still rebuilt under its current address, so bookmarks keep working. --new creates another environment at any time, --staging-dir=NAME lets you pick the name yourself.
• Search engines stay out: every staging environment now turns search engines away, through a robots.txt and additionally through a header on every response, so a test environment does not end up in search results by accident.
• Mistakes surface immediately: before anything is copied, both database connections are verified, reading on the live system and writing on the staging database. A wrong password or a missing permission is reported in seconds instead of after the full data transfer.

Improvements

• Files of a protected environment are protected too: images, theme files and scripts of a password-protected environment now lead to the login page when you are not signed in, instead of being served directly. Until now the password only applied to page views.
• The Shopware web installer is no longer copied along. It has no login of its own and has no place in a test environment. The same goes for the recovery updater.
• If the path given on the command line is wrong, a typo in a folder name for instance, the tool now says exactly that: there is no Shopware shop at this location. Until now it reported a missing database address instead, which pointed you in the wrong direction.
• When several staging environments exist and none is selected, the tool asks instead of silently rebuilding one of them.

enerStage 1.9.0

Deutsch

Neu

• Stagingumgebungen liegen nicht mehr im öffentlichen Bereich des Shops: Projektdateien wie Schlüssel, Protokolle und erzeugte Belege sind dadurch nicht mehr über das Internet abrufbar. Die Adresse lautet https://ihr-shop.de/staging statt https://ihr-shop.de/staging/public. Das gilt für jede neu erstellte Umgebung. Bestehende Umgebungen ändern sich nicht von allein. Wie Sie eine vorhandene Umgebung umziehen, steht im nächsten Punkt.
• Bestehende Umgebungen umziehen: create-staging --migrate <QUELLE> bringt ein vorhandenes Staging in Sekunden in die neue Struktur, ohne Neuaufbau. Daten, Medien und Passwortschutz bleiben unverändert. Nur die Adresse ändert sich. Die bisherige Adresse gilt danach nicht mehr, bitte passen Sie Lesezeichen und bereits verschickte Links an.
• Mehrere Umgebungen mit eigenem Namen: Mit --staging-dir=NAME legen Sie weitere Stagingumgebungen an, erreichbar unter https://ihr-shop.de/staging-NAME. Das Präfix staging- wird automatisch gesetzt, damit der Name keine Seite Ihres Shops überdeckt.
• Umgebungen entfernen: create-staging --remove zeigt die vorhandenen Stagingumgebungen zur Auswahl und entfernt die gewählte samt Verlinkung und Inhalt ihrer Datenbank. Die Datenbank selbst bleibt bestehen und ist sofort wieder verwendbar. Mit --keep-db bleibt sie ganz unberührt.

Verbesserungen

• Auch ohne Umzug geschützt: Auf unseren Servern ist zusätzlich eine Sperre aktiv, die den Abruf von Projektdateien einer Stagingumgebung über das Internet unterbindet, etwa von Schlüsseln, Protokolldateien und Konfigurationsdateien. Bestehende Umgebungen im bisherigen Aufbau sind dadurch bereits abgesichert, ohne dass Sie etwas tun müssen. Der Umzug in die neue Struktur nimmt die Dateien zusätzlich ganz aus dem öffentlichen Bereich heraus.
• Stagingumgebungen, die von einem anderen Werkzeug stammen, werden erkannt, in der Auswahl gekennzeichnet und weder überschrieben noch versehentlich entfernt.
• Ist der gewünschte Name bereits belegt, bricht der Aufbau mit einem Hinweis ab, statt fremde Daten zu überschreiben.
• Jede Umgebung trägt eine Kennung, an der das Werkzeug sie später zweifelsfrei wiedererkennt, auch wenn ein Lauf vorzeitig abgebrochen wurde.

English

New

• Staging environments no longer sit in the public part of the shop: project files such as keys, logs and generated documents can no longer be fetched over the internet. The address reads https://your-shop.com/staging instead of https://your-shop.com/staging/public. This applies to every newly created environment. Existing environments do not change on their own. The next item explains how to move one.
• Move existing environments: create-staging --migrate <SOURCE> moves an existing staging into the new structure in seconds, without rebuilding it. Data, media and password protection stay as they are. Only the address changes. The previous address stops working, so please update bookmarks and any links you have already shared.
• Several environments with your own name: --staging-dir=NAME creates additional staging environments, served at https://your-shop.com/staging-NAME. The staging- prefix is added automatically so the name cannot hide a page of your shop.
• Remove environments: create-staging --remove lists the staging environments, lets you pick one and removes it together with its link and the contents of its database. The database itself remains and can be reused right away. With --keep-db it is left untouched.

Improvements

• Protected even before you move: our servers now block access over the internet to a staging environment's project files, such as keys, log files and configuration files. Existing environments in the previous structure are therefore already secured, with nothing for you to do. Moving to the new structure takes those files out of the public area altogether.
• Staging environments created by another tool are recognized, marked in the list, and never overwritten or removed by accident.
• If the chosen name is already taken, the build stops with an explanation instead of overwriting someone else's data.
• Every environment carries a marker that identifies it reliably later on, even if a run was interrupted.

enerStage 1.8.3

Deutsch

Neu

• Passwort bleibt beim Neuaufbau erhalten: Wird ein bestehendes, passwortgeschütztes Staging neu erstellt, gilt das bisherige Passwort automatisch weiter. Einmal im Passwort-Manager gespeichert, bleibt es dauerhaft gültig. Ein neues Passwort erzeugen Sie weiterhin jederzeit mit create-staging --reset-password <QUELLE>.

Verbesserungen

• Alte Log-Dateien des Live-Shops werden nicht mehr mitkopiert. Stagings werden schneller erstellt und belegen weniger Speicherplatz.

English

New

• The password survives rebuilds: when an existing password-protected staging is recreated, the previous password simply keeps working. Saved once in your password manager, it stays valid. You can still generate a new password at any time with create-staging --reset-password <SOURCE>.

Improvements

• The live shop's old log files are no longer copied. Stagings are created faster and use less disk space.

enerStage 1.8.2

Deutsch

Fehlerbehebung

• Mobile Ansicht (iPhone): Beim Antippen des Passwortfelds zoomte die Login-Seite automatisch heran und blieb vergrößert stehen. Die Ansicht bleibt jetzt stabil.

Bestehende Staging-Umgebungen erhalten die Korrektur mit create-staging --reset-password <QUELLE>; neu erstellte Stagings haben sie automatisch.

English

Bug fix

• Mobile view (iPhone): tapping the password field made the login page zoom in and stay magnified. The view now remains stable.

Existing staging environments receive the fix via create-staging --reset-password <SOURCE>; newly created stagings include it automatically.

enerStage 1.8.1

Deutsch

Neu

• Frisches Design für die Passwortseite: Die Login-Seite geschützter Staging-Umgebungen zeigt jetzt ein hochwertiges Weltraum-Design mit 15 animierten Hintergründen. Bei jedem Aufruf erscheint eine neue Szene. Dazu eine moderne, dunkle Anmeldemaske im enerSpace-Look mit „Passwort anzeigen"-Funktion.

Das neue Design erscheint bei neu erstellten Stagings automatisch; bestehende Umgebungen erhalten es mit create-staging --reset-password <QUELLE>.

English

New

• Fresh design for the password page: the login page of protected staging environments now features a high-quality space design with 15 animated backgrounds. A new scene appears on every visit. Plus a modern dark login card in the enerSpace look with a "show password" toggle.

Newly created stagings get the design automatically; existing environments receive it via create-staging --reset-password <SOURCE>.