Versionshinweise-Archiv für Eece-Tools

Änderungen am ECE-Tools-Paket

• Die Adobe Commerce-Patches wurden aus der ece-tools -Paket in ein neues magento/magento-cloud-patches Komponentenpaket.

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

• Es wurde ein Fehler behoben, der dazu führte, dass ece-tools Patchprozess, der beim Anwenden von Patch-Sets zusätzlich zu reinen Sicherheitsversionen beschädigt wird, beginnend mit Version 2.3.2-p2 und höher. Dieses Problem wurde durch das neue Versionierungssystem eingeführt, das für Sicherheits-Patches.

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

• Sicherheits-Patches für Page Builder für die Versionen 2.3.1.x und 2.3.2.x-Behebung eines Fehlers in der Seitenaufbau-Vorschau, der es nicht authentifizierten Benutzern ermöglicht, auf einige Vorlagenmethoden zuzugreifen, die zum Trigger der Ausführung beliebigen Codes ü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-Versionen 2.3.1 und 2.3.2 verwendet werden.

• MSI-Patches-Behebt Probleme, die bei der Verwendung von Standardeinstellungen für die Lagerverwaltung zu Indizierungsfehlern und Leistungsproblemen führten.

• Abwärtskompatibilität neuer E-Mail-Schnittstellen-behebt ein Abwärtskompatibilitätsproblem, das durch die Magento\Framework\Mail\EmailMessageInterface Die PHP-Schnittstelle wurde in Adobe Commerce v2.3.3 eingeführt. Im Rahmen dieses Patches wird die neue EmailMessageInterface erbt von der alten MessageInterfaceund die Adobe Commerce-Kernmodule wieder auf Abhängigkeiten MessageInterface.

• Katalogpaginierung funktioniert nicht auf Elasticsearch 6.x-Behebung eines kritischen Problems mit der Seitennummerierung von Suchergebnissen, 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 für die Anwendung der benutzerdefinierten Hook-Konfiguration hinzugefügt in .magento.app.yaml in der Docker-Umgebung. Zuvor unterstützte die Docker-Umgebung nur die standardmäßige Hook-Konfiguration.

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

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

Aktualisierungen der Umgebungsvariablen-

• Der LOCK_PROVIDER deploy -Variable zum Konfigurieren des Sperranbieters, der den Start doppelter Cron-Aufträge und Cron-Gruppen verhindert. Siehe Variablenbeschreibung im Abschnitt Bereitstellungsvariablen Thema.

• Der CONSUMERS_WAIT_FOR_MAX_MESSAGES Umgebungsvariable zum Konfigurieren, wie Verbraucher bei Verwendung der Variablen CRON_CONSUMERS_RUNNER Umgebungsvariable zum Verwalten von Cron-Aufträgen. Siehe Variablenbeschreibung im Abschnitt Bereitstellungsvariablen Thema.

• Fehlerkorrektur - Datenbankblockierfehler können jetzt auch dann auftreten, wenn die Variable consumers_runner Der Cron-Auftrag startet mehrere Instanzen desselben Verbrauchers auf verschiedenen Knoten. Wenn Sie jetzt die CRON_CONSUMERS_RUNNER -Variablen in Ihrer Umgebung bereitstellen, wird die consumers_runner Der Auftrag verwendet die single-thread -Option, um eine Instanz jedes Verbrauchers auf nur einem Knoten zu starten.

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

Die von der module:refresh Befehl. Jetzt können Sie eine detaillierte Liste der aktivierten Module im cloud.log -Datei.

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.

Die interaktiven Validierungen für die Dienstkompatibilität wurden aktualisiert, um die unterstützten Versionen für die neuen Adobe Commerce-Versionen 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 bereits abgeschlossenen Cron-Auftrag zu stoppen, wurde verbessert, um zu klären, dass dieses Problem kein Fehler ist. Die Protokollebene wurde geändert von INFO nach DEBUG.

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

Die standardmäßige Protokollebene für den Datei-Handler wurde in debug um die Detailmenge im Protokoll zu reduzieren, das im Cloud Console, während Sie weiterhin detaillierte Informationen zum Debugging bereitstellen.

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

Korrektur eines Undefined index error das auftritt, wenn magento-cloud Der CLI-Befehl schlägt in einer Umgebung fehl, 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-Updates—

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

• Unterstützung für die Konfiguration von PHP-Modulen mithilfe der .magento.app.yaml -Datei. Alle In der Variablen .magento.app.yaml file in den Docker PHP-Containern verfügbar sein.

