Idealer Status überprüfen - Der ideal-state-Assistent überprüft jetzt bei jeder Bereitstellung die aktuelle Konfiguration und liefert klare Anweisungen zum Aktualisieren der Konfiguration, um eine schnellere Bereitstellung ohne Ausfallzeiten zu erzielen.

PCI Compliance - Die Messaging-Protokolle für Adobe Commerce in der Cloud-Infrastruktur wurden so aktualisiert, dass bei der Verbindung mit Messaging-Services von Drittanbietern Transport Layer Security (TLS) Version 1.2 erforderlich ist. Wenn Sie einen Nachrichten-Service verwenden, der TLS Version 1.2 nicht unterstützt, müssen Sie Ihren Service aktualisieren. Andernfalls wird die folgende Fehlermeldung angezeigt, wenn Ihre Adobe Commerce-Anwendung versucht, eine Verbindung zum Nachrichtenserver herzustellen, um eine E-Mail zu senden: Unable to connect via TLS.

Bereitstellungsverbesserung - Es wurde eine Validierung hinzugefügt, die Kunden warnt, wenn in einer Staging- oder Produktionsumgebung dev-, debug- oder debug_logging aktiviert sind, um Leistungsprobleme zu vermeiden, die durch übermäßige Protokollierungsaktivitäten verursacht werden.

Bereitstellungskorrekturen—

• Jetzt ist der Wartungsmodus zu Beginn der Bereitstellungsphase aktiviert und am Ende deaktiviert. Wenn die Bereitstellung fehlschlägt, bleibt die Site im Wartungsmodus, bis die Bereitstellungsprobleme behoben sind. Zuvor wurde die Site auch dann in den Produktionsmodus zurückversetzt, wenn die Bereitstellung fehlgeschlagen war.

  • Die Validierungsprüfungen der Bereitstellungsphase wurden überarbeitet, um die Fehlerebene für die folgenden Bereitstellungsprobleme von CRITICAL auf WARNING herabzustufen, sodass die Bereitstellung abgeschlossen ist. Zuvor schlug die Bereitstellung aufgrund dieser Probleme fehl.

  • Die Umgebungskonfiguration enthält falsche Werte für Bereitstellungs- oder Cloud-Variablen.

• Die Elasticsearch-Version in der Cloud-Infrastruktur ist nicht kompatibel mit der Version des Elasticsearch/Elasticsearch-Moduls, das von Adobe Commerce in der Cloud-Infrastruktur unterstützt wird. Siehe den Artikel zur Fehlerbehebung bei Elasticsearchin der Knowledgebase für den Adobe Commerce-Support.

• Fehlerkorrektur - Bei den freigegebenen Konfigurationseinstellungen in der app/etc/config.php-Datei tritt jetzt kein Fehler mehr auf, der zu recursion detected während der Bereitstellung führte.

Cron-bezogene)—

• Es wurde ein Cron-Zeitplanungsproblem behoben, das die Ausführung von Aufträgen verhinderte, wenn Sie eine andere Cron-Häufigkeit als den Standardwert (1 Minute) angeben.

• Es wurde ein Problem in der Bereitstellungsphase behoben, das dazu führte, dass Cron-Aufträge während der Bereitstellung weiterhin ausgeführt wurden, was zu Datenbanksperren und anderen kritischen Problemen führen konnte. Jetzt werden alle Cron-Aufträge gestoppt, bevor die Bereitstellungsphase beginnt, und nach Abschluss der Bereitstellung neu gestartet.<!—MAGECLOUD—2537—>

• Fehlerkorrektur - Der Cron-Auftrags-Workflow in Version 2.2.x entsperrt jetzt eingefrorene Cron-Aufträge, damit sie vor dem Beginn der Bereitstellung angehalten werden können. Zuvor führte ein eingefrorener Cron-Auftrag dazu, dass die Bereitstellung blockiert wurde.

Das Format der vom vendor/bin/ece-tools config:dump-Befehl generierten config.php-Datei wurde geändert, sodass eine kurze Array-Syntax und ein Einzug mit vier Leerzeichen verwendet werden, um den Adobe Commerce-Codierungsstandards zu entsprechen.

Es wurde ein Bereitstellungsfehler behoben, der auftrat, wenn die .magento.env.yaml {{ base_url }}- und {{ unsecure_base_url }}-Platzhalter für Web-Konfigurationen anstelle der Standard-URL-Konfiguration für ein Adobe Commerce in einem Cloud-Infrastrukturprojekt enthält./

Bereitstellung ohne Ausfallzeiten aktivieren Jetzt stellt Adobe Commerce in der Cloud-Infrastruktur Anforderungen mit den erforderlichen Datenbankänderungen während der Bereitstellung in die Warteschlange und wendet die Änderungen an, sobald die Bereitstellung abgeschlossen ist. Anfragen können bis zu 5 Minuten lang aufbewahrt werden, um sicherzustellen, dass keine Sitzungen verloren gehen. Siehe Optionen zur Bereitstellung statischer Inhalte, um Bereitstellungsausfälle in der Cloud zu reduzieren.

