Die Konfiguration der Synchronisation mutagener Dateien wurde korrigiert, um zu verhindern, dass mutagen veraltete Sitzungen erstellt. Fehlerbehebung eingereicht von Mathew Beane von Zilker Technology.

Es wurde ein Konfigurationsproblem behoben, das zu Syntaxfehlern im Docker Compose-Protokoll beim Starten des PHP-FPM-Containers führte. Fehlerbehebung eingereicht von Mathew Beane von Zilker Technology

Es wurden Volume-Konfliktfehler behoben, die manchmal bei der Verwendung mehrerer Docker-Umgebungen auftraten. Fehlerbehebung eingereicht von G Arvind von Zilker Technology.

Es wurde ein Problem behoben, das dazu führte, dass der ece-docker build:compose-Befehl fehlschlug, wenn die Konfiguration Blackfire.io enthielt. Fehlerbehebung eingereicht von G Arvind von Zilker Technology.

Die PHP-CLI-Bildkonfiguration wurde aktualisiert, um Speicherfehler zu verhindern, die bei der Installation mehrerer Pakete mit Cloud Docker für Commerce aufgetreten sind. Fehlerbehebung eingereicht von Mohan Elamurugan von Zilker Technology.*

Es wurde Unterstützung für mehrere MySQL-Benutzer in der Cloud Docker-Umgebung hinzugefügt. In früheren Versionen schlug der build:compose fehl, wenn in der magento.app.yaml mehrere Datenbankbenutzer angegeben waren. Fehlerbehebung eingereicht von G Arvind von Zilker Technology.

Die rsyslog wurden aus dem Cloud Docker für Commerce PHP-Container entfernt, um Kompatibilitätsprobleme zu beheben, die zu Warnbenachrichtigungen während der Bereitstellung führten. Cloud Docker verwendet nicht das Dienstprogramm rsyslog.

Separates Paket zur Bereitstellung vonCloud Docker for Commerce erstellt - Quellcode zur Bereitstellung von Cloud Docker für Commerce aus dem ece-tools-Repository in das neue magento-cloud-docker-Repository verschoben, um die Code-Qualität zu erhalten und unabhängige Versionen bereitzustellen. Das neue Paket ist eine Abhängigkeit für ECE-Tools v2002.1.0 und höher.

Wenn Sie die ECE-Tools aktualisieren, aktualisieren Sie auch das magento/magento-cloud-docker-Paket auf Version 1.0.0. Wenn Sie Cloud Docker für Commerce mit einer früheren ece-tools-Version (2002.0.x) verwendet haben, überprüfen Sie die Abwärtsinkompatibilitäten und aktualisieren Sie Ihr Projekt nach Bedarf als Skripte, Befehle und Prozesse.

Versionierung der Docker-Images hinzugefügt - Sie müssen jetzt das magento/magento-cloud-docker-Paket aktualisieren, um die aktualisierten Images zu erhalten.

Container-Aktualisierungen—

• PHP-FPM-Container—

  • Hinzugefügte Node.js-Unterstützung - Das PHP-FPM-Image wurde aktualisiert, um die Funktionen node, npm und grunt-cli im PHP-Container zu unterstützen.

  • Unterstützung für ionCube hinzugefügt - Die standardmäßige Docker-Konfiguration wurde aktualisiert, um ionCube in der lokalen Docker-Entwicklungsumgebung zu unterstützen.

• Web-Container—

  • NGINX-Konfiguration anpassen - Es wurde die Möglichkeit hinzugefügt, eine benutzerdefinierte nginx.conf in der Cloud Docker für Commerce-Umgebung zu mounten. Siehe Web-Container.

  • Automatisch generierte NGINX-Zertifikate - Die Docker-Konfigurationsdatei enthält jetzt die Konfiguration zum automatischen Generieren von NGINX-Zertifikaten für den Web-Container.