• Es stehen neue Befehle zur Verbesserung des Docker-Befehlszeilenerlebnisses zur Verfügung. Siehe 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 sich jetzt mit SSH beim Docker-Container anmelden, befinden Sie sich im Projektstamm im /app Verzeichnis.

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

  note warning
  WARNING
  Adobe Commerce für Cloud-Infrastrukturkunden Senden eines Adobe Commerce-Support-Tickets , um das libNatrium-Paket in Pro Production- und Staging-Umgebungen vor der Aktualisierung auf Adobe Commerce 2.3.2 zu aktualisieren. Derzeit können Sie keine Starter-Umgebungen auf Adobe Commerce 2.3.2 aktualisieren.

• Der analysis-icu und analysis-phonetic Elasticsearch-Plugins für alle Docker-Bilder.

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

Aktualisierungen der Umgebungsvariablen—

• Unterstützung für Datenbanktabellenpräfixe mit der Umgebungsvariable DATABASE_CONFIGURATION.

• Der FORCE_UPDATE_URLS -Variablen bereitstellen, um bei der Bereitstellung in Produktions- und Staging-Umgebungen von Pro und Starter die Basis-URLs zu aktualisieren. Siehe Definition im Abschnitt Bereitstellungsvariablen Inhalt.

• Der TTFB_TESTED_PAGES Zu konfigurierende Variable nach der Bereitstellung Time to First Byte Seitentests, um die Anwendungsleistung auf Sites zu überprüfen, die in der Cloud-Infrastruktur bereitgestellt werden. Siehe 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. Die Problemumgehung beinhaltet die Festlegung der SCD_THREADS zu 1. Sie können jetzt die Anzahl nach Bedarf erhöhen. Siehe Definitionen im Abschnitt Bereitstellungsvariablen und Build-Variablen.

• Sie können die WARM_UP_PAGES Umgebungsvariable zum Zwischenspeichern einzelner Seiten, mehrerer Domänen und mehrerer Seiten. Siehe erweiterte Definition in der Variablen nach der Bereitstellung Inhalt.

Der pub/static/.htaccess in die Ausschlussliste. Fehlerbehebung eingereicht von Björn Kraus von PHOENIX MEDIA GmbH.

Es wurde ein Fehler behoben, der auftrat, wenn alle Validierungsmeldungen als Critical wenn mindestens ein Validator für kritische Ebenen einen Fehler zurückgegeben hat.

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

Es wurde ein neuer env:config:showcommand der ece-tools -Paket, das Umgebungsdienste, Routen oder Variablen anzeigt. Siehe Dienste, Routen und Variablen. Von Vladimir Kerkhoff vorgelegte Funktion.

Es wurde ein Fehler behoben, der beim Versuch, Adobe Commerce 2.2.6 oder früher zu installieren, einen kritischen Fehler verursachte. ece-tools nach der Umgestaltung der Shell entwickeln.

Es wurde ein Fehler behoben, der dazu führte, dass 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.

Verringert die cloud.log Protokollebene für die Shell-Ausgabe von info nach debug.

Der --remove-definers (-d) -Option ece-tools db-dump -Befehl zum Entfernen von Definitoren aus der Dump-Datei.

Docker-Updates—

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

• Neuer Docker-Container—Hinzufügung einer TLS-Terminierungsproxy-Container zur Erleichterung der Varnish-SSL-Beendigung über HTTPS.

• 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 in starten. Produktionsmodus oder Entwicklermodus. Der Entwicklermodus unterstützt die aktive Entwicklung mit vollständigen, beschreibbaren Dateisystemberechtigungen.

• Es wurde ein Fehler behoben, der dazu führte, dass die Docker-Bereitstellung mit einer Name or service not known Fehler, 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 file. Der Docker-Konfigurationsgenerator aktualisiert den Dienst im docker/config.php.dist automatisch.

• Interaktive Validierungen zur Dienstkompatibilität hinzugefügt. Wenn ein angeforderter Dienst jetzt mit der Adobe Commerce-Version oder anderen Diensten inkompatibel ist, wird die interaktiver Modus fordert den Benutzer mit einer Meldung und einer Auswahl auf, fortzufahren. Siehe Dienstversionen für Docker verfügbar. Verwenden Sie die -n Option zum Überspringen der Interaktivität für CICD-Zwecke.

• Problem mit der Docker-Komposition behoben db-dump -Befehl, der vorhandene Dumps gelöscht hat.

• Es wurde ein Problem behoben, durch das Redis zugewiesen wurde session, default, und page_cache Cache-Speicher auf dieselbe Datenbank-ID übertragen.

Aktualisierungen der Umgebungsvariablen—

