Versionshinweise-Archiv für Eece-Tools

Änderungen am ECE-Tools-Paket

• Die Adobe Commerce-Patches wurden aus dem ece-tools -Paket in ein neues magento/magento-cloud-patches Composer-Paket verschoben.

• Die Datei composer.json für das Paket ece-tools wurde aktualisiert, um eine Abhängigkeit für das Paket magento/magento-cloud-patches v1.0.0 hinzuzufügen.

• Korrektur eines Fehlers, der dazu führte, dass der ece-tools-Patchprozess beim Anwenden von Patch-Sets auf reinen Sicherheitsversionen, beginnend mit Version 2.3.2-p2 und höher, fehlschlug. Dieses Problem wurde durch das neue Versionierungssystem eingeführt, das für Nur-Sicherheit-Patches eingeführt wurde.

Patches und wichtige Fehlerbehebungen - Aktualisieren Sie Ihre Cloud-Umgebungen mit der Version 2002.0.22 von ece-tools , um die folgenden Patches und wichtigen Fehlerbehebungen anzuwenden. Diese Patches sind im Paket magento/magento-cloud-patches v1.0.0 enthalten.

• Seiten-Builder-Sicherheits-Patches für die Versionen 2.3.1.x und 2.3.2.x-behebt ein Problem in der Seitenaufbau-Vorschau, das es nicht authentifizierten Benutzern ermöglicht, auf einige Vorlagenmethoden zuzugreifen, die zum Trigger beliebiger Code-Ausführung über das Netzwerk (RCE) verwendet werden können, was zu globalen Informationslecks führt. Dieses Problem kann auftreten, wenn nicht unterstützte Versionen von Page Builder mit den Adobe Commerce-Versionen 2.3.1 und 2.3.2 verwendet werden.

• MSI-Patches - Behebt Probleme, die bei der Verwendung der standardmäßigen Lagerbestandseinstellungen für die Verwaltung von Lagern zu Indizierungsfehlern und Leistungsproblemen führten.

• Abwärtskompatibilität der neuen E-Mail-Schnittstellen-behebt ein Abwärtskompatibilitätsproblem, das durch die in Adobe Commerce v2.3.3 eingeführte Magento\Framework\Mail\EmailMessageInterface PHP-Schnittstelle verursacht wurde. Im Rahmen dieses Patches erbt der neue EmailMessageInterface die alten MessageInterface, und die Kernmodule von Adobe Commerce werden wieder von MessageInterface abhängig gemacht.

• Die Katalogpaginierung funktioniert nicht in Elasticsearch 6.x - behebt ein kritisches Problem mit der Seitennummerierung der Suchergebnisse, das Kunden betrifft, die Elasticsearch 6.x als Katalogsuchmaschine verwenden.

Docker-Updates—

• Neue Docker-Bilder - Unterstützt von Versionen 2.3.3 und höher

  • PHP-Version 7.3.

  • Varnish Cache 6.2.0

• Unterstützung zum Anwenden der in .magento.app.yaml der Docker-Umgebung angegebenen benutzerdefinierten Hook-Konfiguration hinzugefügt. Zuvor unterstützte die Docker-Umgebung nur die standardmäßige Hook-Konfiguration.

• Docker-ENV-Dateien werden während des Docker-Builds nicht mehr generiert und der Befehl docker:config:convert wird nicht mehr unterstützt. Die entsprechenden Daten werden jetzt in der Datei docker-compose.yml gespeichert.

• Aktualisiertes PHP-Bild -Node.js wurde zum PHP-Docker-Bild hinzugefügt, um die Funktionen node, npm und grunt-cli zu unterstützen.

Aktualisierungen der Umgebungsvariablen-

• Die Bereitstellungsvariable LOCK_PROVIDER wurde hinzugefügt, um den Sperranbieter zu konfigurieren, der den Start doppelter Cron-Aufträge und Cron-Gruppen verhindert. Weitere Informationen finden Sie in der Variablenbeschreibung im Thema Bereitstellungsvariablen.

