Archiv mit Versionshinweisen für ECE-Tools

Änderungen am ECE-Tools-Paket

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

• Die 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.

• Es wurde ein Problem behoben, das dazu führte, dass der ece-tools-Patch-Prozess 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 Versionierungsschema eingeführt, das für Nur-Sicherheits-Patches übernommen wurde

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

• Page Builder-Sicherheits-Patches für die Versionen 2.3.1.x und 2.3.2.x-Behebt ein Problem in der Page Builder-Vorschau, das es nicht authentifizierten Benutzenden ermöglicht, auf einige Vorlagenmethoden zuzugreifen, die zum Trigger der beliebigen Codeausfü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 Adobe Commerce 2.3.1 und 2.3.2. verwendet werden

• MSI patches-Fixes: Behebt Probleme, die bei der Verwendung von standardmäßigen Inventareinstellungen zur Bestandsverwaltung zu Indexfehlern und Leistungsproblemen führten.

• Abwärtskompatibilität neuer Mail-Schnittstellen-Behebt ein Abwärtsinkompatibilitätsproblem, das durch die in Adobe Commerce v2.3.3 eingeführte Magento\Framework\Mail\EmailMessageInterface PHP-Schnittstelle verursacht wird. Im Rahmen dieses Patches erbt die neue EmailMessageInterface von der alten MessageInterface, und die Adobe Commerce-Kernmodule werden so zurückgesetzt, dass sie von MessageInterface abhängen.

• Katalogpaginierung funktioniert nicht in Elasticsearch 6.x-Behebt ein kritisches Problem mit der Suchergebnisseitenbildung, das Kunden betrifft, die Elasticsearch 6.x als Katalogsuchmaschine verwenden.

Docker-Updates—

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

  • PHP-Version 7.3.

  • Lackcache 6.2.0

• Es wurde Unterstützung zum Anwenden einer benutzerdefinierten Hook-Konfiguration hinzugefügt, die in .magento.app.yaml in der Docker-Umgebung angegeben ist. 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 docker:config:convert-Befehl wird nicht mehr unterstützt. Die entsprechenden Daten werden jetzt in der docker-compose.yml gespeichert.

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

Aktualisierungen von Umgebungsvariablen-

• Die Bereitstellungsvariable LOCK_PROVIDER wurde hinzugefügt, um den Sperranbieter zu konfigurieren, der den Start doppelter Cron-Aufträge und Cron-Gruppen verhindert. Siehe die Variablenbeschreibung im Thema Variablen bereitstellen.

• Die Umgebungsvariable CONSUMERS_WAIT_FOR_MAX_MESSAGES wurde hinzugefügt, um zu konfigurieren, wie Verbraucher Nachrichten aus der Nachrichtenwarteschlange verarbeiten, wenn sie die Umgebungsvariable CRON_CONSUMERS_RUNNER zum Verwalten von Cron-Aufträgen verwenden. Siehe die Variablenbeschreibung im Thema Variablen bereitstellen.

• Es wurde ein Problem behoben, das zu Datenbankblockierungsfehlern führen kann, wenn der consumers_runner Cron-Auftrag mehrere Instanzen desselben Verbrauchers auf verschiedenen Knoten startet. Wenn Sie nun die Variable CRON_CONSUMERS_RUNNER in Ihrer Umgebung aktiviert haben, verwendet der consumers_runner die Option single-thread , um eine Instanz jedes Consumers nur auf einem Knoten zu starten.

• Es wurde ein Problem behoben, das die WARM_UP_PAGES-Funktion beeinträchtigte, welche eine standardmäßige Store-URL verwendet. Wenn der config:show:default-url-Befehl jetzt keine Basis-URL abrufen kann, wird die URL aus der Variablen MAGENTO_CLOUD_ROUTES verwendet.

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

Verbesserte Versionskompatibilitätsvalidierung und Warnbenachrichtigungen bei Kompatibilitätsproblemen zwischen Adobe Commerce-Version und installierten Services wie Elasticsearch, RabbitMQ, Redis und DB.

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