• Die neue ELASTICSUITE_CONFIGURATION Die Umgebungsvariable behält Ihre benutzerdefinierten Diensteinstellungen zwischen den Implementierungen bei. Siehe Definition im Abschnitt Bereitstellungsvariablen Inhalt.

• Der SCD_MAX_EXECUTION_TIMEOUT Umgebungsvariable, damit Sie die Zeit für den Abschluss der Bereitstellung statischer Inhalte über die .magento.env.yaml -Datei. Siehe Definition im Abschnitt Bereitstellungsvariablen, die Build-Variablenund die globale Variablen.

  • Der MAGENTO_CLOUD_LOCKS_DIR Umgebungsvariable zum Konfigurieren des Pfads zum Bereitstellungspunkt für den Sperranbieter in der Cloud-Infrastruktur. 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 unter Cloud-Variablen.

  • Die SCD_THREADS Umgebungsvariable Standardwerte, um den optimalen Wert basierend auf der erkannten CPU-Thread-Anzahl automatisch zu bestimmen. Siehe aktualisierte Definitionen in der Bereitstellungsvariablen und Build-Variablen.

Fehlerkorrektur - Es wurde ein Problem mit einem Patch für den DB Isolation Mechanism 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-Bilddiagramme mit Grafiken. Siehe den Artikel DevBlog . Google Image Charts - veraltete und aktualisierte Version für M1.

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

Fehlerkorrektur - sensible Daten werden jetzt nicht mehr angezeigt, wenn eine Ausnahme auftritt. Jetzt werden die sensiblen Informationen entsprechend maskiert.

Die Fehlertoleranzeinstellungen des Magento Open Source-Packages wurden verbessert. Wenn Adobe Commerce keine Daten aus den Redizes lesen kann slave -Instanz wird aus den Redis gelesen. master -Instanz. 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—Die folgenden Dienste wurden zum Docker-Build hinzugefügt:

• Elasticsearch 6.5

• Redis 5.0

Neue Umgebungsvariable—Zuvor gab es einen hartcodierten Timeout für die SCD-Komprimierung. Jetzt können Sie das SCD-Komprimierungs-Timeout mithilfe der SCD_COMPRESSION_TIMEOUT Umgebungsvariable. Siehe Definitionen im Abschnitt Build-Variablen und Bereitstellungsvariablen Inhalt.

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

Zeitstempel zum var/log/install_upgrade.log -Datei, damit sie die 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 sendmail -Dienst.

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

• Es wurde ein Problem mit Webdienstberechtigungen behoben, das beim Generieren der docker-compose.yml -Datei.

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

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

Fehlerkorrektur - Es wurde ein Fehler bei der Datenbankverbindung behoben, der während der Bereitstellung unmittelbar nach dem Konfigurieren einer zusätzlichen Datenbank- und Dienstbeziehung auftrat. Außerdem wurde ein Problem behoben, das während der Konfiguration von Commerce Reporting für Starter auftrat. Für Starter ist dieses Upgrade ein "Muss vorhanden"für die Verwendung von Commerce-Berichten.

Es wurde ein Validierungsproblem mit der Datenbankkonfiguration behoben, das dazu führte, dass der Bereitstellungsprozess fehlschlug.

Die Einschränkung wurde mit der entsprechenden Version der symfony/yaml Paket, das mit PHP-Konstanten. Die konstante Analyse funktioniert nicht bei Verwendung einer symfony/yaml Paketversion vor 3.2. Fehlerbehebung von Vladimir Kerkhoff.

Prü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 jetzt eine JSON-Variable einen Syntaxfehler verursacht, erscheint eine Warnung in der cloud.log -Datei und -Bereitstellung wird weiterhin mit der Standardvariablen verwendet.

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

Änderungen protokollieren—Die Protokollebene von Info nach Notice für die folgenden Build- und Bereitstellungs-Prozessereignisse:

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

• Beginn und Ende des Konfigurationsvalidierungsprozesses

• Anfang und Ende der setup:di:compile Prozess zum Generieren von Klassen

Neue Umgebungsvariablen—

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

• Globale Variable X_FRAME_CONFIGURATION—Verwenden Sie diese Variable, um die X-Frame-Options Kopfzeilenkonfiguration zum Rendern einer Adobe Commerce-Seite in einer <frame>, <iframe>oder <object>.

Aktualisierungen der Umgebungsvariablen—Die folgenden Umgebungsvariablen wurden geändert:

• WARM_UP_PAGES—Es wurde die Möglichkeit hinzugefügt, den Cache für bestimmte Seiten auf allen Domänen vorab zu laden, die für einen Adobe Commerce Store definiert sind. 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 das Beispiel wurden aktualisiert .magento.env.yaml -Datei mit den richtigen Standardwerten für die SCD-Komprimierungsstufe. Siehe Definitionen im Abschnitt Build-Variablen und Bereitstellungsvariablen Inhalt.

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