• Die Umgebungsvariable CONSUMERS_WAIT_FOR_MAX_MESSAGES wurde hinzugefügt, um zu konfigurieren, wie Verbraucher Meldungen aus der Nachrichtenwarteschlange verarbeiten, wenn sie die Umgebungsvariable CRON_CONSUMERS_RUNNER zur Verwaltung von Cron-Aufträgen verwenden. Weitere Informationen finden Sie in der Variablenbeschreibung im Thema Bereitstellungsvariablen.

• Es wurde ein Problem behoben, das zu Fehlern bei Datenbank-Deadlock führen konnte, wenn der consumers_runner Cron-Auftrag mehrere Instanzen desselben Verbrauchers auf verschiedenen Knoten startet. Wenn Sie jetzt die Bereitstellungsvariable CRON_CONSUMERS_RUNNER in Ihrer Umgebung aktiviert haben, verwendet der consumers_runner -Auftrag die Option single-thread , um eine Instanz jedes Verbrauchers auf nur einem Knoten zu starten.

• Es wurde ein Problem behoben, das sich auf die Funktionalität von WARM_UP_PAGES auswirkte und eine standardmäßige Store-URL verwendete. Wenn der Befehl config:show:default-url jetzt keine Basis-URL abrufen kann, wird die URL aus der Variablen MAGENTO_CLOUD_ROUTES verwendet.

Die vom Befehl module:refresh zurückgegebenen Protokollierungsinformationen wurden aktualisiert. Jetzt können Sie eine detaillierte Liste der aktivierten Module in der Datei cloud.log sehen.

Verbesserte Validierung der Versionskompatibilität und Warnhinweise für Kompatibilitätsprobleme zwischen der Adobe Commerce-Version und installierten Diensten, z. B. Elasticsearch, RabbitMQ, Redis und DB.

Unterstützung für RabitMQ Version 3.8 hinzugefügt.

Aktualisierte interaktive Validierungen für die Dienstkompatibilität, um unterstützte Versionen für die neuen Adobe Commerce-Versionen 2.3.3 und 2.2.10 widerzuspiegeln. Empfohlene Versionen finden Sie unter Systemanforderungen im Installationshandbuch .

Die Protokollmeldung, die zurückgegeben wird, wenn der Cron-Auftragsverwaltungsprozess in der Bereitstellungsphase versucht, einen bereits abgeschlossenen Cron-Auftrag zu stoppen, wurde verbessert, um zu klären, dass dieses Problem kein Fehler ist. Die Protokollebene wurde von INFO in DEBUG geändert.

Es wurde ein Problem bei der Ausführung des Befehls setup:upgrade behoben, das den Bereitstellungsprozess nicht unterbrochen hat, wenn während der Aufgabe app:config:import ein Fehler aufgetreten ist.

Die standardmäßige Protokollebene für den Datei-Handler wurde zu debug geändert, um die Detailmenge im Protokoll zu reduzieren, das in der Cloud Console angezeigt wird, und trotzdem detaillierte Informationen für das Debugging bereitgestellt.

Es wurde ein Problem behoben, das bei der Bereitstellung statischer Inhalte während des Builds einen Fehler verursachte. Nach einer Installation und einem ece-tools Konfigurationsdump trat ein Fehler auf, wenn in der Datei config.php kein Gebietsschema für den Admin-Benutzer angegeben war. Jetzt gibt es ein standardmäßiges Gebietsschema für den Admin-Benutzer in der Datei config.php.

Korrektur eines Undefined index error , der auftritt, wenn ein magento-cloud CLI-Befehl in einer Umgebung fehlschlägt, die nicht mit einer sicheren URL (https) konfiguriert ist. Das ECE-Tools-Paket verwendet jetzt die Basis-URL (http), wenn die sichere URL nicht verfügbar ist.

Docker-Aktualisierungen—

• Sie können jetzt Funktionstests mit dem Paket ece-tools in der Docker-Umgebung durchführen. Siehe Anwendungstests.

• Unterstützung für die Konfiguration von PHP-Modulen mithilfe der .magento.app.yaml -Datei hinzugefügt. Alle PHP-Erweiterungen, die in der .magento.app.yaml-Datei angegeben sind, stehen in den Docker-PHP-Containern zur Verfügung.