Interaktive Validierungen für die Service-Kompatibilität wurden aktualisiert, um unterstützte Versionen für die neuen Versionen Adobe Commerce 2.3.3 und 2.2.10 widerzuspiegeln. Siehe Systemanforderungen im Installationshandbuch für empfohlene Versionen.

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

Es wurde ein Problem beim Ausführen des setup:upgrade-Befehls behoben, durch den der Bereitstellungsprozess nicht unterbrochen wurde, wenn während der app:config:import-Aufgabe ein Fehler auftrat.

debug Die standardmäßige Protokollebene für den Datei-Handler wurde geändert, um die Anzahl der Details in dem im Cloud Console angezeigten Protokoll zu reduzieren und gleichzeitig detaillierte Informationen für das Debugging bereitzustellen.

Es wurde ein Problem behoben, das während des Builds zu einem Fehler bei der statischen Inhaltsbereitstellung führte. Nach einer Installation und ece-tools Konfigurations-Dump ist ein Fehler aufgetreten, wenn für den Admin-Benutzer kein Gebietsschema in der config.php angegeben war. Jetzt gibt es in der config.php-Datei ein Standardgebietsschema für den Admin-Benutzer.

Es wurde ein Undefined index error behoben, das auftritt, wenn ein magento-cloud CLI-Befehl in einer Umgebung fehlschlägt, die nicht mit einer sicheren URL (https) konfiguriert ist. Jetzt verwendet das Paket ECE-Tools die Basis-URL (http), wenn die sichere URL nicht verfügbar ist.

Docker-Updates—

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

• Es wurde Unterstützung für die Konfiguration von PHP-Modulen mithilfe der .magento.app.yaml hinzugefügt. Alle PHP-Erweiterungen, die in der .magento.app.yaml-Datei angegeben sind werden in den Docker-PHP-Containern verfügbar.

• Es sind neue Befehle verfügbar, um das Docker-Befehlszeilenerlebnis zu verbessern. Siehe den bin/magento-docker Abschnitt der Docker-Referenz.

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

• Der Standardpfad bei Verwendung der Docker-Umgebung wurde korrigiert. Wenn Sie jetzt SSH verwenden, um sich beim Docker-Container anzumelden, befinden Sie sich erwartungsgemäß am Projektstamm im /app.

• Die Natriumbibliothek wurde von Version 1.0.11 auf Version 1.0.18 aktualisiert und die PHP-Erweiterung wurde aktualisiert.

  note warning
  WARNING
  Kunden von Adobe Commerce auf Cloud-Infrastrukturen müssen ein Adobe Commerce-Support-Ticket einreichen, um das libnatrium-Paket in Pro-Produktions- und Staging-Umgebungen zu aktualisieren, bevor sie ein Upgrade auf Adobe Commerce 2.3.2 durchführen. Derzeit ist kein Upgrade von Starter-Umgebungen auf Adobe Commerce 2.3.2 möglich.

• Die Plug-ins analysis-icu und analysis-phonetic Elasticsearch wurden zu allen Docker-Images hinzugefügt.

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

Aktualisierungen von Umgebungsvariablen—

• Es wurde Unterstützung für Datenbanktabellen-Präfixe mithilfe der Umgebungsvariablen DATABASE_CONFIGURATION hinzugefügt.

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

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

• Es wurde ein Problem mit Multi-Thread-SCD behoben, das zu zufälligen Fehlern bei der Bereitstellung statischer Inhalte führte. Als Problemumgehung mussten Sie die Variable SCD_THREADS auf 1 setzen. Sie können die Anzahl jetzt nach Bedarf erhöhen. Siehe die Definitionen in Bereitstellungsvariablen und Build-Variablen.

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

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

Es wurde ein Fehler behoben, bei dem alle Validierungsmeldungen als Critical angezeigt wurden, wenn mindestens ein Validator der kritischen 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.

