Cloud Docker-Paket
Das Paket magento/magento-cloud-docker
bietet Funktionen und Docker-Bilder zum Bereitstellen von Adobe Commerce in einer lokalen Cloud-Umgebung. In diesen Versionshinweisen werden die neuesten Verbesserungen an diesem Paket beschrieben, das Bestandteil der Cloud Tools Suite für Commerce ist.
Das Paket magento/magento-cloud-docker
verwendet die folgende Versionssequenz: <major>.<minor>.<patch>
Die Versionshinweise beinhalten:
- Neue Funktionen
- Fehlerbehebungen und Verbesserungen
v1.3.7 latest
Veröffentlichungsdatum: 8. April 2024
- PHP — Unterstützung für PHP 8.3- und PHP 8.3-Bilder hinzugefügt.
- Nginx - Bild Nginx v. 1.24 wurde hinzugefügt.
- OpenSearch - Bild OpenSearch v. 2.12, 1.3 hinzugefügt.
- Composer - Die Composer-Version wurde auf 2.2.23 aktualisiert.
v1.3.6
Veröffentlichungsdatum: 31. Juli 2023
- Neue Dienstversion - OpenSearch 2.5 wurde hinzugefügt.
- Composer-Cache aktivieren - Jetzt können Sie die Docker-Konfiguration erweitern, um den Cache zum Löschen durch Composer beim Starten des Docker-Containers zu aktivieren. Siehe Erweitern der Docker-Konfiguration im Handbuch Cloud Docker für Commerce .
v1.3.5
Veröffentlichungsdatum: 10. März 2023
- ionCube—Es wurde die ionCube-Erweiterung für das PHP 8.1-Bild hinzugefügt.
- Es wurden neue Dienstversionen hinzugefügt—OpenSearch 2.3 und 2.4, PHP 8.2, Varnish 7.1.1.
- Verbesserte Unterstützung für PHP 8.2 - Kompatibilitätsprobleme mit bestimmten PHP 8.2.x-Versionen wurden behoben, um Commerce 2.4.6 zu unterstützen.
- Composer-Problem - Es wurden Probleme behoben, die nach der Aktualisierung der Composer-Version in den Docker-Containern auftraten.
v1.3.4
Veröffentlichungsdatum: 27. Oktober 2022
- Neue irische Bilder hinzugefügt—Es wurden Bilder für Varnish 6.5, 7.0 und 7.1 hinzugefügt.
v1.3.3
Veröffentlichungsdatum: 13. September 2022
- Apple M1 (ARM64) unterstützt - Es wurden Änderungen an Docker-Bildern hinzugefügt, um die Unterstützung für die Apple M1-Architektur (ARM64) zu ermöglichen.
- Mailhog - Es wurde ein Problem behoben, bei dem der Mailhog-Dienst im Entwicklermodus keine E-Mails erfasste.
-
init-docker.sh - Korrektur des Validators für Dienstversionen im
init-docker.sh
-Skript.
v1.3.2
Veröffentlichungsdatum: 31. März 2022
- Elasticsearch 7.10 image hinzugefügt
v1.3.1
Veröffentlichungsdatum: 10. März 2022
-
support PHP 8.1—Es wurde Unterstützung für PHP 8.1 hinzugefügt.
-
OpenSearch: Es wurden Bilder von OpenSearch-Versionen 1.1 und 1.2 hinzugefügt.
-
Composer 2.1 - Legt Composer 2.1.x standardmäßig in PHP 8.x-Bildern fest.
-
Verbesserungen bei PHP-Bildern—
- PHP 8.1-Bilder hinzugefügt
- Aktualisierte xDebug-Version 3.1.2
- Aktualisiertes xmlrpc 1.0.0RC3
-
Verbesserungen bei Elasticsearch und OpenSearch—Verbesserungen bei Elasticsearch und OpenSearch-Docker-Dateien; Elasticsearch 5.2 wurde entfernt.
-
Sodium-Erweiterung: Die
sodium
-Erweiterung wurde standardmäßig in allen PHP-Bildern aktiviert. -
Cache-Volumen des Composers—Es wurde ein Pfad für das Cache-Volumen des Composers behoben, der zwischengespeicherte Composer-Pakete enthielt.
-
Speicherbegrenzung in nginx - Speicherbegrenzung im NGINX-Bild wurde korrigiert.
v1.3.0
Veröffentlichungsdatum: 25. Oktober 2021
-
Arbeitsablauf für den Entwicklermodus verbessern - Zuvor mussten Sie den Modus in den Schritten zum Erstellen und Bereitstellen angeben. Jetzt bestimmt die Option
--mode
im Schrittbuild
den Modus im späteren Schrittdeploy
. Es ist nicht mehr erforderlich, den Modus nach der Bereitstellung festzulegen. Siehe Entwicklermodus. -
Verbesserungen für schreibgeschütztes Dateisystem—
- Fehlerkorrektur - Ein PHP-Container für die E-Mail-Konfiguration kann jetzt gestartet werden.
- Kann Umgebungsvariablen in INI-Dateien verwenden.
- Stellen Sie sicher, dass PHP-Einstiegspunkte keine Schreibberechtigung benötigen.
-
Aktualisierungsknoten - Aktualisieren Sie die gebündelte Knotenversion. Bei der Installation von Knoten in PHP-CLI-Bildern wird jetzt die aktuelle LTS-Version verwendet.
-
Symfony aktualisieren: Die Symfony-Konfigurationsabhängigkeiten wurden aktualisiert und sind nun mit Adobe Commerce 2.4.4 kompatibel.
v1.2.4
Veröffentlichungsdatum: 29. Juli 2021
-
Neuer
Zookeeper
Container: Es wurde ein Zookeeper-Container hinzugefügt, um die Konfiguration des Sperranbieters für Projekte zu verwalten, die nicht in der Cloud-Infrastruktur in Adobe Commerce bereitgestellt werden. -
Unterstützung für Composer 2.0 hinzugefügt.: Composer-Version 2.0 wurde zur Konfigurationsdatei des Composers hinzugefügt, um Aktualisierungen von Composer 1.0 zu unterstützen, die kurz vor dem Ende des Lebenszyklus stehen.
v1.2.3
Veröffentlichungsdatum: 14. Juni 2021
- PHP 8.0 hinzugefügt—PHP wurde auf Version 8.0 aktualisiert, sodass Sie alle neuen Funktionen und Optimierungen nutzen können, die PHP 8.0 enthält.
- Aktualisiert auf Varnish 6.6 und Elasticsearch 7.11.2 - Die folgenden Links enthalten Versionsinformationen zu [Varnish Cache 6.6.5} und Elasticsearch 7.11.2. ](https://varnish-cache.org/releases/rel6.6.0.html#rel6-6-0)
-
Die Erweiterung
ioncube
für PHP 7.4 image wurde hinzugefügt - Die Erweiterungioncube
wurde dem PHP 7.4-Bild erneut hinzugefügt, nachdem sie ursprünglich vom PHP 7.3 auf PHP 7.4-Upgrade ausgeschlossen wurde. Gesendet von mattskr. -
Eine Option zur Dateisynchronisierung wurde hinzugefügt:
manual-native
- Die Option zur Dateisynchronisierungmanual-native
bietet manuelle Kontrolle über die Synchronisierung, was die beste Leistung für macOS- und Windows-Umgebungen bietet. Erfahren Sie mehr über die Verwendung der Optionmanual-native
im Entwicklermodus und im Synchronisieren von Daten in einer Docker-Entwicklerumgebung. -
Entfernte Lautstärke aus
up
unddown
Befehlen entfernt - Die Option--volume
wurde aus den Befehlenbin/magento-docker up
undbin/magento-docker down
entfernt und durch den neuen Befehlbin/magento-docker init
mit einer Warnung wegen Datenverlust ersetzt. Durch diese Änderung wird ein versehentlicher Datenverlust verhindert. Gesendet von joeshelton-wagento. -
Aktualisierter
CN
-Wert für das generierte Zertifikat - Der hartcodierteCN
-Wert wurde aus der Dockerdatei entfernt. Mit diesem Wert wurde ein Zertifikatfehler (NET::ERR_CERT_INVALID
) erstellt, der dazu führte, dass die--host
-Option für denece-docker build:compose
-Befehl ignoriert wurde.
v1.2.2
Veröffentlichungsdatum: 20. April 2021
-
host.docker.internal
wurde aktualisiert, um plattformunabhängig zu sein - Sie können jetzt dieselben Docker Compose-Skripte für Ubuntu, Windows und macOS erstellen. Die Verwendung von Xdebug in Ubuntu erfordert keine separate Umgebungsvariable mehr. Fehlerbehebung, eingereicht von Igor Vitol. -
Aktualisierung init-docker.sh - Das Objekt
mounts
wurde zur UmgebungsvariablenMAGENTO_CLOUD_APPLICATION
hinzugefügt. Fehlerbehebung, eingereicht von Chiranjeevi. -
init-docker.sh - Aktualisierung des
init-docker.sh
Skripts mit PHP 7.4 und Cloud Docker 1.2.1-Versionen. Fehlerbehebung gesendet von Adarsh Manickam. -
Natrium standardmäßig aktiviert - Aktiviert die
sodium
PHP-Erweiterung standardmäßig in PHP Docker-Bildern. -
custom-registry
Option—Dem Befehlphp ./vendor/bin/ece-docker build:compose
wurde eine--custom-registry
Option für die Verwendung der eigenen Bildregistrierung hinzugefügt.code language-bash ./vendor/bin/ece-docker build:compose --custom-registry=my-registry.example.com
-
Alte Elasticsearch-Versionen entfernt - Elasticsearch-Versionen 1.7 und 2.4 wurden aus den Elasticsearch-Bildern entfernt.
-
Automatische Generierung von NGINX-Zertifikaten: Die vorhandenen Zertifikate wurden aus dem NGINX-Bild entfernt. Die NGINX-Zertifikate werden jetzt bei jeder neuen Bereitstellung automatisch generiert, um die Sicherheit zu verbessern.
-
Aktiviert
opcache.validate_timestamps
- Aktiviert die PHP-Einstellungopcache.validate_timestamps
standardmäßig im Entwicklermodus. Durch Aktivierung dieser Einstellung wurde das Problem behoben, dass Änderungen am Dateisystem in Docker nicht erkannt wurden. -
Fest
build:custom:compose
- Korrektur des Befehlsbuild:custom:compose
, um einen Fehler auszulösen, wenn Dateien während des Build-Prozesses nicht überschrieben werden können. Die Ausgabe eines Fehlers verhindert Situationen, in denendocker-compose up
die falschen Dateien verwenden könnte. -
Korrektur der
--sync_engine="native"
Option - Korrektur des Problems, bei dem im Produktionsmodus (--mode="production"
) die Option--sync_engine="native"
keine Einträge für lokale Ordner in der Dateidocker.composer.yml
erstellte. -
Fehler bei der Überprüfung der Dienstversion behoben—Dienstversionen für RabbitMQ, Elasticsearch und andere Dienste wurden zur Eigenschaft
type
in der VariableMAGENTO_CLOUD_RELATIONSHIP
hinzugefügt. Durch Hinzufügen dieser Versionen zur Variablerelationships
wurden die Validierungsfehler behoben, die während der Bereitstellungsphase aufgetreten sind.
v1.2.1
Veröffentlichungsdatum: 21. Dezember 2020
-
NGINX-Befehlsoptionen—Es wurden Build-Befehlsoptionen hinzugefügt, mit denen die Anzahl der NGINX
worker_processes
und NGINXworker_connections
für TLS und Webdienste geändert werden kann. Der Parameterworker_process
behält die Möglichkeit, den Wert aufauto
festzulegen. Beispiele:code language-bash ./vendor/bin/ece-docker build:compose --nginx-worker-processes=2 ./vendor/bin/ece-docker build:compose --nginx-worker-connections=2048
-
TLS-Befehlsoption—Es wurde eine Build-Befehlsoption hinzugefügt, mit der eine Konfiguration ohne den TLS-Dienst erstellt werden kann. Beispiel:
code language-bash ./vendor/bin/ece-docker build:compose --no-tls
-
NGINX-Speicherverbrauch - Verringerte den Speicher, der vom NGINX-Prozess für TLS und Webdienste benötigt wird.
-
Blackfire - Die Blackfire PHP-Erweiterung wurde standardmäßig im Cloud Docker-Bild deaktiviert.
-
PHP-FPM-Container—Korrektur der Konsistenzprüfung des PHP-FPM-Containers, indem der
WEB_PORT
von80
in8080
geändert wurde. -
Ungültige Volumenbenennung - Es wurde ein Fehler mit ungültiger Volumenbenennung im Entwicklermodus behoben.
-
NGINX Upstream Port - Das Docker NGINX 1.19-Bild wurde aktualisiert und verwendet nun Port 8080, um eine Endlosschleife zu vermeiden. Fehlerbehebung gesendet von Adarsh Manickam.
v1.2.0
Veröffentlichungsdatum: 9. November 2020
-
Container-Aktualisierungen—
-
PHP-FPM container—Es wurde Unterstützung für die gnupg PHP-Erweiterung hinzugefügt. Fehlerbehebung, die von G Arvind von Zilker Technology eingereicht wurde.
-
Datenbank-Container - Die Konsistenzprüfung des Datenbankcontainers wurde korrigiert, indem das erforderliche Datenbankkennwort zum Konsistenzprüfungsbefehl hinzugefügt wurde.
-
Elasticsearch-Container
-
Unterstützung für Elasticsearch 7.9 zur Kompatibilität mit kommenden Adobe Commerce-Versionen hinzugefügt.
-
Elasticsearch-Plug-in-Konfiguration: Es wurde Unterstützung für die Verwendung der Elasticsearch-Plug-in-Konfigurationsinformationen aus der
services.yaml
-Datei hinzugefügt, um diedocker-compose.yaml
-Datei für eine Cloud Docker für Commerce-Umgebung zu generieren. Siehe Elasticsearch plugins. -
Elasticsearch-Plug-in-Unterstützung - Unterstützung für die folgenden Elasticsearch-Plug-ins hinzugefügt:
analysis-icu
,analysis-phonetic
,analysis-stempel
undanalysis-nori
. Die Plug-insanalysis-icu
undanalysis-phonetic
sind standardmäßig installiert. Sie können die Plug-insanalysis-stempel
undanalysis-nori
nach Bedarf hinzufügen oder entfernen.
-
-
CLI-Container
-
Ausführen von Befehlen in Docker PHP Containern - Jetzt können Sie die Cloud Docker-CLI verwenden, um Befehle in PHP-Containern in Ihrer Docker-Umgebung auszuführen, ohne PHP auf dem Host installieren zu müssen. Beispielsweise erstellt der folgende Befehl die Konfiguration:
./bin/magento-docker php 7.3 vendor/bin/ece-docker build:compose
. Siehe Cloud Docker-CLI. Fehlerbehebung, die von G Arvind von Zilker Technology eingereicht wurde. -
Der OpenSSH-Client wurde zu PHP CLI-Containern hinzugefügt. Jetzt können Sie die ssh-agent-Weiterleitung für Composer verwenden, wenn die
composer.json
-Datei private Git-Repositorys enthält, für die ein SSH-Client Composer-Befehle verwenden muss.
-
-
TLS-Container - Jetzt basiert der TLS-Container auf dem
https://hub.docker.com/r/magento/magento-cloud-docker-nginx
Docker-Bild anstelle des CentOS-Bildes. Diese Änderung behebt Probleme, die beim Senden von HTTPS-Anforderungen zwischen Containern in der Cloud Docker-Umgebung zu Fehlern führten. -
Testcontainer: Es wurde ein Testcontainer für Anwendungstests hinzugefügt und die Option
--with-test
wurde zum Befehl Dockerbuild:compose
hinzugefügt, damit der Container nur beim Testen in der Docker-Umgebung erstellt wird. Siehe Anwendungstests. -
FPM-XDEBUG-Container
-
Xdebug unter Linux konfigurieren: Die Option
--set-docker-host
wurde zum Befehlece-docker build:compose
hinzugefügt, um den Werthost.docker.internal
im Xdebug-Container zu konfigurieren. Diese Option ist erforderlich, um Xdebug auf Linux-Systemen zu verwenden. Siehe Xdebug für Docker konfigurieren. -
Korrektur der Xdebug-Variablenkonfiguration für den Docker ENTRYPOINT, um
uninitialized "with_xdebug" variable
Fehler in den Protokollen zu beheben. Fehlerbehebung, eingereicht von Florent Olivaud
-
-
-
Änderungen der Docker-Konfiguration
-
MailHog-Konfiguration - Jetzt können Sie die folgenden
ece-docker build:compose
-Befehlsoptionen verwenden, um MailHog zu deaktivieren und die Ports anzugeben:--no-mailhog
,--mailhog-http-port
und--mailhog-smtp-port
. Siehe E-Mail einrichten. -
Für Cloud Docker für Commerce 1.2.0 und höher stellt Adobe jetzt Docker-Bilder für jede Patch-Version bereit. Der Docker-Konfigurationsgenerator erstellt die Docker-Konfiguration mit einer angegebenen Patch-Version, anstatt die neueste Version zu verwenden. Zuvor erstellte der Docker-Konfigurationsgenerator die Konfiguration mit der neuesten Patch-Version, die Cloud Docker für Commerce-Umgebungen beschädigte, die mit einer früheren Version erstellt wurden.
-
Festlegen benutzerdefinierter Bilder und Versionen in der benutzerdefinierten Cloud Docker-Konfiguration - Der Befehl
build:custom:compose
wurde mit Optionen zum Angeben benutzerdefinierter Bilder und Versionen beim Generieren einer benutzerdefinierten Docker-Komprimierungskonfigurationsdatei (docker-compose.yaml
) aktualisiert. Siehe Erstellen einer benutzerdefinierten Docker Compose-Konfiguration. -
Aktualisierung der Docker-Host-Konfiguration, um Port 443 anzuzeigen und den Zugriff auf Adobe Commerce (
https://magento2.docker
) von allen CLI-Containern zu ermöglichen. Sie können den Standardanschluss ändern, indem Sie beim Generieren der Docker-Konfigurationsdatei die Option--tls-port
hinzufügen.
-
-
Es wurde ein Problem behoben, das dazu führte, dass der Cloud-Docker für den Commerce-Build fehlschlug, wenn die
app/etc/env.php
-Datei vorhanden war. -
Die Build-Konfiguration wurde aktualisiert, um benannte Volumes durch normale Volumes zu ersetzen, um Probleme bei der Bereitstellung von Cloud Docker für Commerce unter Linux oder Windows Subsystem für Linux (WSL2) zu vermeiden.
-
Cloud Docker für Commerce-Funktionstests wurde aktualisiert, um Composer 2.0 zu unterstützen.
v1.1.2
Veröffentlichungsdatum: 9. September 2020
- Unterstützung für Elasticsearch 7.7 hinzugefügt
v1.1.1
Releasedatum: 5. August 2020
-
Aktualisierte E-Mail-Konfiguration: Die standardmäßige Cloud Docker-Konfiguration für Commerce wurde aktualisiert, um den MailHog-Dienst anstelle von SendMail zu unterstützen. Siehe E-Mail einrichten.
-
Die PS-Bibliothek wurde in der Cloud Docker-Umgebungskonfiguration wiederhergestellt, um
ps: command not found
Fehler zu beheben. -
Aktualisierung des standardmäßigen Cloud Docker für die Commerce-Konfiguration, um die automatische Bereitstellung des Einstiegspunkts für die Datenbank und der MariaDB-Volumes zu entfernen und
Cannot create container for service db
Fehler zu beheben, die beim Starten Ihrer Cloud Docker-Umgebung auftreten können.Jetzt können Sie die Cloud Docker-Umgebung konfigurieren, um die Datenbankverzeichnisse bereitzustellen, indem Sie die folgenden Optionen zum Befehl
ece-docker build:compose
hinzufügen:--with-entry-point
undwith-mariadb-conf
. Siehe Dienstkonfigurationsoptionen. -
CLI-Befehl aktualisiert
./vendor/bin/ece-docker build:compose --db --with-entrypoint
./vendor/bin/ece-docker build:compose --db --mariadb-conf
v1.1.0
Veröffentlichungsdatum: 25. Juni 2020
-
Unterstützung für die Lösung zur geteilten Datenbankleistung hinzugefügt - Jetzt können Sie einen Store mithilfe der Aufspaltungs-Datenbankleistungslösung in der Cloud-Docker-Umgebung konfigurieren und bereitstellen.
-
Unterstützung für Adobe Commerce- und Magento Open Source-Bereitstellung - Jetzt können Sie Cloud Docker für Commerce verwenden, um eine lokale Entwicklungsumgebung für Projekte bereitzustellen, die nicht in Adobe Commerce in der Cloud-Infrastruktur gehostet werden.
-
Blackfire.io-Unterstützung—Es wurde Unterstützung für die Verwendung der Blackfire.io-Erweiterung für automatisierte Leistungstests hinzugefügt. Fehlerbehebung, die von Adarsh Manickam von Zilker Technology eingereicht wurde
-
Container-Updates
-
Varnish: "Jetzt Varnish"ist der Standardcache, wenn Sie Adobe Commerce in einer Cloud Docker-Umgebung mit einer unterstützten Version der Cloud-Anwendungsvorlage bereitstellen. Siehe Varnish-Container.
-
Die Option
--no-varnish
wurde hinzugefügt, um die Installation des Varnish-Dienstes zu überspringen, wenn Sie die Cloud Docker-Konfigurationsdatei generieren. -
Datenbank
-
Unterstützung für die MySQL-Datenbank hinzugefügt. Jetzt können Sie die Cloud Docker-Umgebung mit MariaDB oder MySQL konfigurieren. Siehe Dienstkonfigurationsoptionen.
-
Es wurde die Möglichkeit hinzugefügt, die Inkrement- und Offset-Einstellungen für die Datenbankreplikation festzulegen, wenn Sie die Docker-Komprimierungsdatei generieren. Siehe Dienstcontainer.
-
-
PHP-FPM
-
Unterstützung für PHP 7.4 hinzugefügt. Fehlerbehebung, die von Mohanela Murugan von Zilker Technology eingereicht wurde
-
Es wurde die Möglichkeit hinzugefügt, eine
php.ini
-Datei im Stammprojektverzeichnis in die Cloud Docker-Umgebung zu kopieren und benutzerdefinierte PHP-Einstellungen auf die PHP-FPM- und CLI-Container anzuwenden. Siehe Anpassen von PHP-Einstellungen. Fehlerbehebung, die von Mathew Beane von Zilker Technology eingereicht wurde. -
Es wurde eine Konsistenzprüfung für Container hinzugefügt. Fehlerbehebung, die von Visanth Sampath von Zilker Technology eingereicht wurde.
-
-
Node.js: Die standardmäßige Node.js-Version von Version 8 wurde auf Version 10 aktualisiert, um die Sicherheit zu verbessern. Node.js Version 8 ist veraltet und nicht mehr mit Fehlerbehebungen oder Sicherheits-Patches aktualisiert. Fehlerbehebung, die von Mohan Elamurugan von Zilker Technology eingereicht wurde.
-
Elasticsearch
-
Unterstützung für Elasticsearch 6.8, 7.2, 7.5 und 7.6 hinzugefügt.
-
Es wurde die Möglichkeit hinzugefügt, die Konfiguration des Elasticsearch-Containers anzupassen, wenn Sie die Konfigurationsdatei für die Docker-Komposition generieren.
-
Die Option
--no-es
wurde zu den Dienstkonfigurationsoptionen zum Generieren der Konfigurationsdatei Docker erstellen hinzugefügt. Verwenden Sie diese Option, um die Installation des Elasticsearch-Containers zu überspringen und stattdessen die MySQL-Suche zu verwenden. Diese Option wird nur für Adobe Commerce-Versionen 2.3.5 und älter unterstützt.
-
-
FPM-XDEBUG-Container: Es wurde eine Dienstkonfigurationsoption zur Installation und Konfiguration von Xdebug zum Debugging von PHP in Ihrer Cloud Docker-Umgebung hinzugefügt. Siehe Xdebug konfigurieren.
-
-
Änderungen der Docker-Konfiguration
-
Es wurden Konsistenzprüfungen für die Dienstcontainer PHP-FPM, Redis, Elasticsearch und MySQL Docker hinzugefügt.
-
Der standardmäßige Dateisynchronisierungsmodus wurde im Entwicklermodus zu
native
geändert. -
Es wurden Versionsinformationen zum generischen Docker-Dienst-Container-Bild beim Generieren der
docker-compose.yml
-Datei hinzugefügt. -
Verbesserte Fähigkeit, große Antworten aus dem vorgelagerten PHP-FPM-Container zu verarbeiten, indem der
fastcgi_buffers
-Wert für den Nginx-Server erhöht wird. -
Verbesserte Leistung bei der Synchronisierung von Mutagen-Dateien durch Hinzufügen einer zweiten Synchronisierungssitzung zum Synchronisieren von Dateien im Ordner "
vendor
". Diese Änderung verhindert, dass Mutagen während der Dateisynchronisierung feststecken bleibt. Fehlerbehebung, die von Mathew Beane von Zilker Technology eingereicht wurde. -
CLI-Befehl aktualisiert
-
bin/magento-docker flush-redis
bin/magento-docker flush-varnish
.vendor/bin/ece-docker build:compose --no-varnish
.vendor/bin/ece-docker build:compose --es-env-var
.vendor/bin/ece-docker build:compose --no-es
./vendor/bin/ece-docker build:compose --db <mysql-version-number> --db-image mysql
./vendor/bin/ece-docker build:compose --host=<hostname> --port=<port-number>
.vendor/bin/ece-docker build:compose --mode developer --sync-engine native --with-xdebug
-
Die Konfiguration der Mutagendatei-Synchronisation wurde korrigiert, um zu verhindern, dass Mutagen veraltete Sitzungen erstellt. Fehlerbehebung, die von Mathew Beane von Zilker Technology eingereicht wurde.
-
Korrektur eines Konfigurationsproblems, das beim Starten des PHP-FPM-Containers Syntaxfehler im Docker-Komprimierungsprotokoll verursachte. Fehlerbehebung, die von Mathew Beane von Zilker Technology eingereicht wurde
-
Behebung von Volumenkonfliktfehlern, die manchmal bei der Verwendung mehrerer Docker-Umgebungen aufgetreten sind. Fehlerbehebung, die von G Arvind von Zilker Technology eingereicht wurde.
-
Es wurde ein Problem behoben, bei dem der Befehl
ece-docker build:compose
fehlschlug, wenn die Konfiguration Blackfire.io enthielt. Fehlerbehebung, die von G Arvind von Zilker Technology eingereicht wurde. -
Die PHP-CLI-Bildkonfiguration wurde aktualisiert, um Fehler wegen zu wenig Arbeitsspeicher zu vermeiden, die bei der Installation mehrerer Pakete mit Cloud Docker für Commerce aufgetreten sind. Fehlerbehebung, die von Mohan Elamurugan von Zilker Technology eingereicht wurde.*
-
Unterstützung für mehrere MySQL-Benutzer in der Cloud Docker-Umgebung hinzugefügt. In früheren Versionen schlug der Vorgang
build:compose
fehl, wenn in der Dateimagento.app.yaml
mehrere Datenbankbenutzer angegeben waren. Fehlerbehebung, die von G Arvind von Zilker Technology eingereicht wurde. -
rsyslog
wurde aus dem Cloud-Docker für Commerce-PHP-Container entfernt, um Kompatibilitätsprobleme zu beheben, die Warnhinweise während der Bereitstellung verursachten. Cloud Docker verwendet nicht das Dienstprogramm rsyslog.
v1.0.0
Veröffentlichungsdatum: 5. Februar 2020