• Es stehen neue Befehle zur Verbesserung des Docker-Befehlszeilenerlebnisses zur Verfügung. Siehe Abschnitt bin/magento-docker der Docker-Referenz.

• Es wurde die Möglichkeit hinzugefügt, Mutagen.io zum Synchronisieren von Dateien während der Entwicklung zwischen dem lokalen Host und Docker zu verwenden.

• Korrektur des Standardpfads bei Verwendung der Docker-Umgebung. Wenn Sie sich jetzt mit SSH beim Docker-Container anmelden, befinden Sie sich wie erwartet im Projektstamm im Ordner "/app".

• Die Natrium-Bibliothek wurde von Version 1.0.11 auf Version 1.0.18 aktualisiert und die Sodium-PHP-Erweiterung aktualisiert.

  note warning
  WARNING
  Kunden von Adobe Commerce in der Cloud-Infrastruktur müssen vor der Aktualisierung auf Adobe Commerce 2.3.2 ein Adobe Commerce-Support-Ticket senden 🔗, um das libNatrium-Paket in den Produktions- und Staging-Umgebungen zu aktualisieren. Derzeit können Sie keine Starter-Umgebungen auf Adobe Commerce 2.3.2 aktualisieren.

• Das Elasticsearch-Plugin analysis-icu und das analysis-phonetic wurden zu allen Docker-Bildern hinzugefügt.

• Verbesserte Validierungen: Wenn Sie Optionen für den Befehl docker:build verwenden, müssen Sie bei Verwendung einer Option einen Wert angeben. Außerdem wurde eine Validierung für die Knotenversion bei Verwendung des Befehls docker:build run hinzugefügt.

Aktualisierungen der Umgebungsvariablen—

• Unterstützung für Datenbanktabellenpräfixe mit der Umgebungsvariablen DATABASE_CONFIGURATION hinzugefügt.

• Die Bereitstellungsvariable FORCE_UPDATE_URLS wurde hinzugefügt, um Basis-URLs bei der Bereitstellung in Produktions- und Staging-Umgebungen für Pro und Starter zu aktualisieren. Siehe Definition im Inhalt Variablen bereitstellen.

• Die Variable TTFB_TESTED_PAGES nach der Bereitstellung wurde hinzugefügt, um die Seitentests Time to First Byte zu konfigurieren und so die Anwendungsleistung auf in der Cloud-Infrastruktur bereitgestellten Sites zu überprüfen. Siehe Variablenbeschreibung in Variablen nach der Bereitstellung.

• Korrektur eines Problems mit Multi-Thread-SCD, das zu zufälligen Fehlern bei der Bereitstellung statischer Inhalte führte. Um dieses Problem zu umgehen, musste die Variable SCD_THREADS auf 1 gesetzt werden. Sie können jetzt die Anzahl nach Bedarf erhöhen. Siehe Definitionen in den Variablen bereitstellen und den Build-Variablen.

• Sie können die Umgebungsvariable WARM_UP_PAGES so konfigurieren, dass einzelne Seiten, mehrere Domänen und mehrere Seiten zwischengespeichert werden. Siehe die erweiterte Definition im Inhalt Variablen nach der Bereitstellung.

Die Datei pub/static/.htaccess wurde zur Ausschlussliste hinzugefügt. Fehlerbehebung, eingereicht von Björn Kraus von der PHOENIX MEDIA GmbH.

Korrektur eines Fehlers, der auftrat, wenn alle Validierungsmeldungen als Critical angezeigt wurden, wenn mindestens ein Validator auf kritischer Ebene einen Fehler zurückgab.

Es wurde ein Problem behoben, das zu einem Bereitstellungsfehler führte, wenn die Basis-URL nicht in der Datenbank vorhanden war.

Dem Paket ece-tools wurde ein neuer env:config:showBefehl hinzugefügt, der Umgebungsdienste, Routen oder Variablen anzeigt. Siehe Dienste, Routen und Variablen. Von Vladimir Kerkhoff gesendete Funktion.

Es wurde ein Problem behoben, das einen kritischen Fehler verursachte, wenn versucht wurde, Adobe Commerce 2.2.6 oder früher mit ece-tools zu installieren, nachdem die Shell-Umgestaltung abgeschlossen wurde.

