ECE-Tools - Versionshinweise

OpenSearch - Unterstützung für OpenSearch für Adobe Commerce 2.4.4, 2.4.3-p2 und 2.3.7-p3. hinzugefügt

PHP—Unterstützung für PHP 8.1 hinzugefügt.

symfony/process - Kompatibilität mit symfony/process ^5.3. hinzugefügt

Verbraucher - Mehrere Prozesse Es wurde eine multiple_processes Option hinzugefügt, mit der Sie die Anzahl der Prozesse angeben können, die für jeden Verbraucher erzeugt werden sollen. Eine Beschreibung der CRON_CONSUMERS_RUNNER finden Sie unter Variablen bereitstellen.

OpenSearch-Schema und vollständiger Host-Pfad - Es wurde die Möglichkeit hinzugefügt, ein Elasticsearch-Schema und den vollständigen Host-Pfad zu konfigurieren.

AWS S3 - Die Methode zur Aktivierung von AWS S3 wurde geändert.

Fix Driver_Options Reader - Es wurde das Lesen der Driver_Options-Konfiguration für die DB-Verbindung aus der env.php-Datei durch ece-tools für Validatoren hinzugefügt.

Unterstützung für Composer 2.0. hinzugefügt

Aktualisierte Composer-Anforderungen fürsymphony/console - Die ECE-Tools-composer.json-Versionsanforderungen für das symphony/console-Paket wurden aktualisiert, um ein Problem zu beheben, das dazu führte, dass die di:compile-Befehle mit dem folgenden Fehler fehlschlugen: Incompatible argument type: Required type: int. Actual type: string

Die End-of-Life-Softwareprüfungen (eol.yaml) wurden aktualisiert und enthalten jetzt Elasticsearch 7.9.x.

Redis-Authentifizierungsberechtigungen - Es wurde die Möglichkeit hinzugefügt, während der Bereitstellungsphase Redis-Autorisierungsberechtigungen aus der relationships-Eigenschaft zu lesen.

Anmeldeinformationen für die Elasticsearch-Autorisierung - Es wurde die Möglichkeit hinzugefügt, Anmeldeinformationen für die Elasticsearch-Autorisierung während der Bereitstellungsphase aus der relationships-Eigenschaft zu lesen.

Dedizierter Sitzungsspeicher-Service - redis-session als zweite Option für die Sitzungsspeicherung hinzugefügt. Sie können den redis-session-Dienst verwenden, um Sitzungsinformationen zu speichern, und den redis-Dienst für den Cache verwenden, um eine bessere Leistung zu erzielen.

Veraltete SPLIT_DB-Meldungen - Es wurden Validierungswarnungen und kritische Meldungen für die veraltete SPLIT_DB-Option für Adobe Commerce 2.4.2 und deren Entfernung in Adobe Commerce 2.5.0 hinzugefügt.

Elasticsearch-Version aus Beziehungen - Service-Validator wurde korrigiert, um die richtige Version des Elasticsearchs aus den relationships in Cloud Docker- und Integrationsumgebungen abzurufen.

Flexible Redis-Port-Validierung - Redis kann jetzt den Port in einer benutzerdefinierten Cache-Verbindung über die server-URL validieren. Sie können beispielsweise Ihre Portnummer wie folgt zu Ihrer Server-URL hinzufügen: server: 'tcp://rfs-store-simple-page-cache:26379'. Dadurch lassen sich Validierungsfehler vermeiden, bei denen die port entweder fehlt oder falsch ist.

Upgrade auf Adobe Commerce 2.4.2 - Es wurde ein Problem behoben, bei dem Benutzer bin/magento setup:upgrade manuell ausführen mussten, um ihre Sites nach dem Upgrade auf Adobe Commerce 2.4.2. betriebsbereit zu machen

Remote-Speicher - Die Umgebungsvariable REMOTE_STORAGE wurde hinzugefügt, um Cloud-Projekte für die Remote-Speicherung von Mediendateien mithilfe eines Speicher-Services wie AWS S3 zu aktivieren. Diese Konfigurationsoption ist Teil des Pakets „ECE-Tools“, wird jedoch in Adobe Commerce in der Cloud-Infrastruktur nicht unterstützt.

