Correction de la configuration de la synchronisation des fichiers mutagènes pour empêcher mutagène de créer des sessions obsolètes. Correctif soumis par Mathew Beane de Zilker Technology.

Correction d’un problème de configuration qui provoquait des erreurs de syntaxe dans le journal de composition Docker lors du démarrage du conteneur PHP-FPM. Correctif soumis par Mathew Beane de Zilker Technology

correction des erreurs de conflit de volume qui se produisaient parfois lors de l’utilisation de plusieurs environnements Docker. Correctif soumis par G Arvind de Zilker Technology.

correction d’un problème en raison duquel la commande ece-docker build:compose échouait si la configuration incluait Blackfire.io. Correctif soumis par G Arvind de Zilker Technology.

Mise à jour de la configuration de l’image de l’interface de ligne de commande PHP pour éviter les erreurs de mémoire insuffisante qui se produisaient lors de l’installation de plusieurs packages à l’aide de Cloud Docker pour Commerce. Correctif soumis par Mohan Elamurugan de Zilker Technology.*

Ajout de la prise en charge de plusieurs utilisateurs MySQL dans l’environnement Cloud Docker. Dans les versions antérieures, l’opération build:compose échouait si le fichier magento.app.yaml spécifiait plusieurs utilisateurs de la base de données. Correctif soumis par G Arvind de Zilker Technology.

Suppression des 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.

Création d’un package distinct pour diffuserCloud Docker for Commerce—Déplacement du code source pour diffuser Cloud Docker pour Commerce du référentiel ece-tools vers le nouveau référentiel magento-cloud-docker pour maintenir la qualité du code et fournir des versions indépendantes. Le nouveau package est une dépendance pour ECE-Tools v2002.1.0 et versions ultérieures.

Lorsque vous mettez à jour ece-tools, vous mettez également à jour le package magento/magento-cloud-docker vers la version 1.0.0. Si vous avez utilisé Cloud Docker pour Commerce avec une version ece-tools antérieure (2002.0.x), passez en revue les incompatibilités rétroactives et mettez à jour votre projet sous la forme de scripts, de commandes et de processus, si nécessaire.

Ajout du contrôle de version aux images Docker—Vous devez maintenant mettre à jour le package magento/magento-cloud-docker pour obtenir les images mises à jour.

Mises à jour des conteneurs—

• Conteneur PHP-FPM—

  • Ajout de la prise en charge de Node.js—Mise à jour de l’image PHP-FPM pour prendre en charge le nœud , npm, et les fonctionnalités grunt-cli dans le conteneur PHP.

  • Ajout de la prise en charge d’ionCube—Mise à jour de la configuration Docker par défaut afin de prendre en charge ionCube dans l’environnement de développement Docker local.

• Conteneur web—

  • Personnaliser la configuration NGINX—Ajout de la possibilité de monter un fichier nginx.conf personnalisé dans l’environnement Cloud Docker pour Commerce. Voir Conteneur web.

  • Certificats NGINX générés automatiquement—Le fichier de configuration Docker inclut désormais la configuration permettant de générer automatiquement des certificats NGINX pour le conteneur Web.

• Nouveau conteneur Selenium—Ajout d’un conteneur Selenium pour prendre en charge les tests d’application Adobe Commerce à l’aide de la structure de test fonctionnel de Magento (MFTF).

• prise en charge de la version RabbitMQ—Mise à jour de la configuration du conteneur RabbitMQ pour prendre en charge RabbitMQ version 3.8.

• Conteneur de base de données persistante : le volume de base de données magento-db: /var/lib/mysql persiste désormais après l’arrêt et la suppression de la configuration Docker et est restauré lorsque vous redémarrez la configuration Docker. Vous devez maintenant supprimer manuellement le volume de la base de données. Voir [Conteneurs de base de données].

• conteneur TLS—

  • Mise à jour de l’image de base du conteneur pour utiliser l’image officielle—L’image Conteneur Cloud TLS est désormais basée sur l’image officielle debian:jessie Docker.—

  • Ajout de la prise en charge du [Proxy de terminaison du TLS en livres]—Le fichier de configuration Pound ajoute les variables ENV suivantes pour personnaliser la configuration Docker pour le conteneur TLS :

    • TimeOut : permet de définir la valeur du délai d'expiration du délai de premier octet (TTFB). La valeur par défaut est de 300 secondes.

    • RewriteLocation : détermine si le proxy de la livre réécrit l'emplacement sur l'URL de la requête par défaut. La valeur par défaut est 0 pour empêcher la réécriture d’interrompre les redirections vers des sites web externes tels qu’un site SSO externe. Correctif soumis par Sorin Sugar

  • Augmentation de la valeur du délai d’expiration dans la configuration du conteneur TLS de 15 à 300 secondes. Correctif soumis par Mathew Beane de Zilker Technology