Es wurde ein Problem behoben, bei dem Installationen von Adobe Commerce 2.1.x und 2.2.x fehlschlugen und eine Warnung angezeigt wurde, dass eine veraltete Version von Carbon verwendet wurde.

Verringerte die cloud.log Protokollebene für die Shell-Ausgabe von info auf debug.

Die Option --remove-definers (-d) wurde zum Befehl ece-tools db-dump hinzugefügt, um Definer aus der Dump-Datei zu entfernen.

Docker-Aktualisierungen—

• Die Docker-Umgebung unterstützt jetzt die Cron-Konfiguration, die in der Eigenschaft crons der Datei .magento.app.yaml definiert ist.

• Neuer Docker-Container: Es wurde ein TLS-Terminierungsproxy-Container hinzugefügt, um die unterschiedliche SSL-Beendigung über HTTPS zu erleichtern.

• Neues Docker-Bild: Es wurde ein Node.js-Bild hinzugefügt, um Gulp und andere Funktionen wie Jasmine JS Unit Testing zu unterstützen.

• Docker-Build-Modi - Jetzt können Sie die Docker-Umgebung im Produktionsmodus oder Entwicklermodus starten. Der Entwicklermodus unterstützt die aktive Entwicklung mit vollständigen, beschreibbaren Dateisystemberechtigungen.

• Korrektur des Fehlers, der dazu geführt hat, dass die Docker-Bereitstellung mit einem Name or service not known -Fehler fehlschlug, wenn der Cache für einen Dienst konfiguriert ist, der nicht verfügbar ist. Jetzt können Sie einen Dienst aus der .magento/services.yaml-Datei entfernen. Der Docker-Konfigurationsgenerator aktualisiert den Dienst in der Datei docker/config.php.dist automatisch.

• Interaktive Validierungen zur Dienstkompatibilität hinzugefügt. Wenn ein angeforderter Dienst nun mit der Adobe Commerce-Version oder anderen Diensten inkompatibel ist, wird der Benutzer im interaktiven Modus aufgefordert, eine Meldung zu erhalten und die Wahl zu treffen, um fortzufahren. Siehe die für Docker verfügbaren Dienstversionen. Verwenden Sie die Option "-n", um die Interaktivität für CICD-Zwecke zu überspringen.

• Es wurde ein Problem mit dem Befehl Docker compse db-dump behoben, durch den vorhandene Dumps gelöscht wurden.

• Es wurde ein Problem behoben, bei dem die Cache-Speicher für Redis session, default und page_cache derselben Datenbank-ID zugewiesen wurden.

Aktualisierungen der Umgebungsvariablen—

• Die neue Umgebungsvariable ELASTICSUITE_CONFIGURATION behält Ihre angepassten Diensteinstellungen zwischen Bereitstellungen bei. Siehe Definition im Inhalt Variablen bereitstellen.

• Die Umgebungsvariable SCD_MAX_EXECUTION_TIMEOUT wurde hinzugefügt, sodass Sie die Zeit für den Abschluss der Bereitstellung statischer Inhalte aus der .magento.env.yaml-Datei erhöhen können. Siehe Definition in den Variablen bereitstellen, den Build-Variablen und den globalen Variablen.

  • Die Umgebungsvariable MAGENTO_CLOUD_LOCKS_DIR wurde hinzugefügt, um den Pfad zum Bereitstellungspunkt für den Sperranbieter in der Cloud-Infrastruktur zu konfigurieren. Der Sperranbieter verhindert den Start doppelter Cron-Aufträge und Cron-Gruppen. Diese Variable wird von Adobe Commerce-Version 2.2.5 und höher unterstützt und automatisch konfiguriert. Siehe Definition in Cloud-Variablen.

  • Die Standardwerte der Umgebungsvariablen SCD_THREADS wurden geändert, um den optimalen Wert basierend auf der erkannten CPU-Thread-Anzahl automatisch zu bestimmen. Siehe aktualisierte Definitionen in den Variablen bereitstellen und den Build-Variablen.