neuer cloud:config:validate-Befehl - Der Befehl php vendor/bin/ece-tools cloud:config:validate wurde hinzugefügt, um die .magento.env.yaml-Konfiguration zu validieren, bevor Änderungen an die Remote-Cloud-Umgebung gesendet werden.

Leeren des opcache—Es wurde Unterstützung für die opcache.enable_cli PHP-Option hinzugefügt, um den OPcache zu leeren, bevor der Bereitstellungs-Hook ausgeführt wird. Durch diese Konfiguration wird die Cache-Konfiguration zurückgesetzt, um sicherzustellen, dass die aktuellen Konfigurationseinstellungen auf jede Bereitstellung angewendet werden.

Validierung von Aurora DB - Die Validierung des Datenbank-Service wurde aktualisiert, sodass er mit der Aurora-Datenbank kompatibel ist.

Neue SCD_NO_PARENT-Umgebungsvariable - Die SCD_NO_PARENT Umgebungsvariable (für Adobe Commerce >=2.4.2) wurde hinzugefügt, um die Erstellung von statischem Inhalt für übergeordnete Designs zu verwalten.

Speicherbeschränkungen und Befehle - Es wurde ein Problem behoben, bei dem php vendor/bin/ece-tools Befehle nicht funktionierten, wenn die Größe der cloud.log-Datei das PHP-Speicherlimit überschritt. Anstatt die gesamte cloud.log-Datei in den Speicher zu lesen, lesen wir jetzt nur noch eine kleinere Teilmenge von Daten aus der Protokolldatei.

Benutzerdefinierte Datenbankverbindungen - Es wurde ein .magento.env.yaml-Konfigurationsproblem behoben, bei dem benutzerdefinierte Datenbankverbindungen, die für DATABASE_CONFIGURATION definiert wurden, nicht verwendet wurden. Die Verbindungseinstellungen wurden app/etc/env.php nicht hinzugefügt.

Leere Fehlerprotokolle - Es wurde ein Problem behoben, das dazu führte, dass Bereitstellungen fehlschlugen, wenn die cloud.error.log leer war.

MariaDB 10.3 validation—Behobene Validierung von MariaDB 10.3 für Adobe Commerce 2.3.6-p1.

Cache:flush-Protokollierung - Verbesserte Protokolleinträge, um den Beginn und das Ende des cache:flush anzugeben.

Es wurde ECE-Tools-Unterstützung für das schreibgeschützte pub/static hinzugefügt, wenn statische Inhalte in der Build-Phase bereitgestellt werden sollen.

Es wurde Unterstützung für Elasticsearch 7.9 und Redis 6 hinzugefügt, um die Kompatibilität mit kommenden Adobe Commerce-Versionen zu gewährleisten.

Die ECE-Tools-composer.json wurde aktualisiert, um eine erforderliche Abhängigkeit für das Quality Patches Tool hinzuzufügen. Dies behebt eine zirkuläre Abhängigkeit, die zwischen den Paketen ECE-Tools und magento-cloud-patches bestand.

Es wurde eine Suchmaschinenvalidierung hinzugefügt, um sicherzustellen, dass elasticsearch für Adobe Commerce auf Cloud-Infrastruktur 2.4 und höher festgelegt ist. Wenn die Validierung fehlschlägt, wird die Bereitstellung mit einer kritischen Fehlermeldung gestoppt, die Fehlerbehebungen für das Problem vorschlägt. Siehe Kritische Fehler, Bereitstellungsphase.

Es wurde eine Elasticsearch-Validierung hinzugefügt, um die Kompatibilität zwischen der Elasticsearch Service-Version und der Adobe Commerce-Version zu überprüfen.