• Conteneur de vernis—

  • Mise à jour de l’image de base du conteneur pour utiliser l’image officielle—Le conteneur de vernis cloud est désormais basé sur l’image officielle centos Docker.

  • Amélioration de la configuration du délai d’expiration par défaut-Ajout de la .first_byte_timeout et de la configuration .between_bytes_timeout au conteneur de vernis. Les deux valeurs de délai d’expiration par défaut sont 300s (5 minutes). Correctif soumis par Mathew Beane de Zilker Technology

  • Ignorer le vernis pendant les sessions Xdebug—Mise à jour de la configuration du conteneur de vernis pour renvoyer le pass sur les requêtes reçues lorsque Xdebug est activé. Dans les versions précédentes, vous ne pouviez pas utiliser Xdebug si l’environnement Docker incluait Varnish. Correctif soumis par Mathew Beane de Zilker Technology.

modifications apportées à la configuration Docker—

• Gérer les montages et les volumes pour votre projet—Ajout de la possibilité de gérer les montages et les volumes lors du lancement d’un environnement Docker pour le développement local. Voir [ Partage de données de projet ].

• Prise en charge du mode pont réseau—Ajout de la prise en charge du mode pont réseau pour activer les connexions entre les conteneurs Docker sur le réseau local.

• Conteneur Cron désactivé par défaut : pour améliorer les performances, le conteneur Cron n’est plus configuré par défaut lorsque vous créez l’environnement Docker. Vous pouvez utiliser l’option --with-cron sur la commande de création Docker pour ajouter un conteneur Cron à votre environnement. Voir Gestion des tâches cron.

• Arrêtez de synchroniser les fichiers de sauvegarde volumineux—Ajout des fichiers d’archive et de vidage de base de données (ZIP, SQL, GZ et BZ2) à la liste d’exclusion dans les fichiers dist/docker-sync.yml et dist/mutagen.sh. La synchronisation de fichiers volumineux (> 1 Go) peut entraîner une période d’inactivité et les fichiers de sauvegarde ne nécessitent normalement pas de synchronisation, car vous pouvez les régénérer.

modifications de commande—

• renommez le fichier ./bin/docker en ./bin/magento-docker pour résoudre un problème qui entraînait l’interruption de certains environnements Docker, car le fichier ./bin/docker remplace les fichiers binaires Docker existants. Il s’agit d’une modification rétrocompatible qui nécessite des mises à jour de vos scripts et commandes.

• Ajout d’une option de configuration du service pour exposer le port de base de données à l’hôte—Utilisez l’option --expose-db-port= [Fix submitted by Adarsh Manickam from Zilker Technology](https://github.com/magento/magento-cloud-docker/pull/101).<PORT> pour exposer le port de base de données à l’hôte lors de la création du fichier docker-compose.yml : bin/ece-docker build:compose --expose-db-port=<PORT>

• Nouvelle commande de post-déploiement : auparavant, les hooks de post-déploiement définis dans le fichier .magento.app.yaml s’exécutaient automatiquement après le déploiement d’Adobe Commerce dans un conteneur Cloud Docker à l’aide de la commande cloud-deploy. Vous devez à présent émettre une commande cloud-post-deploy distincte pour exécuter les hooks de post-déploiement après le déploiement. Consultez les instructions de lancement mises à jour pour le mode développeur et production.

• Ajout de l’option --rm pour ./bin/magento-docker les commandes des conteneurs de création et de déploiement. Le conteneur est supprimé une fois la tâche terminée.

• Mises à jour de build:compose commande—

  • Ajout de l’option --sync-engine="native" à la commande docker-build pour désactiver la synchronisation des fichiers lorsque vous générez le fichier de configuration Docker Compose en mode développeur. Utilisez cette option lors du développement sur des systèmes Linux, qui ne nécessitent pas de synchronisation de fichiers pour le développement local de Docker. Voir ​ Synchronisation des données dans l’environnement Docker ​.

• Modification du paramètre de synchronisation de fichiers par défaut de docker-sync à native. Correctif soumis par Mathew Beane de Zilker Technology.

Améliorations de la validation—

• Ajout d’une validation au processus de déploiement pour les environnements de développement Docker locaux afin de vérifier que la configuration de l’environnement Cloud inclut la clé de chiffrement requise pour déchiffrer la base de données. Désormais, un message d’erreur s’affiche dans le journal si la configuration de l’environnement ne spécifie aucune valeur pour la clé de chiffrement.

• Ajout d’un contrôle de l’intégrité du conteneur au service Elasticsearch pour s’assurer que le service est prêt avant de poursuivre le traitement de la génération et du déploiement. Si le contrôle de l’intégrité renvoie une erreur, le conteneur redémarre automatiquement.