Es wurde ein Problem mit einem Patch für den DB-Isolationsmechanismus behoben, das beim Aktualisieren auf Adobe Commerce in der Cloud-Infrastruktur-Version 2002.0.16 einen Fehler verursachte.

Es wurde ein Patch hinzugefügt, der Google Image Charts durch Image-Charts ersetzt. Weitere Informationen finden Sie im Artikel "DevBlog"Google Image Charts - Einstellung und Aktualisierung für M1.

Validierung für die Variable SEARCH_CONFIGURATION hinzugefügt. Die Bereitstellung schlägt fehl, wenn die Option "Engine"nicht festgelegt ist und _merge nicht erforderlich ist.

Es wurde ein Problem behoben, durch das sensible Daten nach einem Ausnahmefehler angezeigt wurden. Jetzt werden die sensiblen Informationen entsprechend maskiert.

Die fehlertoleranten Einstellungen des Magento Open Source-Packages wurden verbessert. Falls Adobe Commerce keine Daten aus der Redis slave -Instanz lesen kann, wird eine Lektion aus der Redis master -Instanz durchgeführt. Siehe REDIS_USE_SLAVE_CONNECTION.

Dienstaktualisierungen - Unterstützt von den folgenden Adobe Commerce-Versionen: 2.2.8 und höher 2.2.x, 2.3.1 und höher 2.3.x

• Elasticsearch-Version 6.x. wird nun unterstützt.

• Unterstützung für Redis Version 5.0 hinzugefügt.

Neue Docker-Bilder: Der Docker-Build wurde um die folgenden Dienste erweitert:

• Elasticsearch 6.5

• Redis 5.0

Neue Umgebungsvariable - Zuvor gab es eine hartcodierte Zeitüberschreitung für die SCD-Komprimierung. Jetzt können Sie das SCD-Komprimierungs-Timeout mithilfe der Umgebungsvariablen SCD_COMPRESSION_TIMEOUT konfigurieren. Siehe Definitionen in den Build-Variablen und im Inhalt deploy variables .

Die Option --use-rewrites wurde zum Installationsbefehl hinzugefügt, sodass Webserver-Neuschreibungen für generierte Links in der Storefront und Administratorzugriff verwendet werden, um die Sicherheit und das Kundenerlebnis zu verbessern.

Der Datei var/log/install_upgrade.log wurden Zeitstempel hinzugefügt, sodass sie Daten für Installations- und Aktualisierungsereignisse anzeigt.

Docker-Updates—

• Die in der Docker-Umgebung generierte Standarddienstkonfiguration entspricht nun der Standardkonfiguration in der Cloud-Vorlage.

• Sie können E-Mails aus Ihrer Docker-Umgebung mit dem Dienst sendmail senden.

• Es wurde die Möglichkeit hinzugefügt, Xdebug zum Debugging in der Cloud-Docker-Umgebung zu konfigurieren.

• Fehlerkorrektur - Beim Generieren der docker-compose.yml -Datei tritt jetzt kein Fehler mehr mit den Webdienstberechtigungen auf.

Verbesserung der Aktualisierung: Es wurde eine Validierung hinzugefügt, um sicherzustellen, dass die Eigenschaft autoload in der Datei composer.json die erforderlichen Konfigurationsänderungen enthält, bevor auf Adobe Commerce v2.3 aktualisiert wird. Siehe Upgrade der Version.

Der Komprimierungsprozess bei der Bereitstellung statischer Inhalte umfasst jetzt alle - nativ generierten oder angepassten - Assets und erfolgt während der Build-Phase zu Beginn des build:transfer -Abschnitts. Zuvor trat der Komprimierungsprozess auf, bevor eine benutzerdefinierte Minimierung und Bündelung von statischen Assets angewendet wurde. Fehlerbehebung, eingereicht von Rafael Garcia Lepper von Tryzens Limited.

Korrektur eines Fehlers bei der Datenbankverbindung, der während der Bereitstellung unmittelbar nach dem Konfigurieren einer zusätzlichen Datenbank- und Dienstbeziehung auftrat. Mit dieser Fehlerbehebung wird auch ein Problem behoben, das während des Konfigurationsprozesses von Commerce Reporting für Starter aufgetreten ist. Für Starter ist dieses Upgrade ein "Muss vorhanden"für die Verwendung der Commerce-Berichterstellung.