Docker Compose für Cloud - Folgende Verbesserungen am Docker-Setup- und - vorgenommen:

• Es wurde ein Befehl docker:config:convert hinzugefügt, um PHP-Konfigurationsdateien in das Docker-ENV-Format zu konvertieren, um die Umgebungskonfiguration zu vereinfachen. Jetzt kopieren Sie die PHP-Konfigurationsdateien in das Docker-Verzeichnis und konvertieren sie in Docker ENV-Dateien. Siehe Docker starten.

• Der Installationsprozess von Adobe Commerce in der Cloud-Infrastruktur unterstützt jetzt die Bereitstellung sowohl in schreibgeschützten als auch in schreibgeschützten Dateisystemen, um das Cloud-Dateisystem genauer zu emulieren. Siehe Konfigurieren von Docker.<!—MAGECLOUD—2357—>

• Redis-Service-Unterstützung Ein Redis-Image wurde hinzugefügt, das in einem Docker-Container bereitgestellt und automatisch für Ihre Docker-Installation konfiguriert wird.<!—MAGECLOUD—2442—>

• Jetzt verfügen Sie über die DB-Dump-Funktion bei Verwendung des Cloud Docker Datenbank-Containers. Außerdem können Sie Dateien freigeben zwischen einem Hostcomputer und einem Container mithilfe des docker/mnt Verzeichnisses.

• Unterstützung für den Varnish-Service- Es wurde ein Varnish-Image hinzugefügt, das automatisch in einem Docker-Container bereitgestellt wird. Nach der Bereitstellung können Sie Varnish manuell gemäß den Best Practices von Adobe Commerce konfigurieren. Siehe Konfigurieren und Verwenden von.<!—MAGECLOUD—2358—>

• Sicherer Site-Zugriff - Es wurde SSL-Unterstützung für den Zugriff auf Ihren Adobe Commerce-Store und Ihr Admin-Panel hinzugefügt.<!—MAGECLOUD—2360—>

Verbesserte Unterstützung von Adobe Commerce auf Cloud-Infrastruktur-Erweiterungen- Die Mindestanforderung für die Version für das Paket guzzlehttp/guzzle in der Datei "composer.json“ von Adobe Commerce in der Cloud-Infrastruktur wurdeVersion 6.2 heruntergestuft, sodass das Paket ece-tools mit weiteren Erweiterungen kompatibel ist.

Anwenden benutzerdefinierter Änderungen auf Ihr Adobe Commerce-Programm während der Build-Phase - Die Build-Phase wird in zwei separate Prozesse aufgeteilt, sodass Sie mithilfe von Erweiterungspunkten benutzerdefinierte Änderungen auf den generierten statischen Inhalt anwenden können, bevor Sie das Programm für die Bereitstellung verpacken. Der build:generate-Prozess generiert Code, wendet Patches an und generiert statischen Inhalt. Der build:transfer-Prozess überträgt den generierten Code und den statischen Inhalt an das endgültige Ziel. Siehe Anwendungs-Hooks.

Umgebungs-Konfigurationsprüfungen - Verbesserte Validierung der Umgebungskonfiguration, um Kundinnen und Kunden vor Versionsinkompatibilitäten und Konfigurationsfehlern zu warnen, bevor Adobe Commerce in der Cloud-Infrastruktur erstellt und bereitgestellt wird.

• Es wurde eine versionsspezifische Validierung hinzugefügt, um nicht unterstützte oder veraltete Umgebungsvariablen und -werte zu identifizieren.

• Es wurde eine Elasticsearch-Kompatibilitätsprüfung hinzugefügt, um Benutzende vor Problemen mit der Elasticsearch-Konfiguration zu warnen. Die Bereitstellung schlägt jetzt fehl, wenn die Elasticsearch Service-Version auf dem Server mit Adobe Commerce inkompatibel ist. Zuvor war die Bereitstellung erfolgreich, selbst wenn die Elasticsearch-Version inkompatibel war, was nach der Site-Bereitstellung zu Produktkatalogproblemen führte.

  Sie können die Inkompatibilität beheben, indem Sie ein Support-Ticket senden, um Elasticsearch auf eine kompatible Version zu aktualisieren, oder die Adobe Commerce-Konfiguration ändern, um eine kompatible Version des Elasticsearch-PHP-Clients anzugeben.

  • Aktualisieren Sie Elasticsearch für Adobe Commerce Version 2.1.x auf 2.2.2 auf Version 2.4.

  • Aktualisieren Sie Elasticsearch für Adobe Commerce Version 2.2.3 und höher auf Version 5.2.

  • Wenn Sie Elasticsearch 1.x oder 2.x haben und nicht aktualisieren möchten, aktualisieren Sie die Adobe Commerce Elasticsearch PHP Client-Versionsanforderung in composer.json auf "elasticsearch/elasticsearch": "~2.0".