Ein neuer env:config:show-Befehl zum ece-tools-Paket hinzugefügt, das Umgebungsdienste, Routen oder Variablen anzeigt. Siehe Services, Routen und Variablen. Funktion eingereicht von Vladimir Kerkhoff.

Es wurde ein Problem behoben, das zu einem kritischen Fehler beim Versuch führte, Adobe Commerce 2.2.6 oder früher mit ece-tools Developer nach der Shell-Umgestaltung zu installieren.

Es wurde ein Problem behoben, das dazu führte, dass Adobe Commerce 2.1.x- und 2.2.x-Installationen fehlschlugen, wobei ein Warnhinweis zur Verwendung einer veralteten Version von Carbon ausgegeben wurde.

Die cloud.log Protokollebene für Shell-Ausgaben wurde von info auf debug verringert.

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

Docker-Updates—

• Jetzt unterstützt die Docker-Umgebung die Cron-Konfiguration, die in der crons-Eigenschaft der Datei ".magento.app.yaml“ definiert.

• Neuer Docker-Container - Ein TLS-Terminations-Proxy-Container wurde hinzugefügt um die SSL-Beendigung von Varnish über HTTPS zu erleichtern.

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

• Docker-Build-: Jetzt können Sie die Docker-Umgebung im Produktions- oder Entwicklermodus). Der Entwicklermodus unterstützt die aktive Entwicklung mit vollständigen, schreibbaren Dateisystemberechtigungen.

• Es wurde ein Problem behoben, das dazu führte, dass die Docker-Bereitstellung mit einem Name or service not known Fehler fehlschlug, wenn der Cache für einen Service konfiguriert ist, der nicht verfügbar ist. Jetzt können Sie einen Dienst aus der .magento/services.yaml-Datei entfernen. Der Docker-Konfigurations-Generator aktualisiert den Service in der docker/config.php.dist-Datei automatisch.

• Interaktive Validierungen für die Service-Kompatibilität hinzugefügt. Wenn ein angeforderter Dienst jetzt mit der Adobe Commerce-Version oder anderen Diensten inkompatibel ist, fordert der interaktive Modus den Benutzer mit einer Meldung und einer Auswahl auf, fortzufahren. Siehe die Service-Versionen, die für Docker verfügbar sind. Verwenden Sie die Option -n , um die Interaktivität für CICD-Zwecke zu überspringen.

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

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

Aktualisierungen von Umgebungsvariablen—

• Die neue Umgebungsvariable ELASTICSUITE_CONFIGURATION behält Ihre benutzerdefinierten Service-Einstellungen zwischen Bereitstellungen bei. Siehe die Definition im Inhalt Variablen bereitstellen.

• Die Umgebungsvariable SCD_MAX_EXECUTION_TIMEOUT wurde hinzugefügt, damit Sie die Zeit bis zum Abschluss der statischen Inhaltsbereitstellung aus der .magento.env.yaml erhöhen können. Siehe die Definition in Variablen bereitstellen den Variablen erstellen 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 ab Adobe Commerce-Version 2.2.5 unterstützt und automatisch konfiguriert. Siehe die Definition in Cloud-Variablen.

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

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

Es wurde ein Patch hinzugefügt, der Google- durch "". Siehe den DevBlog-Artikel Einstellung und Aktualisierung von Google-Bilddiagrammen für M1.

Es wurde eine Validierung für die Variable SEARCH_CONFIGURATION“. Die Bereitstellung schlägt fehl, wenn die Option „Engine“ nicht festgelegt ist und _merge nicht erforderlich ist.

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

Die Fehlertoleranzeinstellungen des Magento Open Source-Packages wurden verbessert. Wenn Adobe Commerce keine Daten aus der Redis-slave lesen kann, wird ein Lesevorgang aus der Redis-master durchgeführt. Siehe REDIS_USE_SLAVE_CONNECTION.

Service-Updates - Wird von den folgenden Adobe Commerce-Versionen unterstützt: 2.2.8 und höher 2.2.x, 2.3.1 und höher 2.3.x