Die Fehlermeldung zur Elasticsearch-Kompatibilität wurde aktualisiert, um die Elasticsearch-Versionen anzuzeigen, die mit dem Adobe Commerce-Elasticsearch-Modul kompatibel sind. Die Fehlermeldung enthält jetzt die spezifischen Versionsnummern, die in Ihrer Cloud-Infrastruktur installiert werden müssen, damit sie mit dem Elasticsearch-Elasticsearch kompatibel sind, das von Ihrer Version von Adobe Commerce verwendet wird. Siehe Warnfehler, Bereitstellungs-Staging.

Es wurden Warnfehler 2026 und 2027 für die Einstellung der ungültigen MAGE_MODE-Umgebungsvariablen hinzugefügt. Der einzige gültige Wert ist production. Vor dieser Fehlerbehebung konnte MAGE_MODE auf developer ohne Bereitstellungsfehler festgelegt werden, um später beim Versuch, in schreibgeschützte Dateien zu schreiben, Fehler zu verursachen. Siehe Warnfehler.

Die Validierung für Redis-, RabbitMQ- und MySQL-Services wurde korrigiert, um sicherzustellen, dass diese Versionen mit der Adobe Commerce-Version kompatibel sind. Gültige Versionen dieser Services werden jetzt in die cloud.log geschrieben.

Der cloud.log wurde aktualisiert und enthält jetzt das Limit für gleichzeitige Anfragen zum Senden von Anfragen während der Cache-Aufwärmung. Dieser Wert wird in der Variablen WARM_UP_CONCURRENCY nach der Bereitstellung konfiguriert.

Es wurde die schema.error.yaml-Datei hinzugefügt, die alle Fehler- und Warnbenachrichtigungen enthält, die während des Erstellungs-, Bereitstellungs- und Nachbereitstellungsprozesses auftreten können, sowie Vorschläge zur Behebung der Fehler. Die Informationen in dieser Datei finden Sie auch im Cloud-Handbuch für Commerce. Siehe Fehlermeldungsreferenz für ece-tools.

Die Einträge im Cloud-Fehlerprotokoll (/var/log/cloud.error.log) wurden in das JSON-Format geändert, um das programmgesteuerte Parsen des Protokolls zu vereinfachen.

Es wurden zusätzliche Fehlerprüfungen für die Build-, Bereitstellungs- und Nachbereitstellungsverarbeitung sowie verbesserte vorhandene Prüfungen hinzugefügt:

• Fehler-Code 2026 - Einige während der Build-Phase generierte Daten konnten nicht in den bereitgestellten Verzeichnissen wiederhergestellt werden

• Fehler-Code 3004 - Sicherungsdateien können nicht erstellt werden

• Fehler-Code 102 - Es wurden zusätzliche Prüfungen für Probleme hinzugefügt, die auftreten, wenn die env.php-Datei nicht beschreibbar ist

Die Umgebungsvariable QUALITY_PATCH wurde hinzugefügt, um einen oder mehrere Qualitäts-Patches anzugeben, die während des Bereitstellungsprozesses angewendet werden sollen. Siehe Variablen erstellen.

Infrastrukturaktualisierungen—

• Verbesserungen bei der Protokollierung - Verbesserte Protokollierungsfunktion durch Zuweisung von Ausstiegscodes zu kritischen Bereitstellungsfehlern und Offenlegung der Ausstiegscodes in Fehlerbenachrichtigungen und Protokollereignissen. Siehe Fehlermeldungsreferenz für ece-tools.

• Der Prozess für Datenbank-Dumps (vendor/bin/ece-tools db-dump) und aktualisierte Protokollmeldungen wurden verbessert, um klarzustellen, dass der Vorgang zum Datenbank-Dump die Anwendung in den Wartungsmodus wechselt, Prozesse in der Verbraucherwarteschlange stoppt und Cron-Aufträge deaktiviert, bevor der Dump beginnt.

• Es wurde ein Problem behoben, um sicherzustellen, dass die Projekt-URL bei der Bereitstellung in Staging- und Produktionsumgebungen korrekt aktualisiert wird. Jetzt verwendet ece-tools die URL für die Route, wobei das Attribut primary:true in der Projektrouten-Konfiguration festgelegt ist. Siehe Variablen bereitstellen.