• Die Validierung von Umgebungsvariablen wurde verbessert, um Konfigurationseinstellungen zu identifizieren, die während der Build-, Bereitstellungs- und Nachbereitstellungsphase Konflikte verursachen können. Beispielsweise wird während des Installations- und Upgrade-Prozesses eine Warnmeldung angezeigt, wenn die globale Einstellung für die Bereitstellung statischer Inhalte mit den Einstellungen in der Build- oder Bereitstellungsphase in Konflikt steht.

Umgebungsvariablenaktualisierungen - Die folgenden Umgebungsvariablen wurden geändert:

• SKIP_HTML_MINIFICATION global variable - Der Standardwert wurde in true geändert, um die On-Demand-Minimierung von HTML-Inhalten zu aktivieren, wodurch Ausfallzeiten bei der Bereitstellung in Staging- und Produktionsumgebungen minimiert werden. Diese Konfiguration ist für Bereitstellungen ohne Ausfallzeiten erforderlich.

• CLEAN_STATIC_FILES_deploy - Es wurde die Möglichkeit hinzugefügt, die bereinigte statische Dateiverarbeitung für statische Inhalte zu verwalten, die während der Build-Phase auf der Grundlage der Umgebungsvariableneinstellung von CLEAN_STATIC_FILES generiert wurden. Zuvor wurden statische Inhaltsdateien, die während der Build-Phase generiert wurden, immer bereinigt.

Logging - Folgende Änderungen wurden vorgenommen, um die Protokollmeldungen zu verbessern und die Protokollgröße zu reduzieren:

• Protokolleinträge für Bereitstellungsfehler enthalten jetzt die Befehlsausgabe aus den Vorgängen, die die Fehler verursachen, selbst wenn in der Umgebungskonfiguration keine Protokollierung auf Debugging-Ebene angegeben ist. Siehe MIN_LOGGING_LEVEL.

• Es wurde eine Protokollierung für Bereitstellungsfehler hinzugefügt, die auftreten, wenn generierte Factories, die für einige Erweiterungen erforderlich sind, nicht korrekt generiert werden können, da sich das Dateisystem in einem schreibgeschützten Zustand befindet.

• Die Größe des Bereitstellungsprotokolls wurde verringert und Formatierungsprobleme wurden behoben, die durch Einrichtungsbefehle verursacht wurden, die die interaktive Fortschrittsleiste verwenden.

• Beseitigt unnötige Ausführlichkeit und aktualisiert die Prioritätsstufen für einige Protokollanweisungen.

Cron-spezifische)—

• Die standardmäßigen Cron-Auftragskonfigurationseinstellungen für die Verlaufslebensdauer wurden von 3D (4320 Min.) auf 1H (60 Min.) geändert, um Leistungsprobleme und Bereitstellungsfehler zu vermeiden, die auftreten können, wenn die Cron-Warteschlange zu schnell gefüllt wird.

• Der Cron-Job-Management-Prozess wurde während der Bereitstellungsphase verbessert, um Datenbanksperren und andere kritische Probleme zu vermeiden. Jetzt werden alle Cron-Aufträge während der Bereitstellungsphase angehalten und nach Abschluss der Bereitstellung neu gestartet.

• Es wurde ein Problem mit dem Sperrmechanismus für die Planung von Verbrauchern behoben, die von Cron-Aufträgen in Adobe Commerce-Versionen 2.2.0 und höher gestartet wurden, um zu verhindern, dass Cron-Aufträge doppelte Verbraucher starten.

Es wurde ein Problem mit dem statischen Inhaltskomprimierungsprozess (gzip) behoben, das not overwritten- und no such file or directory beim Referenzieren der komprimierten Datei während des Bereitstellungsprozesses verursachte.

Es wurde ein Problem behoben, das verhinderte, dass der php ./vendor/bin/ece-tools config:dump-Befehl redundante Abschnitte aus der config.php-Datei während des Dump-Prozesses entfernte, wenn das Speichergebietsschema nicht angegeben war. Jetzt können Sie Ihre Konfigurationsdateien einfach zwischen Umgebungen verschieben. Generieren Sie nach dem Update auf ece-tools Version 2002.0.13 ältere config.php mit dem verbesserten config:dump. Siehe Konfigurationsverwaltung für Store-Einstellungen.

Es wurde ein Problem behoben, das während der Bereitstellungsphase zu einem Fehler führte, wenn die Routenkonfiguration in der .magento/routes.yaml-Datei von einer apex-Domain zu einer www-Domain umleitet.