• Unterstützung für Elasticsearch-Version 6.x. wurde hinzugefügt

• Redis Version 5.0 wird nun unterstützt.

Neue Docker-Images - Folgende Services wurden zum Docker-Build hinzugefügt:

• Elasticsearch 6.5

• Redis 5.0

Neue Umgebungsvariable - Zuvor gab es ein hartcodiertes Timeout für die SCD-Komprimierung. Jetzt können Sie das SCD-Komprimierungs-Timeout mithilfe der SCD_COMPRESSION_TIMEOUT-Umgebungsvariable konfigurieren. Siehe die Definitionen im Build-Variablen und im Deploy-Variablen-Inhalt.

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

Der var/log/install_upgrade.log-Datei wurden Zeitstempel hinzugefügt, damit sie die Installations- und Aktualisierungsereignisse anzeigt.

Docker-Updates—

• Jetzt ist die in der Docker-Umgebung generierte Standard-Service-Konfiguration mit der Standardkonfiguration in der Cloud-Vorlage identisch.

• Sie können E-Mails aus Ihrer Docker-Umgebung mithilfe des sendmail-Services senden.

• Es wurde die Möglichkeit hinzugefügt „Xdebug konfigurieren um in der Cloud Docker-Umgebung zu debuggen.

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

Upgrade-Verbesserung - Es wurde eine Validierung hinzugefügt, um zu bestätigen, dass die autoload-Eigenschaft in der composer.json-Datei die erforderlichen Konfigurationsänderungen enthält, bevor ein Upgrade auf Adobe Commerce v2.3 durchgeführt wird. Siehe Upgrade-Version.

Der Komprimierungsprozess bei der Bereitstellung statischer Inhalte umfasst jetzt alle Assets - nativ generiert oder angepasst - und findet während der Erstellungsphase am Anfang des build:transfer Abschnitts statt. Zuvor wurde der Komprimierungsprozess ausgeführt, bevor eine benutzerdefinierte Minimierung und Bündelung statischer Assets angewendet wurde. Fehlerbehebung eingereicht von Rafael Garcia Lepper von Tryzens Limited.

Es wurde ein Datenbankverbindungsfehler behoben, der während der Bereitstellung unmittelbar nach der Konfiguration einer zusätzlichen Datenbank- und Dienstbeziehung aufgetreten war. Außerdem behebt diese Fehlerbehebung ein Problem, das während des Konfigurationsprozesses von Commerce Reporting for Starter aufgetreten ist. Zunächst einmal ist dieses Upgrade ein „Muss“ für die Verwendung von Commerce-Berichten.

Es wurde ein Validierungsproblem mit der Datenbankkonfiguration behoben, das zum Fehlschlagen des Bereitstellungsprozesses führte.

Die Einschränkung wurde mit der entsprechenden Version des symfony/yaml-Pakets aktualisiert, das mit PHP-Konstanten verwendet werden soll. Das konstante Parsen funktioniert nicht, wenn eine symfony/yaml Paketversion vor 3.2 verwendet wird. Fehlerbehebung eingereicht von Vladimir Kerkhoff.

Umgebungs-Konfigurationsprüfung—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 falsch formatierter JSON-Variablen behoben. Wenn nun eine JSON-Variable einen Syntaxfehler verursacht, wird in der cloud.log-Datei eine Warnung angezeigt und die Bereitstellung wird unter Verwendung der Standardvariablen fortgesetzt.

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

Protokollierungsänderungen - Die Protokollebene wurde für die folgenden Build- und Bereitstellungsprozess-Ereignisse von Info auf Notice aktualisiert:

• Beginn und Ende des Prozesses zur Abstimmung der installierten Module in composer.json mit den freigegebenen Konfigurationseinstellungen in der app/etc/config.php

• Beginn und Ende des Validierungsprozesses der Konfiguration

• Beginn und Ende des setup:di:compile zum Generieren von Klassen

Neue Umgebungsvariablen—

