Ideal State verifizieren - Der ideal-state-Assistent überprüft jetzt die aktuelle Konfiguration bei jeder Bereitstellung und enthält klare Anweisungen zum Aktualisieren der Konfiguration, um eine schnellere Bereitstellung ohne Ausfallzeiten zu erzielen.

PCI Compliance: Die Nachrichtenprotokolle für Adobe Commerce in der Cloud-Infrastruktur wurden aktualisiert und erfordern jetzt bei der Verbindung mit Drittanbieter-Messaging-Diensten die Transport Layer Security (TLS)-Version 1.2. Wenn Sie einen Nachrichtendienst verwenden, der TLS Version 1.2 nicht unterstützt, müssen Sie Ihren Dienst 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.

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

Fehlerbehebungen bei der Bereitstellung—

• Der Wartungsmodus ist jetzt 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 kehrte die Site in den Produktionsmodus zurück, selbst wenn die Bereitstellung fehlschlug.

  • Die Validierungsprüfungen für die Bereitstellungsphase wurden überarbeitet, um die Fehlerstufe für die folgenden Bereitstellungsprobleme von CRITICAL auf WARNING herabzustufen, sodass die Bereitstellung abgeschlossen ist. Zuvor führten diese Probleme dazu, dass die Bereitstellung fehlschlug.

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