Es wurde ein Problem mit der Option _merge für die SEARCH_CONFIGURATION behoben, das zu falschen Zusammenführungsergebnissen führte, wenn Sie den Parameter engine nicht in die aktualisierte .magento.env.yaml-Konfigurationsdatei einschlossen. Jetzt überschreibt der Zusammenführungsvorgang korrekt nur die Werte, die Sie in der aktualisierten .magento.env.yaml angeben, ohne dass Sie den engine festlegen müssen.

Es wurde ein Redis-Konfigurationsproblem behoben, das fälschlicherweise die Sitzungssperre für Adobe Commerce in Cloud-Infrastrukturversionen 2.2.1 und höher aktiviert hatte, was zu langsamen Leistungseinbußen und Zeitüberschreitungen führen konnte. Jetzt ist die Sitzungssperre standardmäßig deaktiviert. Das Problem wurde durch eine Änderung im Standardverhalten des disable_locking-Parameters verursacht, der in Version 1.3.4 des Redis-Sitzungs-Handler-Pakets eingeführt wurde. Siehe colinmollenhour/php-redis-session-abstract package.

Docker Compose für Cloud - Es wurde ein Befehl docker:build hinzugefügt, um eine Docker Compose-Konfiguration aus dem Cloud ece-tools-Repository zu generieren.

Gebietsschema ändern - Jetzt können Sie das Speichergebietsschema ändern, ohne den Konfigurationsprozess exportieren und importieren zu müssen. Während sich die Anwendung in der Produktion befindet und SCD_ON_DEMAND aktiviert ist, sind die Optionen „Store“ und „Admin Locale“ verfügbar.

Sitemap und Robots - Erstellt einen Workflow, um eine robots.txt-Datei hinzuzufügen und eine sitemap.xml-Datei für eine einzelne Domain-Konfiguration zu generieren, ohne dass die Infrastruktur geändert werden muss.

Assistenten - Es wurden zwei Assistenten hinzugefügt, die Sie bei der Cloud-Konfiguration unterstützen:

• ideal-state - Konfigurieren Sie den idealen Status für minimale Bereitstellungsausfälle

• master-slave - Konfigurieren des Lastenausgleichs für Datenbank und Redis

Modul aktualisieren - Ein Cloud-Befehl wurde hinzugefügt - module:refresh -, um Module zu aktivieren, die deaktiviert oder nicht explizit aktiviert waren, ähnlich wie dies bei einem Build automatisch geschieht.

Es wurde die Möglichkeit hinzugefügt, die Konfiguration für Services mithilfe der Option _merge in CACHE-, SESSION-, QUEUE- und SEARCH-Konfigurationen zusammenzuführen oder zu überschreiben

Beispieldatei für die Umgebungskonfiguration - Wir haben dem Paket ECE-Tools eine .magento.env.yaml Beispieldatei hinzugefügt, die eine detaillierte Beschreibung und mögliche Werte für jede Umgebungsvariable enthält.

• Wir haben auch eine tiefe Validierung für die .magento.env.yaml-Konfiguration hinzugefügt, die Fehler im Bereitstellungsprozess verhindert, die durch unerwartete Werte verursacht werden. Wenn ein Fehler auftritt, erhalten Sie jetzt eine detaillierte Fehlermeldung, die mit folgendem beginnt: Environment configuration is not valid. Please correct .magento.env.yaml file with next suggestions:

Die folgenden Umgebungsvariablen“:

• Jetzt können Sie mit der neuen Umgebungsvariablen SCD_MATRIX mehrere Gebietsschemata für jedes Design definieren, wodurch die Anzahl der bereitzustellenden Design-Dateien reduziert wird.

• Die Umgebungsvariable DATABASE_CONFIGURATION wurde hinzugefügt, um die Datenbankverbindungen für die Bereitstellung anzupassen.

• Die neue Variable MIN_LOGGING_LEVEL überschreibt die minimale Protokollierungsebene für alle Ausgabestreams, ohne Änderungen am Code vorzunehmen.

Es wurde ein Problem behoben, das zu Ausfallzeiten zwischen der Bereitstellungs- und der Nachbereitstellungsphase führte. Die Phase nach der Bereitstellung beginnt nun sofort nachdem die Bereitstellungsphase beendet wurde.

Es wurde ein Problem behoben, durch das die erfolgreichen Cron-Aufträge, nämlich die mit status = success, nicht aus dem Zeitplan gelöscht wurden.

Es wurde ein Problem mit dem post_deploy-Hook behoben, durch den der Cache in der Bereitstellungsphase anstelle der Phase nach der Bereitstellung des Projekts gelöscht wurde.

Fehlerkorrektur: Bei der Verwendung von SCD mit mehreren Gebietsschemata wird nicht mehr dieselbe js-translation.json-Datei für jedes Gebietsschema generiert.

Der db:dump-Befehl im ece-tools-Paket wurde optimiert, um Sperren von Tabellen zu vermeiden und die Geschwindigkeit zu erhöhen.