• RESOURCE_CONFIGURATION Bereitstellungsvariable: Verwenden Sie diese Variable, um einer Datenbankverbindung einen Ressourcennamen zuzuordnen.

• X_FRAME_CONFIGURATION global variable - Verwenden Sie diese Variable, um die X-Frame-Options Header-Konfiguration zum Rendern einer Adobe Commerce-Seite in einem <frame>, einem <iframe> oder einer <object> zu ändern.

Umgebungsvariablenaktualisierungen - Die folgenden Umgebungsvariablen wurden geändert:

• WARM_UP_PAGES - Es wurde die Möglichkeit hinzugefügt, den Cache für bestimmte Seiten auf allen Domains, die für einen Adobe Commerce-Store definiert sind, vorab zu laden. Wenn Ihre Site zuvor mit mehreren Domains konfiguriert war, konnte der Cache für die angegebenen Seiten in nicht standardmäßigen Domains nicht vorab vom Post-Deploy-Prozess geladen werden und der folgende Fehler wurde im Post-Deploy-Protokoll zurückgegeben: ERROR: Warming up failed: <uri>

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

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

• SCD_MATRIX - Der Validierungsprozess wurde korrigiert, um ein Problem zu vermeiden, das auftrat, wenn die SCD_MATRIX einen Design-Wert ignorierte, der verschiedene Zeichenfälle enthielt. Siehe die Definitionen im Build-Variablen und im Deploy-Variablen-Inhalt.

• ADMIN-Variablen—

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

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

Docker-Updates—

• Jetzt verwendet der Docker-Generator die in den .magento.app.yaml- und .magento/services.yaml-Konfigurationsdateien angegebenen Services beim Erstellen Docker-Umgebung. Sie können mithilfe von Build-Parametern eine andere Service-Version auswählen.

• PHP 7.2-Image hinzugefügt - Unterstützung für PHP 7.2 in Cloud Docker hinzugefügt; Launch-Docker-Konfiguration wurde aktualisiert, um die docker:build --php-Option aufzunehmen, die die mit Ihrer Adobe Commerce-Version kompatible PHP-Version angibt.

• Ein Cron-Container basierend auf dem PHP-CLI-Image wurde hinzugefügt.

• Folgende Services 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—Unterstützung für PHP-Konstanten in der .magento.env.yaml Konfigurationsdatei hinzugefügt.

neue Umgebungsvariable - Standardmäßig ist nur in der Produktionsumgebung Google Analytics aktiviert. Sie können Google Analytics in den Staging- und Integrationsumgebungen mithilfe der Umgebungsvariablen ENABLE_GOOGLE_ANALYTICS aktivieren

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

Es wurden Inkonsistenzen in den Meldungen und Protokollebenen für die Build-, Bereitstellungs- und Post-Bereitstellungsphase behoben. Erhöhte Anfang und Ende der Protokollierungsebenen von info bis notice für alle Phasen und Unterphasen. Beginn und Ende der Protokollmeldungen wurden hinzugefügt, sofern zutreffend.

Es wurde ein Problem mit Cron-Prozessen behoben, das den Start der Phase nach der Bereitstellung verhinderte, wenn es konfiguriert war. Wenn Sie nun den Post-Deploy-Hook aktiviert haben, werden die Cron-Prozesse zu Beginn der Post-Deploy-Phase wieder aktiviert.

Es wurde ein Problem behoben, das die erfolgreiche Installation von Adobe Commerce beim Angeben einer benutzerdefinierten Datenbankkonfiguration verhinderte. Zuvor wurde im Installationsprozess die Datenbankkonfiguration aus der Variablen MAGENTO_CLOUD_RELATIONSHIP verwendet auch wenn Sie in der Umgebungsvariablen DATABASE_CONFIGURATION benutzerdefinierte Verbindungsinformationen angegeben haben.

Der config:dump-Befehl wurde korrigiert, sodass er jedes Website-Gebietsschema im system Abschnitt der config.php-Datei enthält.

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

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