Korrektur eines Validierungsproblems mit der Datenbankkonfiguration, das dazu führte, dass der Bereitstellungsprozess fehlschlug.

Die Einschränkung wurde mit der entsprechenden Version des symfony/yaml-Pakets aktualisiert, um sie mit PHP-Konstanten zu verwenden. Das ständige Parsen funktioniert nicht, wenn eine symfony/yaml -Paketversion verwendet wird, die älter als 3.2 ist. Fehlerbehebung, die von Vladimir Kerkhoff eingereicht wurde

Überprüfung der Umgebungskonfiguration—Es wurde eine Validierung hinzugefügt, um die PHP-Version zu überprüfen und Benutzer zu warnen, wenn sie nicht die neueste empfohlene Version verwenden.

Es wurde ein Problem bei der Verarbeitung von falsch formatierten JSON-Variablen behoben. Wenn nun eine JSON-Variable einen Syntaxfehler verursacht, wird in der Datei cloud.log eine Warnung angezeigt und die Bereitstellung wird mit der Standardvariablen fortgesetzt.

Es wurde ein Verbindungsfehler behoben, der während der Bereitstellung unmittelbar nach der Deaktivierung des Redis-Dienstes auftrat.

Änderungen protokollieren - Die Protokollebene wurde für die folgenden Build- und Bereitstellungs-Prozessereignisse von Info in Notice aktualisiert:

• Starten und beenden Sie den Prozess zur Abstimmung der in composer.json installierten Module mit den freigegebenen Konfigurationseinstellungen in der Datei app/etc/config.php

• Beginn und Ende des Konfigurationsvalidierungsprozesses

• Starten und Ende des setup:di:compile-Prozesses zum Generieren von Klassen

Neue Umgebungsvariablen—

• RESOURCE_CONFIGURATION deploy variable - Verwenden Sie diese Variable, um einen Ressourcennamen einer Datenbankverbindung zuzuordnen.

• X_FRAME_CONFIGURATION global variable: Mit dieser Variablen können Sie die X-Frame-Options -Header-Konfiguration für das Rendern einer Adobe Commerce-Seite in einem <frame>, <iframe> oder <object> ändern.

Aktualisierungen der Umgebungsvariablen - Änderung der folgenden Umgebungsvariablen:

• WARM_UP_PAGES: Die Funktion zum Vorausfüllen des Caches für bestimmte Seiten auf allen Domänen, die für einen Adobe Commerce-Store definiert sind, wurde hinzugefügt. Wenn Ihre Site zuvor mit mehreren Domänen konfiguriert war, konnte der Prozess nach der Bereitstellung den Cache für die angegebenen Seiten auf nicht standardmäßigen Domänen nicht vorab laden und gab den folgenden Fehler im Protokoll nach der Bereitstellung zurück: ERROR: Warming up failed: <uri>

• SCD_COMPRESSION_LEVEL: Die Dokumentation und die Beispieldatei .magento.env.yaml wurden mit den richtigen Standardwerten für die SCD-Komprimierungsstufe aktualisiert. Siehe Definitionen in den Build-Variablen und im Inhalt deploy variables .

• SCD_EXCLUDE_THEMES - Diese Umgebungsvariable wird nicht mehr unterstützt. Verwenden Sie SCD_MATRIX, um die Designkonfiguration zu steuern.

• SCD_MATRIX - Der Validierungsprozess wurde korrigiert, um ein Problem zu verhindern, das auftrat, wenn SCD_MATRIX einen Designwert ignorierte, der unterschiedliche Zeichenfälle enthielt. Siehe Definitionen in den Build-Variablen und im Inhalt deploy variables .