Konfigurieren von schreibgeschützten Verbindungen zu Nicht-Master-Knoten - Diese Version bietet die Möglichkeit, eine schreibgeschützte Verbindung zu einem Nicht-Master-Knoten zu konfigurieren, um schreibgeschützten Traffic zu empfangen (für MariaDB).Redis und für

Konfigurationsassistent - Es wurde ein Assistent hinzugefügt, mit dem Sie Ihre Konfiguration für die statische Inhaltsbereitstellung überprüfen können. Siehe Intelligente Assistenten.

Unterstützung für Symfony Console—Unterstützung für Symfony Console 4 mit Adobe Commerce 2.3. hinzugefügt

Cron Scheduling Optimization - Verbesserte Warteschlangenverwaltung und Protokollierung, um Probleme mit Cron zu debuggen.

Die Bereitstellungsvalidierung schlägt fehl, wenn ein ADMIN_EMAIL- oder ADMIN_USERNAME mit einem vorhandenen Administratorkonto übereinstimmt.

SOLR-Unterstützung für Version 2.2.x wurde entfernt. Die Versionen 2.1.x behalten die Möglichkeit, SOLR. zu aktivieren

Die erste Installation der Staging- und Produktionsumgebungen eines PRO-Projekts enthält jetzt verschiedene Indexpräfixe für das Elasticsearch, um mögliche Konflikte zu vermeiden und dabei die Datensätze zu identifizieren, die zu jeder Umgebung gehören.

Es wurde ein Problem behoben, das die Build-Phase für die Legacy-Architektur während der Bereitstellung statischer Inhalte unterbrach.

Cron-spezifische Verbesserungen - Überarbeitete die Cron-Implementierung:

• Es wurde ein Problem behoben, das dazu führte, dass die Cron-Warteschlange schnell gefüllt wurde. Jetzt räumt es die veralteten Cron-Jobs auf zuverlässigere Weise.

• Die Sequenz von Cron-Aufträgen wurde neu organisiert, sodass alle Aufträge in separaten Threads vor der allgemeinen Gruppe gestartet werden.

• Die Protokollierung wurde verbessert, um Cron-Probleme besser zu debuggen.

• HINWEIS - Diese Version behandelt viele Probleme im Zusammenhang mit Cron. Wenn Sie derzeit einige Cron-bezogene Patches in m2-Hotfixes verwenden entfernen Sie diese.

SCD-spezifische Verbesserungen—

• Sie können die VERBOSE_COMMANDS und die SCD_COMPRESSION_LEVEL Umgebungsvariablen sowohl während der build- als auch während der de_ploy-Phase verwenden.

• Es wurde ein Problem behoben, das dazu führte, dass die Bereitstellung mit einem zufälligen Fehler fehlschlug, wenn ein unerwarteter Wert für die SCD_COMPRESSION_LEVEL Umgebungsvariable auftrat. Die Konfigurationsvalidierung wurde verbessert, sodass aussagekräftige Benachrichtigungen bereitgestellt werden können. Siehe SCD_COMPRESSION_LEVEL für zulässige Werte.

• Das Verhalten des Konfigurationsflusses der SCD_COMPRESSION_LEVEL-Umgebungsvariablen wurde korrigiert, damit die Überschreibungen wie erwartet funktionieren.

• Es wurde ein Problem behoben, das die Konfiguration der SCD_THREADS Umgebungsvariable in der .magento.env.yaml Datei deploy stage verhinderte

Statische Inhaltsbereitstellung (SCD) - Es gibt einen neuen, alternativen Bereitstellungsprozess, um statische Inhalte auf Anfrage (auf Anfrage) zu generieren. Dadurch werden Ausfallzeiten reduziert und die Cache-Handhabung durch Generieren der kritischsten Assets verbessert.

• Neue Umgebungsvariable - Die globale Umgebungsvariable SCD_ON_DEMAND wurde hinzugefügt, um bei Bedarf statische Inhalte zu generieren.

• Hook nach der Bereitstellung - Es wurde ein post_deploy Hook für die .magento.app.yaml hinzugefügt, der den Cache löscht und den Cache vorlädt (erwärmt), nachdem Container beginnt, Verbindungen zu akzeptieren. Sie ist nur für Pro-Projekte verfügbar, die Staging- und Produktionsumgebungen im Cloud Console enthalten, sowie für Starter-Projekte. Dies ist zwar nicht erforderlich, funktioniert aber zusammen mit der Umgebungsvariablen SCD_ON_DEMAND.

Optimierung - Optimiertes Verschieben oder Kopieren von Dateien während der Bereitstellung, um die Bereitstellungsgeschwindigkeit zu verbessern und die Belastung des Dateisystems zu verringern.

Bereitstellungsprotokollierung Es wurde die Möglichkeit hinzugefügt, die Handler Syslog und Graylog Extended Log Format (GELF) für die Ausgabe von Protokollen während des Bereitstellungsprozesses zu aktivieren. Siehe Protokollierungs-Handler.