• SCD_MATRIX—Korrektur des Validierungsprozesses, um ein Problem zu verhindern, das auftrat, wenn SCD_MATRIX einen Designwert ignorierte, der verschiedene Zeichenfälle enthielt. Siehe Definitionen im Abschnitt Build-Variablen und Bereitstellungsvariablen Inhalt.

• 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 Kennwort vergessen oder admin:user:create CLI-Befehl zum Erstellen eines neuen Administratorbenutzers. 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 der .magento.app.yaml und .magento/services.yaml Konfigurationsdateien beim Erstellen einer Docker-Umgebung. 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; Aktualisierung der Launch-Docker-Konfiguration , um docker:build --php -Option, um die PHP-Version anzugeben, die mit Ihrer Adobe Commerce-Version kompatibel ist.

• Hinzufügung von Cron-Container basiert auf dem PHP-CLI-Image.

• 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

Konfigurieren mit PHP-Konstanten—Unterstützung für PHP-Konstanten im .magento.env.yaml Konfigurationsdatei.

Neue Umgebungsvariable—Standardmäßig sind nur die Google Analytics in der Produktionsumgebung aktiviert. Sie können Google Analytics in den Staging- und Integrationsumgebungen aktivieren, indem Sie die Umgebungsvariable ENABLE_GOOGLE_ANALYTICS.

Es wurde ein Problem behoben, durch das benutzerdefinierte Cron-Konfigurationen aus dem env.php -Datei nach einer Neubereitstellung. Jetzt bleiben benutzerdefinierte Cron-Konfigurationen sicher im env.php -Datei.

Inkonsistenzen in den Nachrichten und Protokollebenen für Build-, Bereitstellungs- und Post-Bereitstellungsphasen. Erhöhte Start- und End-Protokollierungsstufen von Info nach Hinweis für alle Phasen und Unterphasen. Es wurden gegebenenfalls Start- und Endprotokollmeldungen hinzugefügt.

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

Fehlerkorrektur - jetzt kann Adobe Commerce bei der Angabe einer benutzerdefinierten Datenbankkonfiguration erfolgreich installiert werden. Zuvor verwendete der Installationsprozess die Datenbankkonfiguration aus dem MAGENTO_CLOUD_RELATIONSHIP-Variable auch wenn Sie in der Umgebungsvariable DATABASE_CONFIGURATION.

Die config:dump -Befehl, damit jedes Website-Gebietsschema in die system Abschnitt config.php -Datei.

Es wurde ein Problem behoben, das zu Warmup Fehler während der Phase nach der Bereitstellung durch Korrektur der Quell-URL-Referenz.

Es wurde ein Problem behoben, durch das Dateien während der setup:di:compile -Prozess, der sich auf das Amazon Pay-Modul auswirkte.

Überprüfen des richtigen Zustands—Die ideal-state Der 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 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.

Implementierungsverbesserung—Es wurde eine Validierung hinzugefügt, die Kunden warnt, wenn eine Staging- oder Produktionsumgebung dev, debugoder debug_logging -Optionen aktiviert sind, um Leistungsprobleme zu verhindern, die durch eine übermäßige Protokollierungsaktivität 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 herabzustufen: CRITICAL nach WARNING , damit 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. Siehe Artikel zur Fehlerbehebung bei Elasticsearch in der Wissensdatenbank zur Adobe Commerce-Unterstützung.

• Es wurde ein Problem mit den freigegebenen Konfigurationseinstellungen im app/etc/config.php -Datei recursion detected Fehler während der Bereitstellung.

Kronbezogene 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 config.php -Datei, die von der vendor/bin/ece-tools config:dump -Befehl zur Verwendung der kurzen Array-Syntax und des 4-Raum-Einzugs, um den Adobe Commerce-Kodierungsstandards zu entsprechen.

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

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 zur Reduzierung der Bereitstellungsunterbrechung in Cloud.

Docker Compose für Cloud—Die folgenden Verbesserungen wurden am Docker-Setup und -Konfiguration Prozess:

• Ein Befehl wurde hinzugefügt —docker:config:convert um PHP-Konfigurationsdateien in das Docker ENV-Format zu konvertieren, um die Konfiguration der Umgebung zu vereinfachen. Jetzt kopieren Sie die PHP-Konfigurationsdateien in das Docker-Verzeichnis und konvertieren sie in Docker ENV-Dateien. Siehe Launch-Docker.

