Package Cloud Docker
Le package magento/magento-cloud-docker
fournit des fonctionnalités et des images Docker pour déployer Adobe Commerce dans un environnement cloud local. Ces notes de mise à jour décrivent les dernières améliorations apportées à ce package, qui est un composant de Cloud Tools Suite for Commerce.
Le package de magento/magento-cloud-docker
utilise la séquence de version suivante : <major>.<minor>.<patch>
Les notes de mise à jour incluent les éléments suivants :
v1.4.0 latest
Date de publication : 7 octobre 2024
v1.3.7
Date de publication : 8 avril 2024
v1.3.6
Date de publication : 31 juillet 2023
v1.3.5
Date de publication : 10 mars 2023
v1.3.4
Date de publication : 27 octobre 2022
v1.3.3
Date de publication : 13 septembre 2022
-
-
-
init-docker.sh
.
v1.3.2
Date de publication : 31 mars 2022
v1.3.1
Date de publication : 10 mars 2022
-
-
-
-
- Ajout d’images PHP 8.1
- Mise à niveau de xDebug version 3.1.2
- Mise à niveau de xmlrpc 1.0.0RC3
-
-
sodium
par défaut dans toutes les images PHP. -
-
v1.3.0
Date de publication : 25 octobre 2021
-
--mode
de l’étapebuild
détermine le mode de l’étapedeploy
ultérieure. Il n’est plus nécessaire de définir le mode après le déploiement. Voir mode Développeur. -
- Correction du problème de démarrage d'un conteneur PHP pour la configuration du mail.
- Peut utiliser des variables d’environnement dans des fichiers INI.
- Assurez-vous que les points d’entrée PHP n’ont pas besoin d’une autorisation d’écriture.
-
-
v1.2.4
Date de publication : 29 juillet 2021
-
Zookeeper
—Ajout d'un conteneur Zookeeper pour gérer la configuration du fournisseur de verrou pour les projets qui ne sont pas déployés sur Adobe Commerce sur l'infrastructure cloud. -
v1.2.3
Date de publication : 14 juin 2021
-
-
-
ioncube
pour l'image PHP 7.4—L'extensionioncube
a été rajoutée à l'image PHP 7.4 après avoir été initialement exclue de la mise à niveau de PHP 7.3 vers PHP 7.4. Soumis par mattskr. -
manual-native
—L’option de synchronisation des fichiersmanual-native
permet de contrôler manuellement la synchronisation, ce qui offre les meilleures performances pour les environnements macOS et Windows. Découvrez comment utiliser l’optionmanual-native
en mode Développeur et Synchronisation des données dans un environnement de développement Docker. -
up
etdown
—L'option--volume
a été supprimée des commandesbin/magento-docker up
etbin/magento-docker down
, remplacée par la nouvelle commandebin/magento-docker init
avec un avertissement de perte de données. Cette modification permet d’éviter la perte de données accidentelle. Présenté par joeshelton-wagento. -
CN
mise à jour pour le certificat généré—Suppression de la valeurCN
codée en dur du fichier Docker. Cette valeur a créé une erreur de certificat (NET::ERR_CERT_INVALID
) qui a provoqué l'ignorance de l'option--host
de la commandeece-docker build:compose
.
v1.2.2
Date de publication : 20 avril 2021
-
host.docker.internal
pour qu’elles soient indépendantes de la plateforme—Vous pouvez désormais créer les mêmes scripts Docker Compose pour Ubuntu, Windows et macOS. L’utilisation de Xdebug sur Ubuntu ne nécessite plus de variable d’environnement distincte. Correctif soumis par Igor Vitol. -
mounts
à la variable d’environnementMAGENTO_CLOUD_APPLICATION
. Correctif soumis par Chiranjeevi. -
init-docker.sh
avec les versions PHP 7.4 et Cloud Docker 1.2.1. Correctif soumis par Adarsh Manickam. -
sodium
par défaut dans les images PHP Docker. -
custom-registry
option—Ajout d'une option--custom-registry
àphp ./vendor/bin/ece-docker build:compose
commande pour utiliser votre propre registre d'images.code language-bash ./vendor/bin/ece-docker build:compose --custom-registry=my-registry.example.com
-
-
-
opcache.validate_timestamps
activé—Activation du paramètre PHPopcache.validate_timestamps
par défaut en mode développeur. L’activation de ce paramètre a résolu le problème où les modifications apportées au système de fichiers n’étaient pas reconnues dans Docker. -
build:custom:compose
de correction—Correction de la commandebuild:custom:compose
pour générer une erreur lorsque les fichiers ne peuvent pas être remplacés pendant le processus de création. Le renvoi d’une erreur empêche les situations dans lesquellesdocker-compose up
pourriez utiliser les mauvais fichiers. -
--sync_engine="native"
fixe—Correction du problème en raison duquel, en mode de production (--mode="production"
), l’option de--sync_engine="native"
ne créait aucune entrée pour les dossiers locaux dans le fichierdocker.composer.yml
. -
type
dans la variableMAGENTO_CLOUD_RELATIONSHIP
. L’ajout de ces versions à la variablerelationships
a corrigé les erreurs de validation qui se produisaient lors de la phase de déploiement.
v1.2.1
Date de publication : 21 décembre 2020
-
worker_processes
NGINX et deworker_connections
NGINX pour TLS et les services Web. Le paramètreworker_process
conserve la possibilité de définir la valeur surauto
. Exemples :code language-bash ./vendor/bin/ece-docker build:compose --nginx-worker-processes=2 ./vendor/bin/ece-docker build:compose --nginx-worker-connections=2048
-
code language-bash ./vendor/bin/ece-docker build:compose --no-tls
-
-
-
WEB_PORT
de80
à8080
. -
-
v1.2.0
Date de publication : 9 novembre 2020
-
-
-
-
-
Ajout de la prise en charge d’Elasticsearch 7.9 pour la compatibilité avec les prochaines versions d’Adobe Commerce.
-
Configuration du plug-in Elasticsearch—Ajout de la prise en charge de l’utilisation des informations de configuration du plug-in Elasticsearch du fichier
services.yaml
pour générer le fichierdocker-compose.yaml
pour un environnement Cloud Docker pour Commerce. Voir modules externes Elasticsearch. -
Prise en charge des modules externes Elasticsearch—Ajout de la prise en charge des modules externes Elasticsearch suivants :
analysis-icu
,analysis-phonetic
,analysis-stempel
etanalysis-nori
. Les plug-insanalysis-icu
etanalysis-phonetic
sont installés par défaut. Vous pouvez ajouter ou supprimer les modules externesanalysis-stempel
etanalysis-nori
selon vos besoins.
-
-
-
Exécuter des commandes dans les conteneurs PHP Docker—Vous pouvez désormais utiliser l'interface de ligne de commande de Cloud Docker pour exécuter des commandes dans les conteneurs PHP dans votre environnement Docker sans avoir à installer PHP sur l'hôte. Par exemple, la commande suivante crée la configuration :
./bin/magento-docker php 7.3 vendor/bin/ece-docker build:compose
. Voir Cloud Docker CLI. Correctif soumis par G Arvind de Zilker Technology. -
Ajout du client OpenSSH aux conteneurs de l’interface de ligne de commande PHP. Désormais, vous pouvez utiliser le transfert ssh-agent pour le compositeur si le fichier
composer.json
contient des référentiels Git privés qui nécessitent un client ssh pour utiliser les commandes du compositeur.
-
-
https://hub.docker.com/r/magento/magento-cloud-docker-nginx
au lieu de l’image CentOS. Cette modification corrige les problèmes qui provoquaient des erreurs lors de l’envoi de requêtes HTTPS entre les conteneurs dans l’environnement Cloud Docker. -
--with-test
à la commande Dockerbuild:compose
pour créer le conteneur uniquement lors des tests dans l’environnement Docker. Voir test d’application. -
-
--set-docker-host
à la commandeece-docker build:compose
pour configurer la valeurhost.docker.internal
dans le conteneur Xdebug . Cette option est requise pour utiliser Xdebug sur les systèmes Linux. Voir Configuration de Xdebug pour Docker. -
uninitialized "with_xdebug" variable
dans les journaux. Correctif soumis par Florent Olivaud
-
-
-
-
Configuration MailHog : vous pouvez maintenant utiliser les options de commande
ece-docker build:compose
suivantes pour désactiver MailHog et spécifier les ports :--no-mailhog
,--mailhog-http-port
et--mailhog-smtp-port
. Voir Configurer l’e-mail. -
Pour Cloud Docker pour Commerce 1.2.0 et versions ultérieures, Adobe fournit désormais des images Docker pour chaque version de correctif, et le générateur de configuration Docker crée la configuration Docker avec une version de correctif spécifiée au lieu d’utiliser la dernière. Auparavant, le générateur de configuration Docker créait la configuration à l’aide de la dernière version de correctif, ce qui pouvait interrompre Cloud Docker pour les environnements Commerce créés à l’aide d’une version antérieure.
-
Spécifier des images et des versions personnalisées dans la configuration personnalisée de Cloud Docker—Mise à jour de la commande
build:custom:compose
avec des options pour spécifier des images et des versions personnalisées lors de la génération d’un fichier de configuration de composition Docker personnalisée (docker-compose.yaml
). Voir Créer une configuration Docker Compose personnalisée. -
Mise à jour de la configuration de l’hôte Docker afin d’exposer le port 443 pour permettre l’accès à Adobe Commerce (
https://magento2.docker
) à partir de tous les conteneurs de l’interface de ligne de commande. Vous pouvez modifier le port par défaut en ajoutant l’option--tls-port
lorsque vous générez le fichier de configuration Docker.
-
-
app/etc/env.php
existait. -
-
v1.1.2
Date de publication : 9 septembre 2020
v1.1.1
Date de publication : 5 août 2020
-
-
ps: command not found
. -
Cannot create container for service db
erreurs qui peuvent se produire lors du démarrage de votre environnement Cloud Docker.Vous pouvez maintenant configurer l’environnement Cloud Docker pour monter les répertoires de la base de données en ajoutant les options suivantes à la commande
ece-docker build:compose
:--with-entry-point
etwith-mariadb-conf
. Voir Options de configuration du service. -
./vendor/bin/ece-docker build:compose --db --with-entrypoint
./vendor/bin/ece-docker build:compose --db --mariadb-conf
v1.1.0
Date de publication : 25 juin 2020
-
-
-
-
-
Vernis : le vernis est désormais le cache par défaut lorsque vous déployez Adobe Commerce dans un environnement Cloud Docker à l’aide d’une version prise en charge du modèle d’application cloud. Voir Conteneur de vernis.
-
Ajout de l’option
--no-varnish
permettant d’ignorer l’installation du service Varnish lorsque vous générez le fichier de configuration Cloud Docker. -
-
Ajout de la prise en charge de la base de données MySQL. Vous pouvez désormais configurer l’environnement Cloud Docker avec MariaDB ou MySQL. Voir Options de configuration du service.
-
Ajout de la possibilité de définir les paramètres d’incrémentation et de décalage pour la réplication de la base de données lorsque vous générez le fichier de composition Docker. Voir Conteneurs de services.
-
-
-
Ajout de la prise en charge de PHP 7.4. Correctif soumis par Mohanela Murugan de Zilker Technology
-
Possibilité de copier un fichier
php.ini
dans le répertoire racine du projet dans l'environnement Cloud Docker et d'appliquer des paramètres PHP personnalisés aux conteneurs PHP-FPM et CLI. Voir Personnaliser les paramètres PHP. Correctif soumis par Mathew Beane de Zilker Technology. -
Ajout d’un contrôle d’intégrité du conteneur. Correctif soumis par Visanth Sampath de Zilker Technology.
-
-
-
-
Ajout de la prise en charge d’Elasticsearch 6.8, 7.2, 7.5 et 7.6.
-
Ajout de la possibilité de personnaliser la configuration du conteneur Elasticsearchlorsque vous générez le fichier de configuration de composition Docker.
-
Ajout de l’option
--no-es
aux options de configuration du service pour générer le fichier de configuration Docker Compose. Utilisez cette option pour ignorer l’installation du conteneur Elasticsearch et utiliser plutôt la recherche MySQL. Cette option est prise en charge uniquement pour Adobe Commerce versions 2.3.5 et antérieures.
-
-
-
-
-
Ajout de contrôles d’intégrité pour les conteneurs de service PHP-FPM, Redis, Elasticsearch et MySQL Docker.
-
Modification du mode de synchronisation de fichiers par défaut en
native
en mode Développeur. -
Ajout d’informations de version à l’image du conteneur de services Docker générique lors de la génération du fichier
docker-compose.yml
. -
Amélioration de la capacité à gérer les réponses volumineuses du conteneur PHP-FPM en amont en augmentant la valeur
fastcgi_buffers
pour le serveur Nginx. -
Amélioration des performances de la synchronisation des fichiers mutagènes en ajoutant une deuxième session de synchronisation pour synchroniser les fichiers du répertoire
vendor
. Cette modification empêche le blocage du mutagène pendant le processus de synchronisation des fichiers. Correctif soumis par Mathew Beane de Zilker Technology. -
-
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
-
-
-
-
ece-docker build:compose
échouait si la configuration incluait Blackfire.io. Correctif soumis par G Arvind de Zilker Technology. -
-
build:compose
échouait si le fichiermagento.app.yaml
spécifiait plusieurs utilisateurs de la base de données. Correctif soumis par G Arvind de Zilker Technology. -
rsyslog
des conteneurs PHP Cloud Docker for Commerce pour résoudre les problèmes de compatibilité qui provoquaient des notifications d’avertissement lors du déploiement. Cloud Docker n’utilise pas l’utilitaire rsyslog.
v1.0.0
Date de publication : 5 février 2020