• Der generate.xml Build-Szenario-Workflow zum Anwenden von Patches wurde aktualisiert. Patches müssen früher angewendet werden, um Adobe Commerce zu aktualisieren und Probleme zu beheben, die dazu führen können, dass die di:compile- und module:refresh fehlschlagen.

• Es wurde ein Problem im Installationsprozess behoben, das fälschlicherweise den Crypt key missing zurückgibt. Der crypt/key wird während der Installation automatisch generiert.

Service-Updates—

• Unterstützung für PHP 7.4 und MariaDB 10.4. hinzugefügt

Aktualisierungen von Umgebungsvariablen—

• Die Variable SCD_USE_BALER wurde hinzugefügt, um das Ballenmodul für die JavaScript-Bündelung während des Build-Prozesses von Adobe Commerce in der Cloud-Infrastruktur zu aktivieren. Weitere Informationen finden Sie in der Beschreibung der im AbschnittBuild-Variablen

• Die Umgebungsvariable REDIS_BACKEND wurde hinzugefügt, um das Redis-Backend-Modell für den Redis-Cache für Adobe Commerce 2.3.5 oder höher zu konfigurieren. Weitere Informationen finden Sie in der Beschreibung der Variablen Variablen bereitstellen.

CLI-Befehlsaktualisierungen—

• Die folgenden CLI-Befehle wurden mit einer Option für eine detailliertere Protokollierung aktualisiert:

  • app:config:dump
  • app:config:import
  • module:enable

  Die Protokollierungsebene für jeden Aufruf wird durch die Konfiguration der VERBOSE_COMMANDS in der .magento.env.yaml bestimmt.

Validierungsverbesserungen—

• Kompatibilitätsprüfungen für Elasticsearch 7.x—Aktualisierte Elasticsearch-Validierung für Kompatibilitätsprüfungen für Elasticsearch 7.x-Software.

• Aktualisierte Service-Version und EOL-Validierungsprüfungen—Aktualisierte Validierung, um installierte Service-Versionen mit Adobe Commerce 2.4 zu überprüfen. Anforderungen.

• Es wurde ein Validierungsproblem behoben, sodass die folgende Warnmeldung nach der Bereitstellung nur angezeigt wird, wenn die post-deploy Hook-Konfiguration in der .magento.app.yaml-Datei fehlt:

  Your application does not have the "post_deploy" hook enabled.
  

• Hinzugefügte Validierung für Zend Framework-Abhängigkeiten - Es wurde eine Komponentenabhängigkeitsvalidierung für das Zend Framework hinzugefügt, das zum Laminas-Projekt migriert wurde. Wenn die erforderlichen Abhängigkeiten fehlen, wird während des Build-Prozesses die folgende Fehlermeldung angezeigt.

  Required configuration is missing from the autoload section of the composer.json file.
  Add ("Laminas\Mvc\Controller\Zend\": "setupsrc/ Zend/Mvc/Controller/") to
  the `autoload -> psr-4` section. Then, re-run the "composer update" command locally, and
  commit the updated composer.json and composer.lock files.
  

  Siehe Überprüfen von Zend Framework-Abhängigkeiten.

• Es wurde eine Validierung für env.php Datei und hinzugefügt - während des Installations- und Aktualisierungsprozesses wird nach der env.php und den Daten gesucht.

  • Wenn die env.php-Datei in der Installation fehlt und der crypt/key nicht in der .magento.app.yaml-Datei angegeben ist, schlägt die Bereitstellung mit der folgenden Benachrichtigung fehl:

    The crypt/key key value does not exist in the ./app/etc/env.php file or the CRYPT_KEY cloud environment variable``Missing crypt key for upgrading Magento`.
    

  • Wenn die Installation die env.php-Datei nicht enthält oder die Konfiguration nur einen Cache-Typ enthält, wird während des Upgrade-Prozesses der Befehl cron:enable ausgeführt, um die Datei mit allen cache_types wiederherzustellen. Die folgende Benachrichtigung wird dem Protokoll hinzugefügt:

    Magento state indicated as installed but configuration file app/etc/env.php was empty or did not exist.
    Required data will be restored from environment configurations and from the .magento.env.yaml file.