• 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 Datenbankcontainer. Außerdem können Sie Freigeben von Dateien zwischen einem Hostcomputer und einem Container, der docker/mnt Verzeichnis.

• Support für Varkonsole— 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 von Adobe Commerce für Cloud-Infrastrukturerweiterungen—Herabstufung der Mindestanforderungen an die Version des "guzzlehttp/guzzle"-Pakets in der Adobe Commerce-Cloud-Infrastruktur Datei "composer.json" auf Version 6.2, sodass die Variable ece-tools -Paket ist mit mehr Erweiterungen kompatibel.

Anwenden benutzerdefinierter Änderungen auf Ihre Adobe Commerce-Anwendung während der Build-Phase—Wir teilen die Build-Phase in zwei separate Prozesse auf, damit Sie mithilfe von Erweiterungspunkten benutzerdefinierte Änderungen an den generierten statischen Inhalten vornehmen können, bevor Sie die Anwendung für die Implementierung verpacken. Die build:generate -Prozess generiert Code, wendet Patches an und generiert statische Inhalte. Die build:transfer -Prozess überträgt den generierten Code und statischen Inhalt an das endgültige Ziel. Siehe Anwendungshooks.

Prüfung der Umgebungskonfiguration—Verbesserte Validierung der Umgebungskonfiguration, um Kunden vor der Erstellung und Bereitstellung 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 durch Senden eines Support-Tickets , um Elasticsearch auf eine kompatible Version zu aktualisieren, oder ändern Sie die Adobe Commerce-Konfiguration, 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—Die folgenden Umgebungsvariablen wurden geändert:

• Globale Variable SKIP_HTML_MINIFICATION—Der Standardwert wurde geändert in true zur Aktivierung der On-Demand-HTML-Inhaltsminimierung, wodurch Ausfallzeiten bei der Bereitstellung in Staging- und Produktionsumgebungen minimiert werden. Diese Konfiguration ist für Bereitstellungen ohne Ausfallzeiten erforderlich.

• Variable "CLEAN_STATIC_FILES"bereitstellen—Es wurde die Möglichkeit hinzugefügt, die Verarbeitung sauberer statischer Dateien für statischen Inhalt zu verwalten, der während der Build-Phase basierend auf der Umgebungsvariableneinstellung CLEAN_STATIC_FILES generiert wurde. Zuvor wurden statische Inhaltsdateien, die während der Build-Phase generiert wurden, immer bereinigt.

Protokollierung—Die folgenden Änderungen wurden 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 Bereitstellungsprotokollgröße 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 Protokollanweisungen aktualisiert.

Cron-spezifische Fehlerbehebungen—

• 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 - Es wurde ein Problem mit dem Sperrmechanismus für die Planung von Verbrauchern behoben, die von Cron-Aufträgen in Adobe Commerce-Versionen 2.2.0 und höher gestartet wurden, um zu verhindern, dass Cron-Aufträge doppelte Verbraucher starten.

Es wurde ein Problem mit der Prozess der statischen Inhaltskomprimierung (gzip), die not overwritten und no such file or directory Fehler beim Referenzieren der komprimierten Datei während des Bereitstellungsprozesses.

Es wurde ein Problem behoben, durch das die php ./vendor/bin/ece-tools config:dump -Befehl zum Entfernen redundanter Abschnitte aus dem config.php -Datei während des Dump-Prozesses, wenn das Speichergebietsschema nicht angegeben ist. Jetzt können Sie Ihre Konfigurationsdateien einfach zwischen Umgebungen verschieben. Nach der Aktualisierung auf ece-tools v2002.0.13, ältere Version neu generieren config.php -Dateien mit verbesserter config:dump Befehl. Siehe Konfigurationsverwaltung für Speichereinstellungen.

Es wurde ein Problem behoben, das während der Bereitstellungsphase einen Fehler verursachte, wenn die Routenkonfiguration in der .magento/routes.yaml Dateiumleitungen aus einer apex einer Domäne www Domäne.

Es wurde ein Problem mit der _merge -Option für SEARCH_CONFIGURATION -Variable, die falsche Zusammenführungsergebnisse verursacht hat, wenn Sie die Variable engine -Parameter in der aktualisierten .magento.env.yaml Konfigurationsdatei. Jetzt überschreibt der Zusammenführungsvorgang korrekt nur die Werte, die Sie in der aktualisierten .magento.env.yaml ohne dass Sie die engine -Parameter.