• Neuer Selenium-Container - Ein Selenium-Container wurde hinzugefügt, um Adobe Commerce-Anwendungstests mithilfe des Magento Functional Testing Framework (MFTF) zu unterstützen.

• Unterstützung der RabbitMQ- - Die RabbitMQ-Container-Konfiguration wurde aktualisiert, um RabbitMQ Version 3.8 zu unterstützen.

• Persistenter Datenbank-Container - Das magento-db: /var/lib/mysql Datenbankvolume bleibt jetzt bestehen, nachdem Sie die Docker-Konfiguration angehalten und entfernt haben, und wird beim Neustart der Docker-Konfiguration wiederhergestellt. Jetzt müssen Sie das Datenbankvolume manuell löschen. Siehe [Datenbank-Container].

• TLS-Container—

  • Das Container-Basisbild wurde aktualisiert, um das offizielle Bild zu verwenden—Das Cloud TLS-Container-Bild basiert jetzt auf dem offiziellen debian:jessie Docker-Bild.—

  • Es wurde Unterstützung für den [Pound TLS Termination Proxy] hinzugefügt - Die Pound-Konfigurationsdatei fügt die folgenden ENV-Variablen hinzu, um die Docker-Konfiguration für den TLS-Container anzupassen:

    • TimeOut (Time to First Byte) - Setzt den Wert TTFB (Time to First Byte) für die Zeitüberschreitung. Der Standardwert ist 300 Sekunden.

    • RewriteLocation - Bestimmt, ob der Proxy „pound“ den Speicherort standardmäßig auf die Anfrage-URL umschreibt. Die Standardeinstellung ist 0, um zu verhindern, dass durch die Umschreibung Umleitungen zu externen Websites wie einer externen SSO-Site unterbrochen werden. Fehlerbehebung eingereicht von Sorin Sugar

  • Der Zeitüberschreitungswert in der TLS-Container-Konfiguration wurde von 15 auf 300 Sekunden erhöht. Fehlerbehebung eingereicht von Mathew Beane von Zilker Technology

• Lackcontainer—

  • Das Container-Basisbild wurde aktualisiert, um das offizielle Bild zu verwenden—Der Cloud-Lackierungs-Container basiert jetzt auf dem offiziellen centos Docker-Bild.

  • Verbesserte standardmäßige Zeitüberschreitungskonfiguration-.first_byte_timeout und .between_bytes_timeout-Konfiguration zum Lackierungs-Container hinzugefügt. Beide Zeitüberschreitungswerte sind standardmäßig auf 300s (5 Minuten) eingestellt. Fehlerbehebung eingereicht von Mathew Beane von Zilker Technology

  • Fehler während Xdebug-Sitzungen überspringen - Die Konfiguration des Klarlack-Containers wurde aktualisiert, sodass pass auf Anfragen zurückgegeben werden, die empfangen werden, wenn Xdebug aktiviert ist. In früheren Versionen konnten Sie Xdebug nicht verwenden, wenn die Docker-Umgebung Varnish enthielt. Fehlerbehebung eingereicht von Mathew Beane von Zilker Technology.

Docker-Konfigurationsänderungen—

• Bereitstellungen und Volumes für Ihr Projekt verwalten Die Möglichkeit zum Verwalten von Bereitstellungen und Volumes beim Starten einer Docker-Umgebung für die lokale Entwicklung wurde hinzugefügt. Siehe [Freigeben von Projektdaten].

• Unterstützung für den Netzwerk-Bridge-Modus - Es wurde Unterstützung für den Netzwerk-Bridge-Modus hinzugefügt, um Verbindungen zwischen Docker-Containern über das lokale Netzwerk zu aktivieren.

• Cron-Container standardmäßig deaktiviert - Um die Leistung zu verbessern, ist der Cron-Container beim Erstellen der Docker-Umgebung nicht mehr standardmäßig konfiguriert. Sie können die --with-cron-Option im Docker-Build-Befehl verwenden, um Ihrer Umgebung einen Cron-Container hinzuzufügen. Siehe Verwalten von Cron-Aufträgen.

