ECE-Tools - Versionshinweise

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

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

symfony/process—Die Kompatibilität mit symfony/process ^5.3 wurde hinzugefügt.

Mehrere Prozesse unterhalten - Es wurde eine multiple_processes -Option hinzugefügt, mit der Sie die Anzahl der Prozesse festlegen können, die für jeden Verbraucher erzeugt werden sollen. Siehe Beschreibung der CRON_CONSUMERS_RUNNER-Variablen in den 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.

Fixieren Sie driver_options reader—Es wurde die Konfiguration zum Lesen der driver_options für die DB-Verbindung aus der Datei env.php von 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 Prüfungen für das Ende der Lebensdauer der Software (eol.yaml) wurden aktualisiert und enthalten nun Elasticsearch 7.9.x.

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

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

Dedizierter Sitzungsspeicherdienst—redis-session wurde 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 zu verwenden, um eine bessere Leistung zu erzielen.

Veraltete SPLIT_DB-Meldungen - Es wurden Validator-Warnungen 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 - Der Service-Validator wurde behoben, um die richtige Version des Elasticsearchs aus den relationships -Eigenschaften in Cloud Docker- und Integrationsumgebungen abzurufen.

Flexible Überprüfung der Anschlussvalidierung - 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 wird verhindert, dass Überprüfungsfehler auftreten, wenn die Option port fehlt oder falsch ist.

Aktualisierung auf Adobe Commerce 2.4.2 - Es wurde ein Problem behoben, bei dem Benutzer nach der Aktualisierung auf Adobe Commerce 2.4.2 manuell bin/magento setup:upgrade ausführen mussten, damit ihre Sites betriebsbereit waren.

Remote-Speicher: Die Umgebungsvariable REMOTE_STORAGE wurde hinzugefügt, um Cloud-Projekte für die Remote-Speicherung von Mediendateien mithilfe eines Speicherdienstes wie AWS S3 zu aktivieren. Diese Konfigurationsoption ist Teil des ECE-Tools-Pakets, wird aber in Adobe Commerce nicht in der Cloud-Infrastruktur 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 gepusht werden.

Leeren des opcache—Es wurde Unterstützung für die PHP-Option opcache.enable_cli 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 Datenbankdienstes wurde aktualisiert, sodass er mit der Aurora-Datenbank kompatibel ist.

Neue Umgebungsvariable SCD_NO_PARENT—Es wurde die Umgebungsvariable SCD_NO_PARENT hinzugefügt (für Adobe Commerce >=2.4.2), um die Erstellung von statischen Inhalten 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 eine kleinere Teilmenge der 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 nicht zu app/etc/env.php hinzugefügt.

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

Validierung von MariaDB 10.3—Korrektur der Validierung von MariaDB 10.3 für Adobe Commerce 2.3.6-p1.

Cache:flush logging—Verbesserte Protokolleinträge, um den Start und das Ende des cache:flush Schritts anzuzeigen.

ECE-Tools-Unterstützung für das schreibgeschützte Verzeichnis pub/static hinzugefügt, wenn der statische Inhalt auf die Bereitstellung im Build-Schritt eingestellt ist.

Unterstützung für Elasticsearch 7.9 und Redis 6 zur Kompatibilität mit kommenden Adobe Commerce-Versionen hinzugefügt.

Die ECE-Tools composer.json wurden aktualisiert, um eine erforderliche Abhängigkeit für das Tool "Qualitätsmuster"hinzuzufügen. Dadurch wird eine zirkuläre Abhängigkeit behoben, die zwischen den ECE-Tools- und Magento-cloud-patches-Paketen bestand.

Suchmaschinenvalidierung hinzugefügt, um sicherzustellen, dass elasticsearch für Adobe Commerce in der Cloud-Infrastruktur 2.4 und höher festgelegt ist. Wenn die Validierung fehlschlägt, wird die Bereitstellung mit einer kritischen Fehlermeldung angehalten, die Fehlerbehebungen für das Problem vorschlägt. Siehe Kritische Fehler, Bereitstellen von Schritt.

Elasticsearch-Überprüfung hinzugefügt, um die Kompatibilität zwischen der Elasticsearch-Dienstversion und der Adobe Commerce-Version zu überprüfen.

Die Fehlermeldung zur Elasticsearch-Kompatibilität wurde aktualisiert, um die Versionen von Elasticsearch anzuzeigen, die mit dem Adobe Commerce-Elasticsearch-Modul kompatibel sind. Die Fehlermeldung enthält jetzt die spezifischen Elasticsearch-Versionen, die in Ihrer Cloud-Infrastruktur installiert werden sollen, damit sie mit dem von Ihrer Adobe Commerce-Elasticsearch-Version verwendeten -Modul kompatibel sind. Siehe Warnfehler, Schritt bereitstellen.