Fehlerkorrektur - Die Sitzungssperrung für Adobe Commerce in Cloud-Infrastrukturversionen 2.2.1 und höher wird jetzt nicht mehr fälschlicherweise aktiviert. Dies kann zu Leistungseinbußen und Zeitüberschreitungen führen. Jetzt ist die Sitzungssperrung standardmäßig deaktiviert. Das Problem wurde durch eine Änderung des Standardverhaltens der disable_locking -Parameter, 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—Hinzufügung eines Befehls—docker:build—um eine Docker Compose Konfiguration aus der Cloud ece-tools Repository.

Gebietsschemata ändern—Jetzt können Sie das Gebietsschema des Stores ändern, ohne den Konfigurationsprozess exportieren und importieren 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 Roboter—Erstellen Sie eine Workflow , um robots.txt und generieren Sie eine sitemap.xml -Datei für eine einzelne Domain-Konfiguration erstellen, ohne dass die Infrastruktur geändert werden muss.

Assistenten—Zwei hinzugefügt Assistenten um Sie bei der Cloud-Konfiguration zu unterstützen:

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

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

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

Die Möglichkeit zum Zusammenführen oder Überschreiben der Konfiguration für Dienste mit der _merge -Option in CACHE, SITZ, QUEUE, und SUCHEN -Konfigurationen.

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

• Wir haben außerdem eine tiefe Validierung für die .magento.env.yaml Konfiguration, die Fehler im Bereitstellungsprozess verhindert, die durch unerwartete Werte verursacht werden. Wenn ein Fehler auftritt, erhalten Sie jetzt eine detaillierte Fehlermeldung, die mit Folgendem beginnt: Environment configuration is not valid. Please correct .magento.env.yaml file with next suggestions:

Folgendes wurde hinzugefügt: Umgebungsvariablen:

• Jetzt können Sie mehrere Gebietsschemata für jedes Thema mit dem neuen SCD_MATRIX -Umgebungsvariable, die die Anzahl der bereitzustellenden Designdateien verringert.

• Der DATABASE_CONFIGURATION Umgebungsvariable, um Ihre Datenbankverbindungen für die Bereitstellung anzupassen.

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

Es wurde ein Fehler behoben, der zwischen der Bereitstellungs- und der Postbereitstellungsphase zu Ausfallzeiten führte. Jetzt beginnt die Phase nach der Bereitstellung sofort nach Ende der Bereitstellungsphase.

Es wurde ein Problem behoben, bei dem die erfolgreichen Cron-Aufträge, die mit status = successaus dem Zeitplan.

Es wurde ein Problem mit der post_deploy -Erweiterungspunkt, der den Cache in der Bereitstellungsphase statt in der Phase nach der Bereitstellung des Projekts gelöscht hat.

Fehlerkorrektur - Bei der Verwendung von SCD mit mehreren Gebietsschemas tritt jetzt kein Fehler mehr auf, der die gleiche js-translation.json -Datei für jedes Gebietsschema.

Optimiert die db:dump im ece-tools -Paket zu vermeiden, Tabellen zu sperren und 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

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 für Symfony Console—Unterstützung für Symfony Console 4 mit Adobe Commerce 2.3 hinzugefügt.

Optimierungen der Cron-Planung—Verbesserte Warteschlangenverwaltung und verbesserte Protokollierung, um das Debugging von Cron-bezogenen Problemen zu unterstützen.

Die Freigabevalidierung schlägt bei einem ADMIN_EMAIL oder ADMIN_USERNAME ist mit einem vorhandenen Administratorkonto identisch.

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.

Fehlerkorrektur - Die Build-Phase für die alte Architektur wird jetzt bei der Bereitstellung statischer Inhalte unterbrochen.

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.

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

SCD-spezifische Verbesserungen—

• Sie können die VERBOSE_COMMANDS und SCD_COMPRESSION_LEVEL Umgebungsvariablen während build und de_ploy-Phasen.

• Fehlerkorrektur - Die Bereitstellung schlägt jetzt nicht mehr mit einem zufälligen Fehler fehl, wenn ein unerwarteter Wert für die SCD_COMPRESSION_LEVEL Umgebungsvariable. Die Konfigurationsvalidierung wurde verbessert, um aussagekräftige Benachrichtigungen bereitzustellen. Siehe SCD_COMPRESSION_LEVEL für annehmbare Werte.

• Das Verhalten der SCD_COMPRESSION_LEVEL Konfigurationsfluss der Umgebungsvariablen, damit die Außerkraftsetzungen erwartungsgemäß funktionieren.

• Fehlerkorrektur - Die Konfiguration der SCD_THREADS Umgebungsvariable in .magento.env.yaml file deploy Bühne.

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