• Beenden der Synchronisierung großer Backup-Dateien - Es wurden DB-Dumps und Archivdateien - ZIP, SQL, GZ und BZ2 - zur Ausschlussliste in den dist/docker-sync.yml und dist/mutagen.sh Dateien hinzugefügt. Das Synchronisieren großer Dateien (>1 GB) kann zu Inaktivität führen, und Backup-Dateien müssen normalerweise nicht synchronisiert werden, da sie neu generiert werden können.

Befehlsänderungen—

• Die ./bin/docker-Datei wurde umbenannt, um ein Problem zu ./bin/magento-docker, das dazu führte, dass einige Docker-Umgebungen nicht mehr funktionierten, da die ./bin/docker-Datei vorhandene Docker-Binärdateien überschreibt. Dies ist eine abwärtsinkompatible Änderung die Aktualisierungen Ihrer Skripte und Befehle erfordert.

• Es wurde eine Service-Konfigurationsoption hinzugefügt, um den Datenbank-Port für den Host verfügbar zu machen - Verwenden Sie die --expose-db-port= [Fix submitted by Adarsh Manickam from Zilker Technology](https://github.com/magento/magento-cloud-docker/pull/101).<PORT>-Option, um den Datenbank-Port für den Host beim Erstellen der docker-compose.yml-Datei verfügbar zu machen: bin/ece-docker build:compose --expose-db-port=<PORT>

• neuer Post-Bereitstellungsbefehl—Zuvor wurden die in der .magento.app.yaml-Datei definierten Post-Bereitstellungs-Hooks automatisch ausgeführt, nachdem Sie Adobe Commerce mithilfe des cloud-deploy-Befehls in einem Cloud Docker-Container bereitgestellt hatten. Jetzt müssen Sie einen separaten cloud-post-deploy-Befehl ausführen, um die Hooks nach der Bereitstellung auszuführen. Siehe die aktualisierten Launch-Anweisungen für Entwickler und 🔗Produktionsmodus.

• Die Option --rm wurde hinzugefügt, um Befehle für die Build- und Bereitstellungs-Container zu ./bin/magento-docker. Dadurch wird der Container entfernt, nachdem die Aufgabe abgeschlossen ist.

• Aktualisierungen build:compose Befehls—

  • Dem --sync-engine="native"-Befehl wurde die Option docker-build hinzugefügt, um die Dateisynchronisierung zu deaktivieren, wenn Sie die Docker Compose-Konfigurationsdatei im Entwicklermodus generieren. Verwenden Sie diese Option bei der Entwicklung auf Linux-Systemen, für die keine Dateisynchronisierung für die lokale Docker-Entwicklung erforderlich ist. Siehe Synchronisieren von Daten in der Docker-Umgebung.

• Die Standardeinstellung für die Dateisynchronisierung wurde von docker-sync in native geändert. Fehlerbehebung eingereicht von Mathew Beane von Zilker Technology.

Validierungsverbesserungen—

• Es wurde eine Validierung zum Bereitstellungsprozess für lokale Docker-Entwicklungsumgebungen hinzugefügt, um zu überprüfen, ob die Cloud-Umgebungskonfiguration den zum Entschlüsseln der Datenbank erforderlichen Verschlüsselungsschlüssel enthält. Jetzt erhalten Sie eine Fehlermeldung im Protokoll, wenn die Umgebungskonfiguration keinen Wert für den Verschlüsselungsschlüssel angibt.

• Es wurde eine Container-Konsistenzprüfung zum Elasticsearch-Service hinzugefügt, um sicherzustellen, dass der Service bereit ist, bevor die Build- und Bereitstellungsverarbeitung fortgesetzt wird. Wenn die Konsistenzprüfung einen Fehler zurückgibt, wird der Container automatisch neu gestartet.