Die folgenden Umgebungsvariablen“:

• CRYPT_KEY - Stellen Sie beim Verschieben einer Datenbank einen kryptografischen Schlüssel für eine andere Umgebung bereit.

• SKIP_HTML_MINIFICATION - Global Umgebungsvariable, die das Kopieren der statischen Ansichtsdateien in das var/view_preprocessed überspringt und bei Bedarf minimierten HTML generiert.

• SCD_ON_DEMAND - Global Umgebungsvariable, um bei Bedarf statische Inhalte zu generieren.

• WARM_UP_PAGES - Sie können die Seiten auflisten, die zum Vorausfüllen des Caches verwendet werden sollen. Verfügbar in den neuen Variablen nach der Bereitstellung.

Es wurde ein Problem behoben, bei dem ein lokal angewendeter Patch die Bereitstellung auf einer -Instanz unterbrochen hatte. Jetzt kann ECE-Tools erkennen, dass ein Patch angewendet wurde.

Es wurde ein Konflikt zwischen der JavaScript-Bundle- und der GZIP-Funktion behoben. Jetzt funktionieren diese Funktionen ordnungsgemäß zusammen.

Es wurde ein Problem behoben, das dazu führte, dass ECE-Tools CLI-Befehle bei der Verwendung früherer PHP 7.0.x-Versionen fehlschlugen.

Es wurde ein Problem behoben, das die Bereitstellung statischer Inhalte mit der kompakten Strategie in mehreren Threads verhinderte.

Es wurde ein Problem mit der Redis-Sitzungssperre behoben, das zu einer Admin-Anmeldeverzögerung führte. Außerdem ist die Fehlerbehebung für 2.1.x. verfügbar

ece-tools - Das ece-tools unterstützt jetzt Adobe Commerce 2.1.x.

Redis-Konfiguration - Sie können jetzt Redis- und den Standard-Cache sowie den Redis-Sitzungsspeicher mit einer Umgebungsvariablen konfigurieren.

Service-Verbesserungen für Suche, AMQP und Redis - Wir haben den Service-Konfigurationsfluss vereinheitlicht, sodass er sich jetzt für alle Services gleich verhält. Das manuelle Bearbeiten der env.php zum Konfigurieren von Diensten wird nicht mehr unterstützt. Sie müssen stattdessen Umgebungsvariablen oder die .magento.env.yaml-Datei verwenden.

Umgebungsvariablen—

• Die Verwendung von env:STATIC_CONTENT_THREADS ist veraltet und wird in einer zukünftigen Version entfernt. Verwenden Sie stattdessen SCD_THREADS.

• Die STATIC_CONTENT_EXCLUDE_THEMES Umgebungsvariable wird nicht mehr unterstützt. Sie müssen stattdessen die Umgebungsvariable SCD_EXCLUDE_THEMES verwenden.

Logging - Wir haben die Protokollierung um integrierte Patch-Vorgänge vereinfacht.

Die Unterstützung des developer-Modus und die APPLICATION_MODE Umgebungsvariable wurden entfernt, da sie unerwartetes Verhalten verursachten.

Es wurde ein Problem behoben, das zu Fehlern bei der Bereitstellung statischer Inhalte im Zusammenhang mit Redis führte. Jetzt wird die Bereitstellung statischer Multithread-Inhalte wie vorgesehen ausgeführt.

Es wurde ein Problem behoben, das Benutzer daran hinderte, Änderungen an Konfigurationsfeldern in Admin zu speichern, die nach dem Ausführen des app:config:dump-Befehls als sensibel markiert wurden.

Es wurde Unterstützung für eine frühere Version von symfony/yaml hinzugefügt, um Konflikte mit einigen Paketen zu beheben, die noch nicht mit der neuesten Version kompatibel sind.

Verbesserte Protokollierung

• Wir haben die Protokollierung verbessert, um bessere Erklärungen zu liefern, wenn der Build- oder Bereitstellungsprozess eine Umgebungsvariable überschreibt.

• Sie können jetzt den Installations- und Upgrade-Fortschritt in Echtzeit anzeigen. Verfolgen Sie die install_update.log, um den Fortschritt anzuzeigen. Beispiel:

  code language-bash
  tail -f var/log/install_upgrade.log

Neuer Cron-Befehl - Sie können jetzt bestimmte stecken gebliebene Cron-Aufträge entsperren, anstatt sie alle mit dem cron:unlock-Befehl zu stoppen und neu zu starten. In Version 2.1. nicht verfügbar

Einheitliche Konfigurationsdatei - Sie können jetzt Build- und Bereitstellungsphasen mithilfe einer .magento.env.yaml Datei konfigurieren.