• Neue Umgebungsvariable—Die SCD_ON_DEMAND globale Umgebungsvariable, um bei Bedarf statischen Inhalt zu generieren.

• Hook nach der Bereitstellung—Hinzufügung einer post_deploy Hook für .magento.app.yaml Datei, die den Cache löscht und den Cache vorlädt (wärmt). after der Container beginnt, Verbindungen zu akzeptieren. Sie ist nur für Pro-Projekte verfügbar, die Staging- und Produktionsumgebungen in der Cloud Console und für Starter-Projekte. Obwohl dies nicht erforderlich ist, funktioniert dies zusammen mit dem SCD_ON_DEMAND Umgebungsvariable.

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

Implementierungs-Protokollierung—Es wurde die Möglichkeit hinzugefügt, während des Bereitstellungsprozesses Syslog- und Graylog Extended Log Format (GELF)-Handler für die Ausgabe von Protokollen zu aktivieren. Siehe Protokollierungshandler.

Folgendes wurde hinzugefügt: Umgebungsvariablen:

• CRYPT_KEY—Stellen Sie beim Verschieben einer Datenbank einen kryptografischen Schlüssel für eine andere Umgebung bereit.

• SKIP_HTML_MINIFICATION—Global Umgebungsvariable, die das Kopieren der statischen Ansichtsdateien in die var/view_preprocessed und generiert bei Bedarf minimierte HTML.

• SCD_ON_DEMAND—Global Umgebungsvariable, um bei Bedarf statischen Inhalt zu generieren.

• WARM_UP_PAGES- Sie können die Seiten auflisten, die zum Vorausfüllen des Cache verwendet werden sollen. Verfügbar in der neuen Variablen nach der Bereitstellung.

Fehlerkorrektur - Es wurde ein Problem behoben, bei dem ein lokal angewendeter Patch die Bereitstellung auf einer Instanz beschädigte. Jetzt können ECE-Tools erkennen, dass ein Patch angewendet wurde.

Es wurde ein Konflikt zwischen JavaScript-Bundling und GZIP-Funktionalität behoben. Jetzt funktionieren diese Funktionen richtig zusammen.

Fehlerkorrektur - Jetzt tritt kein Fehler mehr auf, wenn frühere PHP 7.0.x-Versionen verwendet werden, weil die CLI-Befehle der ECE-Tools fehlschlagen.

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—Die ece-tools unterstützt jetzt Adobe Commerce 2.1.x.

Redis-Konfiguration—Sie können jetzt Redis konfigurieren Seite und standardmäßiger Cache- und Redis-Sitzungsspeicher mithilfe einer Umgebungsvariablen.

Verbesserungen beim Such-, AMQP- und Redis-Dienst—Wir haben den Konfigurationsfluss für den Dienst so vereinheitlicht, dass er nun für alle Dienste auf die gleiche Weise funktioniert. Manuelles Bearbeiten des env.php -Datei zum Konfigurieren von Diensten wird nicht mehr unterstützt. Sie müssen Umgebungsvariablen oder die .magento.env.yaml -Datei.

Umgebungsvariablen—

• Die Verwendung von env:STATIC_CONTENT_THREADS nicht mehr unterstützt wurde und in einer zukünftigen Version entfernt wird. Verwenden Sie die SCD_THREADS anstatt.

• Die STATIC_CONTENT_EXCLUDE_THEMES -Umgebungsvariable nicht mehr unterstützt. Sie müssen die SCD_EXCLUDE_THEMES Umgebungsvariable.

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

Wir entfernt developer Unterstützung des Modus und APPLICATION_MODE -Umgebungsvariable, da sie unerwartetes Verhalten verursacht haben.

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 dem Ausführen der app:config:dump Befehl.

Wir haben Unterstützung für eine frühere Version von symfony/yaml 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. Verfolgen Sie die install_update.log -Datei, um den Fortschritt anzuzeigen. Beispiel:

  code language-bash
  tail -f var/log/install_upgrade.log

Neuer Cron-Befehl—Sie können jetzt bestimmte hängende Cron-Aufträge entsperren, anstatt sie mit dem cron:unlock Befehl. Nicht verfügbar in 2.1.

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

Backup-Konfigurationsdateien—Der Bereitstellungsprozess erstellt jetzt automatisch eine Sicherung der app/etc/env.php und app/etc/config.php Konfigurationsdateien nach der Bereitstellung. Wir haben auch eine neue CLI, Befehl , um diese Konfigurationsdateien aus einem Backup wiederherzustellen.

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