Hinzugefügte Warnmeldungen 2026 und 2027 für ungültige Umgebungsvariableneinstellung MAGE_MODE. Der einzige gültige Wert ist production. Vor dieser Fehlerbehebung konnte MAGE_MODE ohne Bereitstellungsfehler auf developer gesetzt werden, um später beim Versuch, in schreibgeschützte Dateien zu schreiben, nur Fehler zu verursachen. Siehe Warnfehler.

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

Das cloud.log wurde aktualisiert, um die Begrenzung für gleichzeitige Anforderungen beim Senden von Anforderungen während der Cache-Aufwärmung einzuschließen. Dieser Wert wird in der Variablen WARM_UP_CONCURRENCY post-deploy konfiguriert.

Die Datei "schema.error.yaml"wurde hinzugefügt, die alle Fehler- und Warnbenachrichtigungen enthält, die während des Build-, Bereitstellungs- und Post-Bereitstellungsprozesses auftreten können, sowie Vorschläge zur Behebung der Fehler. Die Informationen in dieser Datei sind auch im Cloud-Handbuch für Commerce verfügbar. 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 die programmgesteuerte Analyse des Protokolls zu vereinfachen.

Zusätzliche Fehlerprüfungen zum Erstellen, Bereitstellen und Bereitstellen der Verarbeitung nach der Bereitstellung sowie verbesserte vorhandene Prüfungen wurden hinzugefügt:

• Fehler-Code 2026 - Während der Build-Phase erzeugte Daten konnten nicht in den bereitgestellten Ordnern wiederhergestellt werden

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

• Fehler-Code 102 - Zusätzliche Prüfungen für Probleme wurden hinzugefügt, die auftreten, wenn die env.php-Datei nicht schreibbar 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.

Aktualisierungen der Infrastruktur—

• Verbesserungen bei der Protokollierung: Die Log-Tracking-Funktion wurde verbessert, indem Ausstiegscodes kritischen Bereitstellungsfehlern zugewiesen und Ausstiegscodes in Fehlerbenachrichtigungen und Protokollereignissen angezeigt wurden. 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 Datenbankabbildvorgang die Anwendung in den Wartungsmodus wechselt, die Verarbeitung von Verbraucherwarteschlangen stoppt und Cron-Aufträge deaktiviert, bevor der Abbildmodus gestartet wird.

• 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 Konfiguration der Projektroute festgelegt ist. Siehe Variablen bereitstellen.

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

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

Dienstaktualisierungen—

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

Aktualisierungen der Umgebungsvariablen—

• Die Variable SCD_USE_BALER wurde hinzugefügt, um das Baler-Modul für das JavaScript-Bundling während des Build-Prozesses der Cloud-Infrastruktur in Adobe Commerce zu aktivieren. Siehe die Variablenbeschreibung in den Build-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. Siehe die Variablenbeschreibung in den Bereitstellungsvariablen.

CLI-Befehl aktualisiert—

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

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

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

Verbesserungen bei der Validierung—

• Kompatibilitätsprüfungen für Elasticsearch 7.x—Die Überprüfung des Elasticsearchs für Kompatibilitätsprüfungen mit Elasticsearch 7.x wurde aktualisiert.

• Aktualisierte Dienstversion und EOL-Validierungsprüfungen—Aktualisierung der Validierung, um installierte Dienstversionen anhand der Anforderungen von Adobe Commerce 2.4 zu überprüfen.

• Korrektur eines Validierungsproblems, sodass die folgende Warnmeldung nach der Bereitstellung nur angezeigt wird, wenn die post-deploy -Hook-Konfiguration in der .magento.app.yaml-Datei fehlt:

  code language-text
  Your application does not have the "post_deploy" hook enabled.

• Validierung für Zend Framework-Abhängigkeiten hinzugefügt—Hinzufügung der Komponentenabhängigkeit für das Zend Framework, das zum Laminas-Projekt migriert wurde. Wenn die erforderlichen Abhängigkeiten fehlen, wird während des Build-Prozesses die folgende Fehlermeldung angezeigt.

  code language-text
  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 der Zend-Framework-Abhängigkeiten.

• Validierung für env.php Datei und Daten hinzugefügt - Es wurden Prüfungen für die env.php-Datei und -Daten während des Installations- und Aktualisierungsprozesses hinzugefügt.

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

    code language-text
    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 nicht die Datei env.php enthält oder die Konfiguration nur einen Cache-Typ enthält, wird während des Aktualisierungsprozesses der Befehl cron:enable ausgeführt, um die Datei mit allen cache_types wiederherzustellen. Die folgende Benachrichtigung wird dem Protokoll hinzugefügt:

    code language-text
    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.