• nouvelle icône Création d’un package distinct pour fournirCloud Docker for Commerce : déplacement du code source pour fournir Cloud Docker pour Commerce du référentiel ece-tools vers le nouveau magento-cloud-docker référentiel afin de maintenir la qualité du code et de fournir des versions indépendantes. Le nouveau module est une dépendance pour les outils CEE v2002.1.0 et versions ultérieures.

    Lorsque vous mettez à jour les outils de l'éditeur de texte, 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 antérieure de ece-tools (2002.0.x), passez en revue les incompatibilités ascendantes et mettez à jour votre projet en tant que scripts, commandes et processus, si nécessaire.

  • nouvelle icône Ajout d’un contrôle de version aux images Docker : vous devez maintenant mettre à jour le package magento/magento-cloud-docker pour obtenir les images mises à jour.

  • nouvelle icône Mises à jour de conteneur

    • nouvelle icône Conteneur PHP-FPM

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

      • nouvelle icône Ajout de la prise en charge de ionCube : mise à jour de la configuration Docker par défaut pour prendre en charge ionCube dans l’environnement de développement Docker local.

    • nouvelle icône Conteneur web

      • nouvelle icône Personnaliser la configuration NGINX : ajout de la capacité de monter un fichier nginx.conf personnalisé dans l’environnement Cloud Docker pour Commerce. Voir Conteneur Web.

      • nouvelle icône 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.

    • nouvelle icône Nouveau conteneur Selenium—Ajout d’un conteneur Selenium pour la prise en charge des tests d’application Adobe Commerce à l’aide de la structure de test fonctionnel de Magento (MFTF).

    • new icon RabbitMQversion support—Mise à jour de la configuration de conteneur RabbitMQ pour la prise en charge de RabbitMQ version 3.8.

    • icône de correction Conteneur de base de données persistant : le volume de base de données magento-db: /var/lib/mysql persiste après l’arrêt et la suppression de la configuration Docker et la restauration 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].

    • nouvelle icône Conteneur TLS

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

      • nouvelle icône Ajout de la prise en charge du [proxy d’arrêt TLS Pound]—Le fichier de configuration Pound ajoute les variables ENV suivantes pour personnaliser la configuration Docker pour le conteneur TLS :

        • TimeOut : définit la valeur de délai d’expiration Time to First Byte (TTF). La valeur par défaut est de 300 secondes.

        • RewriteLocation : détermine si le proxy Pound réécrit l’emplacement par défaut vers l’URL de demande. La valeur par défaut est 0 pour empêcher la réécriture de rompre les redirections vers des sites web externes tels qu’un site d’authentification unique externe. Correctif soumis par Sorin Sugar

      • nouvelle icône 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

    • nouvelle icône Conteneur de vernis

      • nouvelle icône Mise à jour de l’image de base du conteneur pour utiliser l’image officielle : le conteneur de vernis de cloud est désormais basé sur l’image officielle centos Docker.

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

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

  • nouvelle icône Modifications de la configuration Docker

    • nouvelle icône Gérer les montages et les volumes pour votre projet : ajout de la capacité de gérer les montages et les volumes lors du lancement d’un environnement Docker pour le développement local. Voir [Partage des données de projet].

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

    • nouvelle icône Conteneur Cron désactivé par défaut—Pour améliorer les performances, le conteneur Cron n’est plus configuré par défaut lors de la création de l’environnement Docker. Vous pouvez utiliser l’option --with-cron de la commande Docker build pour ajouter un conteneur Cron à votre environnement. Voir Gestion des tâches cron.

    • nouvelle icône Arrêtez de synchroniser les fichiers de sauvegarde volumineux : ajout de fichiers de sauvegarde et d’archives DB (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 puisque vous pouvez les régénérer.

  • nouvelle icône Changements de commande

    • icône de correction Renommé le fichier ./bin/docker en ./bin/magento-docker pour résoudre un problème qui entraînait l’arrêt de certains environnements Docker, car le fichier ./bin/docker remplaçait les fichiers binaires Docker existants. Il s’agit d’une modification incompatible en amontqui nécessite des mises à jour de vos scripts et commandes.

    • nouvelle icône Ajout d’une option de configuration de 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 icône 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 sur un conteneur Cloud Docker à l’aide de la commande cloud-deploy. Maintenant, vous devez émettre une commande cloud-post-deploy distincte pour exécuter les hooks de post-déploiement après le déploiement. Voir les instructions de lancement mises à jour pour le mode développeur et le mode production.

    • nouvelle icône Ajout de l’option --rm aux commandes ./bin/magento-docker pour les conteneurs de création et de déploiement. Cette opération supprime le conteneur une fois la tâche terminée.

    • nouvelle icône Commande build:compose mise à jour

      • nouvelle icône 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 Composer 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 Docker local. Voir Synchronisation des données dans l’environnement Docker.
    • new icon Modification du paramètre de synchronisation des fichiers par défaut de docker-sync à native. Correctif soumis par Mathew Beane de Zilker Technology.

  • nouvelle icône Améliorations de la validation

    • nouvelle icône 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, vous recevez un message d’erreur dans le journal si la configuration de l’environnement ne spécifie aucune valeur pour la clé de chiffrement.

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

recommendation-more-help