Neue Umgebungsvariablen- Sie können jetzt Umgebungsvariablen verwenden, um eine benutzerdefinierte Verbindung herzustellen. suchen und AMQP-basiert Dienste zu Ihrer Site hinzufügen.

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 Fehler behoben, der Sie daran hinderte, die Konfigurationsdateien mit app:config:dump mehr als einmal. Nicht verfügbar in 2.1.

Wir haben eine Redis-Sitzung repariert sperren -Problem verursacht Admin Login Delay. Nicht verfügbar in 2.1.

Es wurde ein Implementierungsproblem im Zusammenhang mit der Versionierung behoben, das zu einem Konflikt mit anderen Composer-basierten Patchmodulen führte.

Es wurde ein Problem behoben, das während des Imports Probleme mit dem PHP-Speicher verursachte.

Patch entfernt; Fehler beheben in colinmollenhour/credis v1.6, um die Unterstützung für Adobe Commerce in der Cloud-Infrastruktur 2.2.1 zu aktivieren. Nicht verfügbar in 2.1.

Wir haben ein Problem behoben, das gzip Fehler, wenn ein Datei- oder Verzeichnisname Leerzeichen enthält.

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 mithilfe des neuen CRON_CONSUMERS_RUNNER Umgebungsvariable.

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

Benachrichtigungen erstellen/bereitstellen—Wir haben eine Konfigurationsdatei hinzugefügt, die Sie für Einrichten von Slack- und/oder E-Mail-Benachrichtigungen für Build-/Bereitstellungsaktionen in allen Ihren Umgebungen.

Statische Inhaltskomprimierung—Wir komprimieren jetzt statische Inhalte 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 mithilfe einer Build-Option oder Bereitstellungsvariable. Weitere Informationen finden Sie in den folgenden Themen:

• Umgebungsvariablen der Anwendung

• Leistung bei der Bereitstellung statischer Inhalte

• Bereitstellungsprozess

Konfigurationsverwaltung—Wir generieren jetzt automatisch eine app/etc/config.php -Datei in Ihrem Git-Repository während der Build-Phase, falls 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 Konfigurationsverwaltung zu einem späteren Zeitpunkt aktualisieren die Befehle die Datei, ohne dass zusätzliche Schritte erforderlich sind. Siehe Abschnitt Bereitstellungsprozess für weitere Informationen.

Datenbank-Dumps—Wir haben eine magento/ece-tools CLI-Befehl zum Erstellen von Datenbank-Dumps in allen Umgebungen. 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. Siehe Backup-Management für weitere Informationen.

Einschränkungen bei Cron-Intervallen aufgehoben—Das standardmäßige Cron-Intervall für alle in den Regionen us-3, eu-3 und ap-3 bereitgestellten Umgebungen 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. Siehe Abschnitt Einrichten von Cron-Aufträgen für weitere Informationen.

Es wurde ein Problem behoben, das aufgrund des Bereitstellungsprozesses, der die cache-clean -Vorgang vor der Bereitstellung statischer Inhalte.

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

Wir haben ein Problem behoben, das einige magento/ece-tools Befehle zur Protokollierungsausgabe in stderr.

Es wurde ein Fehler behoben, der dazu führte, dass Basis-URL-Werte in env.php in abgespalteten Zweigen aktualisiert werden.

Es wurde ein Problem behoben, das die magento setup:install -Befehl zum Hinzufügen eines unsicheren Präfixes (http://), um Basis-URLs zu sichern.

Es wurde ein Problem behoben, das verhinderte, dass Patch-Fehler zu Implementierungsfehlern führten.

Es wurde ein Problem behoben, das ece-tools die Ausführung stoppen und eine Ausnahme auslösen, 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 Bereitstellungsstrategien für statische Inhalte. Wir haben –s -Parameter mit der Standardeinstellung quick für die Bereitstellungsstrategie für statische Inhalte. Sie können die Umgebungsvariable verwenden SCD_STRATEGY , um diese Strategien mit Ihren Build- und Bereitstellungsaktionen anzupassen und zu verwenden. Diese Variable unterstützt die Optionen standard, quickoder compact. Wenn Sie compact, überschreiben wir die STATIC_CONTENT_THREADS Wert mit 1, was insbesondere in Produktionsumgebungen die Bereitstellung 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 var/log/cloud.log -Datei im Stammverzeichnis der Anwendung gespeichert.

Die ece-tools -Paket, um die Kompatibilität mit Adobe Commerce auf Cloud-Infrastruktur 2.2.0 und höher herzustellen.

Wir haben ein Problem behoben, das verhinderte, dass ece-tools die Ausführung stoppen und eine Ausnahme auslösen, 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, durch das der Bereitstellungsprozess benutzerdefinierte Redis-Konfigurationen in der env.php -Datei.

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