• Die Elasticsearch-Version in der Cloud-Infrastruktur ist nicht mit der von Adobe Commerce in der Cloud-Infrastruktur unterstützten Version des Elasticsearch-/Elasticsearch-Moduls kompatibel. Weitere Informationen finden Sie im Artikel zur Fehlerbehebung bei Elasticsearch ](https://support.magento.com/hc/en-us/articles/360015758471-Deployment-fails-or-interrupts-with-cloud-log-error-Elasticsearch-version-is-not-compatible-with-current-version-of-magento) in der Wissensdatenbank zum Adobe Commerce-Support.[

• Es wurde ein Problem mit den freigegebenen Konfigurationseinstellungen in der Datei app/etc/config.php behoben, das während der Bereitstellung recursion detected Fehler verursachte.

Cron-bezogene Fehlerbehebungen—

• Fehlerkorrektur - Die Ausführung von Aufträgen ist jetzt möglich, wenn Sie eine andere Cron-Häufigkeit als die Standardfrequenz (1 Minute) angeben.

• Fehlerkorrektur - Es wurde ein Problem in der Bereitstellungsphase behoben, durch das die Ausführung von Cron-Aufträgen während der Bereitstellung fortgesetzt werden konnte. Dies kann zu Datenbanksperren und anderen kritischen Problemen führen. Jetzt werden alle Cron-Aufträge beendet, bevor die Bereitstellungsphase beginnt und nach Abschluss der Bereitstellung neu gestartet wird.<!—MAGECLOUD—2537—>

• Fehlerkorrektur - Der Cron-Auftrags-Workflow in den Versionen 2.2.x wird jetzt nicht mehr so aktiviert, dass gefrorene Cron-Aufträge vor der Implementierung angehalten werden können. Zuvor führte ein eingefrorener Cron-Auftrag dazu, dass die Bereitstellung angehalten wurde.

Das Format der vom vendor/bin/ece-tools config:dump -Befehl generierten config.php-Datei wurde geändert, um die kurze Array-Syntax und den Einzug von 4 Leerzeichen zu verwenden und die Adobe Commerce-Kodierungsstandards zu erfüllen.

Es wurde ein Bereitstellungsfehler behoben, der auftrat, wenn die .magento.env.yaml Platzhalter für {{ base_url }} und {{ unsecure_base_url }} für Webkonfigurationen anstelle der standardmäßigen URL-Konfiguration für ein Adobe Commerce-Projekt in der Cloud-Infrastruktur enthielt./

Bereitstellung ohne Ausfallzeiten aktivieren - Adobe Commerce in der Cloud-Infrastruktur stellt jetzt Anforderungen mit 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 Bereitstellungsoptionen für statische Inhalte, um Bereitstellungsausfälle in Cloud zu reduzieren.

Docker-Compose für Cloud - Es wurden die folgenden Verbesserungen am Prozess Docker-Setup und -Konfiguration 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 on Cloud-Infrastruktur unterstützt jetzt die Bereitstellung sowohl auf schreibgeschützten als auch auf Lese- und Schreibdateisystemen, um das Cloud-Dateisystem genauer zu emulieren. Siehe Docker konfigurieren.<!—MAGECLOUD—2357—>

• Unterstützung des Redis-Dienstes: Es wurde ein Redis-Bild hinzugefügt, das in einem Docker-Container bereitgestellt und automatisch für die Verwendung mit Ihrer Docker-Installation konfiguriert wird.<!—MAGECLOUD—2442—>

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

• Unterstützung des Varnish-Dienstes: Es wurde ein Varnish-Bild hinzugefügt, das automatisch in einem Docker-Container bereitgestellt wird. Nach der Bereitstellung können Sie Varnish anhand der Best Practices von Adobe Commerce manuell konfigurieren. Siehe Konfigurieren und Verwenden von Varnish.<!—MAGECLOUD—2358—>

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

Verbesserte Unterstützung der Adobe Commerce-Cloud-Infrastrukturerweiterung—Die Mindestanforderung für die Version des "guzzlehttp/guzzle"-Pakets in der Adobe Commerce für die Cloud-Infrastruktur composer.json-Datei wurde auf Version 6.2 herabgestuft, sodass das ece-tools-Paket mit mehr Erweiterungen kompatibel ist.

Wenden Sie während der Build-Phase benutzerdefinierte Änderungen an Ihrer Adobe Commerce-Anwendung an - Wir teilen die Build-Phase in zwei separate Prozesse auf, sodass Sie mithilfe von Hooks benutzerdefinierte Änderungen an den generierten statischen Inhalt anwenden können, bevor Sie die Anwendung für die Bereitstellung verpacken. Der Prozess build:generate generiert Code, wendet Patches an und generiert statische Inhalte. Der Prozess build:transfer überträgt den generierten Code und statischen Inhalt an das endgültige Ziel. Siehe Anwendungs-Hooks.

Überprüfung der Umgebungskonfiguration - Verbesserte Validierung der Umgebungskonfiguration, um Kunden vor dem Erstellen und Bereitstellen von Adobe Commerce in der Cloud-Infrastruktur vor Versionsinkompatibilitäten und Konfigurationsfehlern zu warnen.

• 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 Benutzer vor Problemen mit der Elasticsearch-Konfiguration zu warnen. Jetzt schlägt die Bereitstellung fehl, wenn die Elasticsearch-Dienstversion auf dem Server mit Adobe Commerce inkompatibel ist. Zuvor war die Bereitstellung auch dann erfolgreich, wenn die Elasticsearch-Version inkompatibel war, was nach der Site-Bereitstellung zu Problemen mit dem Produktkatalog 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 für Adobe Commerce-Version 2.1.x auf Version 2.2.2 Elasticsearch 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-Clientversionserfordernis in Composer.json auf "elasticsearch/elasticsearch": "~2.0".

• Die Validierung von Umgebungsvariablen zur Identifizierung von Konfigurationseinstellungen, die während der Build-, Bereitstellungs- und Post-Bereitstellungsphasen Konflikte verursachen können, wurde verbessert. Beispielsweise wird während des Installations- und Aktualisierungsprozesses eine Warnmeldung angezeigt, wenn die globale Einstellung für die Bereitstellung statischer Inhalte mit den Einstellungen für die Build- oder Bereitstellungsphase in Konflikt gerät.

Aktualisierungen der Umgebungsvariablen - Änderung der folgenden Umgebungsvariablen:

• SKIP_HTML_MINIFICATION global variable - Der Standardwert wurde zu true geändert, um die Minimierung von On-Demand-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-Bereitstellungsvariable: Die Funktion zum Verwalten der sauberen statischen Dateiverarbeitung für statischen Inhalt, der während der Build-Phase basierend auf der Umgebungsvariableneinstellung CLEAN_STATIC_FILES generiert wurde, wurde hinzugefügt. Zuvor wurden statische Inhaltsdateien, die während der Build-Phase generiert wurden, immer bereinigt.

Protokollierung: Es wurden die folgenden Änderungen vorgenommen, um Protokollmeldungen zu verbessern und die Protokollgröße zu reduzieren:

• In den Protokolleinträgen zu Implementierungsfehlern ist jetzt die Befehlsausgabe aus den Vorgängen enthalten, die zu Fehlern führen, selbst wenn in Ihrer Umgebungskonfiguration keine Protokollierung auf der Debug-Ebene festgelegt ist. Siehe MIN_LOGGING_LEVEL.

• Es wurde eine Protokollierung für Bereitstellungsfehler hinzugefügt, die auftreten, wenn von einigen Erweiterungen benötigte generierte Fabriken nicht korrekt generiert werden können, da das Dateisystem schreibgeschützt ist.

• Die Größe des Bereitstellungsprotokolls wurde reduziert und es wurden Formatierungsprobleme behoben, die durch Setup-Befehle verursacht wurden, die die interaktive Fortschrittsleiste verwenden.

• Die unnötige Ausführlichkeit wurde beseitigt und die Prioritätsstufen für einige Protokolleinträge wurden aktualisiert.

Cron-spezifische Korrekturen—

• Die standardmäßigen Einstellungen für die Cron-Auftragskonfiguration für die Verlaufslebensdauer wurden von 3d (4320 min) auf 1h (60 min) geändert, um Leistungsprobleme und Bereitstellungsfehler zu verhindern, die auftreten können, wenn die Cron-Warteschlange zu schnell gefüllt wird.

• Der Cron-Auftragsverwaltungsprozess während der Bereitstellungsphase wurde verbessert, um Datenbanksperren und andere kritische Probleme zu verhindern. Jetzt werden alle Cron-Aufträge während der Bereitstellungsphase beendet und nach Abschluss der Bereitstellung neu gestartet.

• Fehlerkorrektur - Der Sperrmechanismus für die Planung von Kunden, die von Cron-Aufträgen in Adobe Commerce-Versionen 2.2.0 und höher gestartet werden, funktioniert jetzt einwandfrei. Er verhindert, dass Cron-Aufträge doppelte Verbraucher starten.

Es wurde ein Problem beim Prozess der statischen Inhaltskomprimierung (gzip) behoben, das beim Verweisen auf die komprimierte Datei während des Bereitstellungsprozesses not overwritten - und no such file or directory -Fehler verursachte.

Es wurde ein Problem behoben, das verhindert hat, dass der Befehl php ./vendor/bin/ece-tools config:dump redundante Abschnitte während des Dump-Prozesses aus der Datei config.php entfernt, wenn das Gebietsschema "Speichern"nicht angegeben ist. Jetzt können Sie Ihre Konfigurationsdateien einfach zwischen Umgebungen verschieben. Nachdem Sie auf ece-tools v2002.0.13 aktualisiert haben, erstellen Sie ältere config.php -Dateien mit dem verbesserten Befehl config:dump neu. Siehe Konfigurationsverwaltung für Speichereinstellungen.

Korrektur eines Fehlers, der während der Bereitstellungsphase einen Fehler verursachte, wenn die Routenkonfiguration in der .magento/routes.yaml -Datei von einer apex -Domäne zu einer www -Domäne umleitet.

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

Es wurde ein Problem bei der Redis-Konfiguration behoben, durch das die Sitzungssperrung für Adobe Commerce in den Cloud-Infrastrukturversionen 2.2.1 und höher fälschlicherweise aktiviert wurde, was zu langsamer Leistung und Zeitüberschreitungen führen kann. Jetzt ist die Sitzungssperrung standardmäßig deaktiviert. Das Problem wurde durch eine Änderung des Standardverhaltens des Parameters disable_locking 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.

Gebietsschemata ändern - Jetzt können Sie das Gebietsschema für den Speicher ändern, ohne den Konfigurationsvorgang für den Export und Import durchführen zu müssen. Während sich die Anwendung in der Produktion befindet und SCD_ON_DEMAND aktiviert ist, sind die Gebietsschemaoptionen "Store"und "admin"verfügbar.

Sitemap und Robots: Es wurde ein Workflow erstellt, um eine robots.txt -Datei hinzuzufügen und eine sitemap.xml -Datei für eine einzelne Domänenkonfiguration zu generieren, ohne dass die Infrastruktur geändert werden muss.

Assistenten—Es wurden zwei Assistenten hinzugefügt, die Ihnen bei der Cloud-Konfiguration helfen:

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

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

Modulaktualisierung: Es wurde ein Cloud-Befehl hinzugefügt -module:refresh - um Module zu aktivieren, die deaktiviert oder nicht explizit aktiviert wurden, ähnlich wie bei einem Build automatisch.

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

Beispieldatei für die Umgebungskonfiguration - Wir haben dem ECE-Tools-Paket eine Beispieldatei mit einer detaillierten Beschreibung und möglichen Werten für jede Umgebungsvariable hinzugefügt..magento.env.yaml

• Außerdem wurde 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 beginnt mit: Environment configuration is not valid. Please correct .magento.env.yaml file with next suggestions:

Die folgenden Umgebungsvariablen wurden hinzugefügt:

• Jetzt können Sie mit der neuen Umgebungsvariablen SCD_MATRIX mehrere Gebietsschemas für jedes Design definieren, wodurch sich die Anzahl der bereitzustellenden Designdateien verringert.

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

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

Es wurde ein Problem behoben, das zwischen der Bereitstellung und der Phase nach der Bereitstellung zu Ausfallzeiten führte. Nun beginnt die Phase nach der Bereitstellung unmittelbar nach dem Ende der Bereitstellungsphase.

Es wurde ein Problem behoben, durch das die erfolgreichen Cron-Aufträge, die mit status = success ausgestattet waren, nicht aus dem Zeitplan entfernt wurden.

Es wurde ein Problem mit dem Erweiterungspunkt post_deploy behoben, durch das der Cache in der Bereitstellungsphase und nicht in der Phase nach der Bereitstellung des Projekts gelöscht wurde.

Es wurde ein Problem bei der Verwendung von SCD mit mehreren Gebietsschemas behoben, durch das dieselbe js-translation.json -Datei für jedes Gebietsschema generiert wurde.

Der Befehl db:dump im Paket ece-tools wurde optimiert, um zu verhindern, dass Tabellen gesperrt werden, und um die Geschwindigkeit zu erhöhen.

Konfigurieren schreibgeschützter 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 erhalten (für MariaDB).Redis und für

Konfigurationsassistent: Es wurde ein Assistent hinzugefügt, mit dem Sie Ihre Konfiguration für die Bereitstellung statischer Inhalte überprüfen können. Siehe Smart-Assistenten.

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

Optimierungen für die Cron-Planung: Die Warteschlangenverwaltung und die verbesserte Protokollierung wurden verbessert, um das Debugging von Cron-bezogenen Problemen zu erleichtern.

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

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

Die erste Installation der Staging- und Produktionsumgebungen eines PRO-Projekts enthält jetzt verschiedene Indexpräfixe zum Elasticsearch, um mögliche Konflikte bei der Identifizierung von Datensätzen zu vermeiden, die zu den einzelnen Umgebungen gehören.

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

Cron-spezifische Verbesserungen—Die Cron-Implementierung wurde überarbeitet:

• Es wurde ein Fehler behoben, der dazu führte, dass die Cron-Warteschlange schnell gefüllt wurde. Jetzt werden die veralteten Cron-Jobs verlässlicher gelöscht.

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

• Verbesserte Protokollierung, um das Debugging von Cron-Problemen zu verbessern.

• HINWEIS - Diese Version behandelt viele Cron-bezogene Probleme. Wenn Sie derzeit einige Cron-bezogene Patches in m2-hotfixes verwenden, entfernen Sie sie.

SCD-spezifische Verbesserungen—

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

• Es wurde ein Problem behoben, bei dem die Bereitstellung mit einem zufälligen Fehler fehlschlug, wenn ein unerwarteter Wert für die Umgebungsvariable SCD_COMPRESSION_LEVEL auftrat. Die Konfigurationsvalidierung wurde verbessert, um aussagekräftige Benachrichtigungen bereitzustellen. Unter SCD_COMPRESSION_LEVEL finden Sie akzeptable Werte.

• Das Verhalten des Konfigurationsflusses der Umgebungsvariablen SCD_COMPRESSION_LEVEL wurde korrigiert, sodass die Außerkraftsetzungen erwartungsgemäß funktionieren.

• Fehlerkorrektur - Die Konfiguration der Umgebungsvariablen SCD_THREADS in der Phase .magento.env.yaml file deploy funktioniert jetzt einwandfrei.

Statische Inhaltsbereitstellung (SCD) - Es gibt einen neuen alternativen Bereitstellungsprozess zum Generieren von statischem Inhalt bei Anforderung (On-Demand). Dadurch werden Ausfallzeiten reduziert und die Cache-Handhabung verbessert, indem die wichtigsten Assets generiert werden.

• Neue Umgebungsvariable: Die globale Umgebungsvariable SCD_ON_DEMAND wurde hinzugefügt, um bei Anforderung statischen Inhalt zu generieren.

• Hook nach der Bereitstellung: Es wurde ein post_deploy -Hook für die Datei .magento.app.yaml hinzugefügt, der den Cache löscht und den Cache vorlädt (wärmt), nach, nachdem der Container Verbindungen akzeptiert. Sie ist nur für Pro-Projekte verfügbar, die Staging- und Produktionsumgebungen in der Cloud Console enthalten, sowie für Starter-Projekte. Obwohl dies nicht erforderlich ist, funktioniert dies zusammen mit der Umgebungsvariablen SCD_ON_DEMAND.

Optimierung—Das Verschieben oder Kopieren von Dateien während der Bereitstellung wurde optimiert, um die Bereitstellungsgeschwindigkeit zu verbessern und die Auslastung des Dateisystems zu verringern.

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

Die folgenden Umgebungsvariablen wurden hinzugefügt:

• CRYPT_KEY—Stellen Sie einen kryptografischen Schlüssel für eine andere Umgebung bereit, wenn Sie eine Datenbank verschieben.

• SKIP_HTML_MINIFICATION—Global -Umgebungsvariable, die das Kopieren der statischen Ansichtsdateien in den Ordner var/view_preprocessed überspringt und bei Anforderung minimierte HTML generiert.

• SCD_ON_DEMAND—Global Umgebungsvariable zum Generieren von statischem Inhalt bei Anforderung.

• WARM_UP_PAGES - Sie können die Seiten auflisten, die zum Vorausfüllen des Cache 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 verhinderte. Jetzt können die ECE-Tools erkennen, dass ein Patch angewendet wurde.

Korrektur eines Konflikts zwischen JavaScript-Bundling und GZIP-Funktionalität. Jetzt funktionieren diese Funktionen richtig zusammen.

Es wurde ein Problem behoben, das dazu führte, dass die Befehle der ECE-Tools-CLI bei 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 Sitzungssperrung für Redis behoben, das eine Admin-Anmeldungsverzögerung verursachte. Außerdem ist die Fehlerbehebung für 2.1.x verfügbar.

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

Redis configuration - Sie können jetzt die Seite "Redis](https://experienceleague.adobe.com/docs/commerce-cloud-service/user-guide/configure/env/stage/variables-deploy.html?lang=de#cache_configuration)"und den standardmäßigen Cache- und Redis-Sitzungsspeicher mit einer Umgebungsvariablen konfigurieren.[

Verbesserungen beim Such-, AMQP- und Redis-Dienst - Wir haben den Dienstkonfigurationsfluss vereinheitlicht, sodass er sich jetzt für alle Dienste genauso verhält. Die manuelle Bearbeitung der env.php -Datei zum Konfigurieren von Diensten wird nicht mehr unterstützt. Sie müssen stattdessen Umgebungsvariablen oder die Datei .magento.env.yaml verwenden.

Umgebungsvariablen—

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

• Die Umgebungsvariable STATIC_CONTENT_EXCLUDE_THEMES wurde eingestellt. Sie müssen stattdessen die Umgebungsvariable SCD_EXCLUDE_THEMES verwenden.

Protokollierung - Wir haben die Protokollierung von integrierten Patchvorgängen vereinfacht.

Wir haben die developer -Modusunterstützung und die APPLICATION_MODE -Umgebungsvariable entfernt, da sie zu unerwartetem Verhalten führten.

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

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

Wir haben 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

• Die Protokollnachrichten wurden verbessert, um bessere Erklärungen zu liefern, wenn der Build- oder Bereitstellungsprozess eine Umgebungsvariable außer Kraft setzt.

• Sie können nun den Installations- und Aktualisierungsfortschritt in Echtzeit anzeigen. Prüfen Sie die Datei "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 angehaltene Cron-Aufträge entsperren, anstatt sie mit dem Befehl cron:unlock zu stoppen und neu zu starten. Nicht verfügbar in 2.1.

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

Konfigurationsdateien sichern - Der Bereitstellungsprozess erstellt jetzt nach der Bereitstellung automatisch eine Sicherung der Konfigurationsdateien app/etc/env.php und app/etc/config.php. Außerdem wurde ein neuer CLI-Befehl hinzugefügt, um diese Konfigurationsdateien aus einer Sicherung wiederherzustellen.

Fehlerbehebung bei Validierungsfehlern - Der Befehl, den Sie verwenden müssen, um Validierungsfehler zu beheben, wurde geändert, wenn config.php nicht genügend Daten für die Bereitstellung statischer Inhalte enthält. Zuvor wurden Sie in der Fehlermeldung angewiesen, bin/magento app:config:dump auszuführen. Nun müssen Sie php ./vendor/bin/ece-tools config:dump ausführen.

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

Wir haben smartes Patchen implementiert. Jetzt wendet das Paket Patches an, die nicht auf der Cloud-Infrastrukturversion von Adobe Commerce basieren, sondern auf der gepatchten Paketversion.

Es wurde ein Protokollierungsproblem behoben, das Build-Fehler verursachte.

Es wurde ein Problem behoben, das beim Ausführen von Bereitstellungen im interaktiven Modus Timeout-Ausnahmen verursachte.

Es wurde ein Problem behoben, das bei der Verwendung der kompakten Strategie für die statische Inhaltserstellung Fehler verursachte. Nicht verfügbar in 2.1.

Es wurde ein Problem behoben, durch das das Bereitstellungsskript die Staging- und Produktionsumgebungen nicht ordnungsgemäß identifizieren konnte.

Es wurde ein Problem behoben, das dazu führte, dass Netzwerkprobleme Datenbankverbindungen störten und während der Installation und Aktualisierung Fehler verursachten.

Es wurde ein Problem behoben, das Sie daran hinderte, die Konfigurationsdateien mit app:config:dump mehrmals zu exportieren. Nicht verfügbar in 2.1.

Es wurde ein Fehler mit der Sitzungssperrung "Redis"locking behoben, der eine Anmeldungsverzögerung für Admin verursachte. Nicht verfügbar in 2.1.

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 während des Imports PHP-Speicherprobleme verursachte.

Es wurde ein Patch entfernt. Es wurde ein Fehler in colinmollenhour/credis v1.6 behoben, durch den die Unterstützung für Adobe Commerce in der Cloud-Infrastruktur 2.2.1 aktiviert wurde. Nicht verfügbar in 2.1.

Es wurde ein Problem behoben, das gzip -Fehler verursachte, wenn ein Datei- oder Verzeichnisname Leerzeichen enthielt.

Es wurde ein Fehler behoben, der verhinderte, dass Bereitstellungsskripte Modulabhängigkeiten ordnungsgemäß erkennen und aktivieren.

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

Konfigurationsprüfung: Wir suchen jetzt während des Build-/Bereitstellungsprozesses nach kritischen Komponenten und stoppen den Prozess, wenn die Prüfung fehlschlägt. Dies verhindert unnötige Ausfallzeiten aufgrund des Wartungsmodus der Site.

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

Statische Inhaltskomprimierung - Wir komprimieren jetzt statischen Inhalt mit gzip während der Build- und Bereitstellungsphasen. Diese Komprimierung in Verbindung mit der schnellen 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 mit einer Build-Option oder der Bereitstellungsvariable deaktivieren. Weitere Informationen finden Sie in den folgenden Themen:

• Umgebungsvariablen der Anwendung

• 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, sofern sie 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 Build-Phase normal fortgesetzt. Wenn Sie zu einem späteren Zeitpunkt die Konfigurationsverwaltung befolgen, aktualisieren die Befehle die Datei, ohne dass zusätzliche Schritte erforderlich sind. Weitere Informationen finden Sie unter Implementierungsprozess .

Datenbank-Dumps: Es wurde ein magento/ece-tools CLI-Befehl zum Erstellen von Datenbank-Dumps in allen Umgebungen hinzugefügt. Bei Pro-Plan-Produktionsumgebungen wird dieser Befehl nur von einem von drei Hochverfügbarkeitsknoten abgelegt. Daher können Produktionsdaten, die während des Dump auf einen anderen Knoten geschrieben wurden, 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 Sie unter Backup Management .

Einschränkungen des Cron-Intervalls aufgehoben - Das standardmäßige Cron-Intervall für alle Umgebungen, die in den Regionen us-3, eu-3 und ap-3 bereitgestellt werden, 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 Sie unter Einrichten von Cron-Aufträgen .

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

Es wurde ein Problem behoben, das während des Schritts zur Erstellung statischer Inhalte bei der Bereitstellung in Produktionsumgebungen Fehler verursachte.

Es wurde ein Fehler behoben, der verhinderte, dass einige magento/ece-tools-Befehle die Ausgabe auf stderr protokollieren konnten.

Es wurde ein Fehler behoben, der verhinderte, dass Basis-URL-Werte in env.php in abgespalteten Verzweigungen aktualisiert wurden.

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

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

Es wurde ein Fehler behoben, der verhindert hat, dass ece-tools die Ausführung stoppt und eine Ausnahme auslöst, wenn keine Patches angewendet werden können.

Es wurde ein Problem behoben, das beim Laden der Storefront nach der Aktivierung der HTML-Minimierung in der Admin-Konsole Fehler verursachte.

Adobe Commerce in der Cloud-Infrastruktur unterstützt jetzt Bereiche und Strategien zur Bereitstellung statischer Inhalte. Wir haben den Parameter –s mit der Standardeinstellung quick für die Strategie zur Bereitstellung statischer Inhalte hinzugefügt. Sie können die Umgebungsvariable SCD_STRATEGY verwenden, um diese Strategien für Build- und Bereitstellungsaktionen anzupassen und zu verwenden. Diese Variable unterstützt die Optionen standard, quick oder compact. Wenn Sie "compact"auswählen, wird der Wert "STATIC_CONTENT_THREADS"durch "1"überschrieben, was die Bereitstellung insbesondere in Produktionsumgebungen verlangsamen kann. Nicht verfügbar in 2.1.

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

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

Es wurde ein Problem behoben, durch das verhindert wurde, dass ece-tools die Ausführung stoppt und eine Ausnahme auslöst, wenn keine Patches angewendet werden können.

Es wurde ein Problem behoben, bei dem Ausnahmen ausgelöst wurden, wenn die Kompilierung der Abhängigkeitseinfügung (Di) während der Builds übersprungen wurde.

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

Es wurde ein Problem behoben, das zu Umleitungs-Schleifen führte, da diese standardmäßig durch einen sicheren Administrator deaktiviert waren.