Backup-Konfigurationsdateien: Der Bereitstellungsprozess erstellt jetzt nach der Bereitstellung automatisch ein Backup der app/etc/env.php- und app/etc/config.php-Konfigurationsdateien. Wir haben auch einen neuen CLI-Befehl hinzugefügt, um diese Konfigurationsdateien aus einer Sicherung wiederherzustellen.

Fehlerbehebung bei Validierungsfehlern - Der Befehl, den Sie zum Beheben von Validierungsfehlern verwenden müssen, wenn config.php nicht genügend Daten für die statische Inhaltsbereitstellung enthält, wurde geändert. Zuvor wurden Sie in der Fehlermeldung angewiesen, bin/magento app:config:dump auszuführen. Jetzt müssen Sie php ./vendor/bin/ece-tools config:dump ausführen.

Neue Umgebungsvariablen - Sie können jetzt Umgebungsvariablen verwenden, um benutzerdefinierte (- und AMQP-basierte-Services mit Ihrer Site zu verbinden.

Wir haben smartes Patchen implementiert. Jetzt wendet das Paket Patches an, die nicht auf der Adobe Commerce-Version für die Cloud-Infrastruktur basieren, sondern auf der gepatchten Paketversion.

Es wurde ein Protokollierungsproblem behoben, das zu Build-Fehlern führte.

Es wurde ein Problem behoben, das zu Timeout-Ausnahmen bei der Ausführung von Bereitstellungen im interaktiven Modus führte.

Es wurde ein Problem behoben, das zu Fehlern bei der Verwendung der Kompaktstrategie für die Erstellung statischer Inhalte führte. In Version 2.1. nicht verfügbar

Es wurde ein Problem behoben, das verhinderte, dass das Bereitstellungsskript Staging- und Produktionsumgebungen ordnungsgemäß identifizierte.

Es wurde ein Problem behoben, das dazu führte, dass Netzwerkprobleme die Datenbankverbindungen unterbrachen und während des Installations- und Aktualisierungsprozesses zu Fehlern führten.

Es wurde ein Problem behoben, das den Export der Konfigurationsdateien mit app:config:dump mehrmals verhinderte. In Version 2.1. nicht verfügbar

Es wurde ein Redis-Sitzungs Sperrungsproblem behoben das zu einer Anmeldeverzögerung Admin führte. In Version 2.1. nicht verfügbar

Es wurde ein Implementierungsproblem im Zusammenhang mit der Versionierung behoben, das einen Konflikt mit anderen Composer-basierten Patchmodulen verursachte.

Es wurde ein Problem behoben, das beim Import zu Problemen mit dem PHP-Speicher führte.

Patch entfernt; Fehlerbehebung in colinmollenhour/credis v1.6, um die Unterstützung für Adobe Commerce auf Cloud-Infrastruktur 2.2.1 zu aktivieren. In Version 2.1. nicht verfügbar

Es wurde ein Problem behoben, das zu gzip-Fehlern führte, wenn ein Datei- oder Verzeichnisname Leerzeichen enthielt.

Es wurde ein Problem behoben, das verhinderte, dass Bereitstellungsskripte Modulabhängigkeiten ordnungsgemäß erkennen und aktivieren konnten.

Konfigurieren eines Cron-Verbrauchers mit einer Umgebungsvariablen - Sie können jetzt Cron-Verbraucher mit der neuen CRON_CONSUMERS_RUNNER-Umgebungsvariablen konfigurieren.

Konfigurationsüberprüfung: Wir suchen jetzt während des Build-/Bereitstellungsprozesses nach kritischen Komponenten und halten den Prozess an, wenn der Scan fehlschlägt, was unnötige Ausfallzeiten aufgrund des Wartungsmodus der Site verhindert.

Benachrichtigungen erstellen/bereitstellen - Wir haben eine Konfigurationsdatei hinzugefügt, mit der Sie Slack- und/oder E-Mail-Benachrichtigungen einrichten für Build-/Bereitstellungsaktionen in allen Ihren Umgebungen einrichten können.

Statische Inhaltskomprimierung: Wir komprimieren jetzt statische Inhalte mit gzip während der Build- und Bereitstellungsphase. Diese Komprimierung in Verbindung mit der Fastly-Komprimierung trägt dazu bei, die Größe Ihres Stores zu reduzieren und die Bereitstellungsgeschwindigkeit zu erhöhen. Bei Bedarf können Sie die Komprimierung mithilfe einer Build-Option oder Bereitstellungsvariable deaktivieren. Weitere Informationen finden Sie unter den folgenden Themen:

• Anwendungsumgebungsvariablen

• Leistung bei der Bereitstellung statischer Inhalte

• Bereitstellungsprozess

Konfigurationsverwaltung: Wir generieren jetzt während der Build-Phase automatisch eine app/etc/config.php-Datei in Ihrem Git-Repository, falls diese noch nicht vorhanden ist. Die automatisch generierte Datei enthält nur eine Liste von Modulen und Erweiterungen. Wenn die Datei bereits vorhanden ist, wird die Erstellungsphase wie gewohnt fortgesetzt. Wenn Sie Konfigurationsverwaltung zu einem späteren Zeitpunkt folgen, aktualisieren die Befehle die Datei, ohne dass zusätzliche Schritte erforderlich sind. Weitere Informationen finden unter.

Datenbank-Dumps - Wir haben einen magento/ece-tools CLI-Befehl zum Erstellen von Datenbank-Dumps in allen Umgebungen hinzugefügt. Bei Pro-Plan-Produktionsumgebungen werden mit diesem Befehl nur Speicherauszüge von einem von drei Hochverfügbarkeits-Knoten ausgegeben, sodass Produktionsdaten, die während des Speicherauszugs auf einen anderen Knoten geschrieben werden, möglicherweise nicht kopiert werden. Es wird empfohlen, die Anwendung in den Wartungsmodus zu versetzen, bevor ein Datenbank-Dump in Produktionsumgebungen durchgeführt wird. Weitere Informationen finden unterBackup-Verwaltung“.

Cron-Intervallbeschränkungen aufgehoben - Das standardmäßige Cron-Intervall für alle Umgebungen in den Regionen us-3, eu-3 und ap-3 beträgt 1 Minute. Das standardmäßige Cron-Intervall in allen anderen Regionen beträgt 5 Minuten für Pro Integration-Umgebungen und 1 Minute für Pro Staging- und Produktionsumgebungen. Um Ihre vorhandenen Cron-Aufträge zu ändern, bearbeiten Sie Ihre Einstellungen in .magento.app.yaml oder erstellen Sie ein Support-Ticket für Produktions-/Staging-Umgebungen. Weitere Informationen finden unter „EinrichtenCron-Aufträgen“.

Es wurde ein Problem behoben, das zu langen Bereitstellungszeiten führte, da der Bereitstellungsprozess den cache-clean vor der Bereitstellung statischer Inhalte aufrief.

Es wurde ein Problem behoben, das während des Schritts zur Erzeugung statischer Inhalte bei der Bereitstellung in Produktionsumgebungen zu Fehlern führte.

Es wurde ein Problem behoben, das einige magento/ece-tools-Befehle daran hinderte, die Ausgabe in stderr zu protokollieren.

Es wurde ein Problem behoben, das verhinderte, dass Basis-URL-Werte in env.php in verzweigten Verzweigungen aktualisiert wurden.

Es wurde ein Problem behoben, das dazu führte, dass der Befehl magento setup:install ein unsicheres Präfix (http://) zu sicheren Basis-URLs hinzufügte.

Es wurde ein Problem behoben, das verhinderte, dass Patch-Fehler Bereitstellungsfehler verursachten.

Es wurde ein Problem behoben, das verhinderte, dass ece-tools die Ausführung stoppte und eine Ausnahme auslöste, wenn keine Patches angewendet werden konnten.

Es wurde ein Problem behoben, das nach der Aktivierung der HTML-Minimierung in Admin zu Fehlern beim Laden der Storefront führte.

Adobe Commerce in der Cloud-Infrastruktur unterstützt jetzt Bereiche statische Strategien zur Inhaltsbereitstellung. Wir haben den Parameter –s mit der Standardeinstellung quick für die Strategie zur statischen Inhaltsbereitstellung hinzugefügt. Sie können die Umgebungsvariable SCD_STRATEGY verwenden, um diese Strategien anzupassen und mit Ihren Build- und Bereitstellungsaktionen zu verwenden. Diese Variable unterstützt die Optionen standard, quick oder compact. Wenn Sie compact auswählen, überschreiben wir den STATIC_CONTENT_THREADS mit 1, was die Bereitstellung verlangsamen kann, insbesondere in Produktionsumgebungen. In Version 2.1. nicht verfügbar

Wir haben eine Protokolldatei für Umgebungen erstellt, um Aktionen zu erfassen, zu kompilieren, zu erstellen und bereitzustellen. Die var/log/cloud.log-Datei befindet sich im Stammverzeichnis der Anwendung.

Das ece-tools wurde überarbeitet, um es mit Adobe Commerce auf Cloud-Infrastruktur 2.2.0 und höher kompatibel zu machen.

Es wurde ein Problem behoben, das verhinderte, dass ece-tools die Ausführung stoppte und eine Ausnahme auslöste, wenn keine Patches angewendet werden konnten.

Es wurde ein Problem behoben, das dazu führte, dass Ausnahmen ausgelöst wurden, wenn die Kompilierung der Abhängigkeitsinjektion (di) während Builds übersprungen wurde.

Es wurde ein Problem behoben, das dazu führte, dass der Bereitstellungsprozess benutzerdefinierte Redis-Konfigurationen in der env.php-Datei überschrieb.

Es wurde ein Problem behoben, das zu Umleitungsschleifen führte, da die standardmäßige sichere Verwaltung deaktiviert war.