• ADMIN-Variablen—

  • Verbesserte Sicherheit bei der Verwaltung von Anmeldeinformationen für den Admin-Benutzer mithilfe von Umgebungsvariablen. Sie können die Umgebungsvariablen ADMIN_EMAIL, ADMIN_USERNAME und ADMIN_PASSWORD nicht mehr verwenden, um Administratorberechtigungen bei Upgrades zu überschreiben. Wenn Sie nicht auf das Admin-Bedienfeld zugreifen können, verwenden Sie die Funktion "Kennwort vergessen"oder den CLI-Befehl "admin:user:create", um einen neuen Admin-Benutzer zu erstellen. Siehe Zugriff auf Ihr Admin-Bedienfeld.

  • ADMIN_EMAIL ist beim Aktualisieren oder Anwenden von Patches nicht mehr erforderlich.

Docker-Updates—

• Jetzt verwendet der Docker-Generator die in den Konfigurationsdateien .magento.app.yaml und .magento/services.yaml angegebenen Dienste, wenn Ihre Docker-Umgebung erstellen. Sie können mithilfe von Build-Parametern eine andere Dienstversion auswählen.

• PHP 7.2-Image hinzugefügt - Unterstützung für PHP 7.2 in Cloud Docker hinzugefügt; die Launch Docker-Konfiguration wurde aktualisiert und enthält nun die docker:build --php -Option, um die PHP-Version anzugeben, die mit Ihrer Adobe Commerce-Version kompatibel ist.

• Es wurde ein Cron-Container hinzugefügt, der auf dem PHP-CLI-Bild basiert.

• Die folgenden Dienste wurden zum Docker-Build hinzugefügt:

  • RabbitMQ 3,5 und 3,7

  • Elasticsearch 1.7, 2.4 und 5.2

  • Redis 3.2 und 4.0

Mit PHP-Konstanten konfigurieren—Es wurde Unterstützung für PHP-Konstanten in der Konfigurationsdatei .magento.env.yaml hinzugefügt.

Neue Umgebungsvariable - Standardmäßig sind nur die Google Analytics in der Produktionsumgebung aktiviert. Sie können Google Analytics in den Staging- und Integrationsumgebungen mithilfe der Umgebungsvariablen [ENABLE_GOOGLE_ANALYTICS_1} aktivieren.](https://experienceleague.adobe.com/docs/commerce-cloud-service/user-guide/configure/env/stage/variables-deploy.html?lang=de#enable_google_analytics)

Es wurde ein Problem behoben, durch das benutzerdefinierte Cron-Konfigurationen nach einer Neubereitstellung aus der env.php -Datei entfernt wurden. Jetzt bleiben benutzerdefinierte Cron-Konfigurationen sicher in der Datei env.php.

Es wurden Inkonsistenzen in den Nachrichten und Protokollebenen in den Build-, Bereitstellungs- und Post-Bereitstellungsphasen behoben. Die Protokollierungsebenen für Anfang und Ende der Protokollmeldungen wurden für alle Phasen und Unterphasen von info auf notice erhöht. Logmeldungen für Anfang und Ende wurden hinzugefügt, sofern zutreffend.

Es wurde ein Problem mit Cron-Prozessen behoben, das den Start der Phase nach der Bereitstellung, wenn konfiguriert, verhinderte. Wenn Sie jetzt den Hook für die Bereitstellung aktiviert haben, werden die Cron-Prozesse zu Beginn der Phase nach der Bereitstellung erneut aktiviert.

Es wurde ein Problem behoben, das eine erfolgreiche Installation von Adobe Commerce bei der Angabe einer benutzerdefinierten Datenbankkonfiguration verhinderte. Zuvor verwendete der Installationsprozess die Datenbankkonfiguration aus der Variable MAGENTO_CLOUD_RELATIONSHIP Variable, selbst wenn Sie in der Umgebungsvariablen DATABASE_CONFIGURATION benutzerdefinierte Verbindungsinformationen angegeben haben.

Korrektur des Befehls config:dump, sodass jedes Website-Gebietsschema im Abschnitt system der config.php-Datei enthalten ist.

Es wurde ein Problem behoben, das während der Phase nach der Bereitstellung zu Fehlern beim Aufwärmen führte, indem die Quell-Basis-URL-Referenz korrigiert wurde.

Es wurde ein Problem behoben, durch das Dateien während des setup:di:compile-Prozesses nicht korrekt generiert wurden, was sich auf das Amazon-Zahlungsmodul auswirkte.