Archive des notes de mise à jour pour ece-tools

Modifications apportées au module ECE-Tools

• Déplacement des correctifs Adobe Commerce du package ece-tools vers un nouveau package compositeur de magento/magento-cloud-patches.

• Mise à jour du fichier composer.json du package ece-tools afin d’ajouter une dépendance au package magento/magento-cloud-patches v1.0.0.

• Correction d’un problème en raison duquel le processus d’application de correctifs ece-tools était interrompu lors de l’application de jeux de correctifs en plus des versions de sécurité uniquement, à partir de la version 2.3.2-p2 et des versions ultérieures. Ce problème a été introduit par le nouveau schéma de version adopté pour les correctifs de sécurité uniquement.

Correctifs et correctifs critiques-Mettez à jour vos environnements cloud avec ece-tools version 2002.0.22 pour appliquer les correctifs et correctifs critiques suivants. Ces correctifs sont inclus dans le package magento/magento-cloud-patches v1.0.0.

• correctifs de sécurité de Page Builder pour les versions 2.3.1.x et 2.3.2.x-corrige un problème dans l’aperçu de Page Builder qui permet aux utilisateurs non authentifiés d’accéder à certaines méthodes de modèle qui peuvent être utilisées pour déclencher l’exécution de code arbitraire sur le réseau (RCE), entraînant des fuites d’informations globales. Ce problème peut se produire lors de l’utilisation de versions non prises en charge de Page Builder avec les versions 2.3.1 et 2.3.2. d’Adobe Commerce

• correctifs MSI-corrige les problèmes qui provoquaient des erreurs d’indexation et des problèmes de performances lors de l’utilisation des paramètres d’inventaire par défaut pour la gestion des stocks.

• compatibilité descendante des nouvelles interfaces de messagerie-corrige un problème d’incompatibilité descendante causé par l’interface PHP Magento\Framework\Mail\EmailMessageInterface introduite dans Adobe Commerce v2.3.3. Dans la portée de ce correctif, le nouveau EmailMessageInterface hérite de l’ancien MessageInterface et les modules principaux d’Adobe Commerce deviennent dépendants de MessageInterface.

• La pagination du catalogue ne fonctionne pas sur Elasticsearch 6.x-corrige un problème critique de pagination des résultats de recherche qui affecte les clients et clientes utilisant Elasticsearch 6.x comme moteur de recherche de catalogue.

mises à jour Docker—

• Nouvelles images Docker—Prises en charge par les versions 2.3.3 et ultérieures

  • PHP version 7.3.

  • Cache de vernis 6.2.0

• Ajout de la prise en charge de l’application d’une configuration de hook personnalisé spécifiée dans .magento.app.yaml dans l’environnement Docker. Auparavant, l’environnement Docker ne prenait en charge que la configuration de hook par défaut.

• les fichiers ENV Docker ne sont plus générés lors de la création de Docker et la commande docker:config:convert est obsolète. Les données correspondantes sont désormais stockées dans le fichier docker-compose.yml.

• Image PHP mise à jour-Ajout de Node.js à l’image PHP Docker pour prendre en charge les fonctionnalités node, npm et grunt-cli.

Mises à jour des variables d’environnement-

• Ajout de la variable de déploiement LOCK_PROVIDER pour configurer le fournisseur de verrouillage, ce qui empêche le lancement de tâches et de groupes cron en double. Voir la description de la variable dans la rubrique déployer des variables.

• Ajout de la variable d’environnement CONSUMERS_WAIT_FOR_MAX_MESSAGES pour configurer la manière dont les consommateurs traitent les messages de la file d’attente des messages lorsqu’ils utilisent la variable d’environnement CRON_CONSUMERS_RUNNER pour gérer les tâches cron. Voir la description de la variable dans la rubrique déployer des variables.

• correction d’un problème qui entraînait des erreurs d’interblocage de la base de données lorsque la tâche cron consumers_runner démarrait plusieurs instances du même client sur différents nœuds. Désormais, si vous avez activé la variable de déploiement CRON_CONSUMERS_RUNNER dans votre environnement, la tâche de consumers_runner utilise l’option single-thread pour démarrer une instance de chaque client sur un seul nœud.

• Correction d’un problème affectant la fonctionnalité WARM_UP_PAGES qui utilise une URL de magasin par défaut. Désormais, si la commande config:show:default-url ne peut pas récupérer une URL de base, l’URL de la variable MAGENTO_CLOUD_ROUTES est utilisée.

Mise à jour des informations de journalisation renvoyées par la commande module:refresh. Désormais, vous pouvez voir une liste détaillée des modules activés dans le fichier cloud.log.

Amélioration de la validation de la compatibilité des versions et notifications d’avertissement pour les problèmes de compatibilité entre la version d’Adobe Commerce et les services installés, tels qu’Elasticsearch, RabbitMQ, Redis et DB.

Ajout de la prise en charge de RabitMQ version 3.8.

Mise à jour des validations interactives pour la compatibilité des services afin de refléter les versions prises en charge pour les nouvelles versions d’Adobe Commerce 2.3.3 et 2.2.10. Voir Configuration requise dans le Guide d’installation pour obtenir les versions recommandées.

Amélioration du message du journal renvoyé lorsque le processus de gestion des tâches cron en phase de déploiement tente d’arrêter une tâche cron déjà terminée, afin de clarifier que ce problème n’est pas une erreur. Modification du niveau de journal de INFO en DEBUG.

Correction d’un problème lors de l’exécution de la commande setup:upgrade qui n’interrompait pas le processus de déploiement en cas d’échec lors de la tâche de app:config:import.

Modification du niveau de journal par défaut pour le gestionnaire de fichiers afin de debug réduire la quantité de détails dans le journal affiché dans le Cloud Console, tout en fournissant des informations détaillées pour le débogage.

Correction d’un problème qui provoquait une erreur avec le déploiement de contenu statique pendant la génération. Après une installation et ece-tools vidage de la configuration, une erreur se produisait si aucun paramètre régional n’était spécifié pour l’utilisateur administrateur dans le fichier config.php. Désormais, il existe un paramètre régional par défaut pour l’utilisateur administrateur dans le fichier config.php.

correction d’un Undefined index error qui se produit lorsqu’une commande de l’interface de ligne de commande magento-cloud échoue dans un environnement qui n’est pas configuré avec une URL sécurisée (https). Désormais, le package ECE-Tools utilise l’URL de base (http) si l’URL sécurisée n’est pas disponible.

Mises à jour Docker—

• Vous pouvez désormais effectuer des tests fonctionnels à l’aide du package ece-tools dans l’environnement Docker. Voir test d’application.

• Ajout de la prise en charge de la configuration des modules PHP à l’aide du fichier .magento.app.yaml. Toutes les extensions PHP spécifiées dans le fichier .magento.app.yaml sont disponibles dans les conteneurs PHP Docker.

• De nouvelles commandes sont disponibles pour améliorer l’expérience de la ligne de commande Docker. Voir la section bin/magento-docker de la référence Docker.

• Ajout de la possibilité d’utiliser Mutagen.io pour synchroniser les fichiers pendant le développement entre l’hôte local et Docker.

• correction du chemin par défaut lors de l’utilisation de l’environnement Docker. Désormais, lorsque vous utilisez SSH pour vous connecter au conteneur Docker, vous vous trouvez à la racine du projet dans le répertoire /app, comme prévu.

• Mise à jour de la bibliothèque Sodium de la version 1.0.11 à la version 1.0.18, et mise à jour de l’extension Sodium PHP.

  note warning
  WARNING
  Les clients Adobe Commerce sur les infrastructures cloud doivent envoyer un ticket d’assistance Adobe Commerce pour mettre à niveau le package libsodium sur les environnements de production et d’évaluation Pro avant la mise à niveau vers Adobe Commerce 2.3.2. Actuellement, vous ne pouvez pas mettre à niveau les environnements de démarrage vers Adobe Commerce 2.3.2.

• Ajout des modules externes analysis-icu et analysis-phonetic Elasticsearch à toutes les images Docker.

• validations améliorées : lors de l’utilisation d’options pour la commande docker:build, vous devez fournir une valeur lors de l’utilisation d’une option. Ajout également de la validation de la version du nœud lors de l’utilisation de la commande docker:build run.

Mises à jour des variables d’environnement—

• Ajout de la prise en charge des préfixes de table de base de données à l’aide de la variable d’environnement DATABASE_CONFIGURATION.

• Ajout de la variable de déploiement FORCE_UPDATE_URLS pour mettre à jour les URL de base lors d’un déploiement dans des environnements de production et d’évaluation Pro et Starter. Voir la définition dans le contenu déployer des variables.

• Ajout de la variable de post-déploiement TTFB _TESTED_PAGES pour configurer les tests de page Time to First Byte afin de vérifier les performances de l’application sur les sites déployés sur l’infrastructure cloud. Voir la description de la variable dans variables post-déploiement.

• correction d’un problème lié au SCD multithread, qui provoquait des échecs aléatoires dans le déploiement de contenu statique. La solution consistait à définir la variable SCD_THREADS sur 1. Vous pouvez maintenant augmenter le nombre selon vos besoins. Consultez les définitions dans les variables de déploiement et les variables de build.

• Vous pouvez configurer la variable d’environnement WARM_UP_PAGES pour mettre en cache des pages uniques, plusieurs domaines et plusieurs pages. Consultez la définition développée dans le contenu variables post-déploiement.

Ajout du fichier pub/static/.htaccess à la liste d’exclusion. Correctif présenté par Björn Kraus de PHOENIX MEDIA GmbH.

Correction d’une erreur qui s’affichait comme Critical lorsque tous les messages de validation d’au moins un niveau critique renvoyaient une erreur.

correction d’un problème qui entraînait un échec du déploiement si l’URL de base n’existait pas dans la base de données.

Ajout d’une nouvelle commande env:config:show au package de ece-tools qui affiche les services d’environnement, les itinéraires ou les variables. Voir Services, itinéraires et variables. Article présenté par Vladimir Kerkhoff.

Correction d’un problème qui provoquait une erreur critique lors de la tentative d’installation d’Adobe Commerce 2.2.6 ou version antérieure avec ece-tools développement après la refactorisation du shell.

correction d’un problème en raison duquel les installations Adobe Commerce 2.1.x et 2.2.x échouaient avec un avertissement d’utilisation d’une version obsolète de Carbon.

diminution du niveau de journal cloud.log pour la sortie shell de info à debug.

Ajout de l’option --remove-definers (-d) à la commande ece-tools db-dump pour supprimer les définisseurs du fichier de vidage.

Mises à jour Docker—

• L’environnement Docker prend désormais en charge la configuration cron définie dans la propriété crons du fichier .magento.app.yaml.

• Nouveau conteneur Docker—Ajout d’un conteneur proxy de terminaison TLS pour faciliter la terminaison SSL Varnish via HTTPS.

• Nouvelle image Docker—Ajout d’une image Node.js pour prendre en charge Gulp et d’autres fonctionnalités, telles que le test unitaire Jasmine JS.

• modes de création Docker—Vous pouvez désormais choisir de lancer l’environnement Docker en mode de production ou mode développeur. Le mode Développeur prend en charge le développement actif avec des autorisations complètes et modifiables du système de fichiers.

• correction d’un problème en raison duquel le déploiement de Docker échouait avec une erreur Name or service not known si le cache était configuré pour un service qui n’est pas disponible. Vous pouvez maintenant supprimer un service du fichier 🔗. .magento/services.yamlLe générateur de configuration Docker met automatiquement à jour le service dans le fichier docker/config.php.dist.

• Ajout de validations interactives pour la compatibilité du service. Désormais, si un service demandé est incompatible avec la version Adobe Commerce ou d’autres services, le mode interactif invite l’utilisateur à envoyer un message et à choisir de continuer. Consultez les versions de service disponibles pour Docker. Utilisez l’option -n pour ignorer l’interactivité à des fins de CICD.

• correction d’un problème lié à la commande de db-dump de composition Docker qui effaçait les vidages existants.

• Correction d’un problème en raison duquel l’session Redis, le default et le stockage page_cache dans le cache étaient affectés au même ID de base de données

Mises à jour des variables d’environnement—

• La nouvelle variable d’environnement ELASTICSUITE_CONFIGURATION conserve vos paramètres de service personnalisés entre les déploiements. Voir la définition dans le contenu déployer des variables.

• Ajout de la variable d’environnement SCD_MAX_EXECUTION_TIMEOUT afin que vous puissiez augmenter le temps nécessaire pour terminer le déploiement du contenu statique à partir du fichier .magento.env.yaml. Consultez la définition dans les variables de déploiement, les variables de build et les variables globales.

  • Ajout de la variable d’environnement MAGENTO_CLOUD_LOCKS_DIR pour configurer le chemin d’accès au point de montage du fournisseur de verrouillage sur l’infrastructure cloud. Le fournisseur de verrous empêche le lancement de tâches et de groupes cron en double. Cette variable est prise en charge dans Adobe Commerce version 2.2.5 et ultérieure et automatiquement configurée. Voir la définition dans Variables cloud.

  • modification des valeurs par défaut de la variable d’environnement SCD_THREADS afin de déterminer automatiquement la valeur optimale en fonction du nombre de threads CPU détectés. Consultez les définitions mises à jour dans les variables de déploiement et les variables de build.

correction d’un problème lié à un correctif pour le mécanisme d’isolation de base de données qui provoquait une erreur lors de la mise à niveau vers Adobe Commerce sur l’infrastructure cloud version 2002.0.16.

Ajout d’un correctif qui remplace Graphiques d’images Google par Graphiques d’images. Consultez l’article DevBlog Obsolescence et mise à jour des graphiques à images Google pour M1.

Ajout d’une validation pour la variable SEARCH_CONFIGURATION. Le déploiement échoue lorsque l’option « moteur » n’est pas définie et que le _merge n’est pas requis.

Correction d’un problème qui exposait les données sensibles après qu’une exception se produisait. Désormais, les informations sensibles sont masquées de manière appropriée.

Amélioration des paramètres de tolérance de pannes du package Magento Open Source. Dans le cas où Adobe Commerce ne peut pas lire les données de l’instance Redis slave, une lecture est effectuée à partir de l’instance Redis master. Voir REDIS_USE_SLAVE_CONNECTION.

Mises à jour des services—Pris en charge par les versions d’Adobe Commerce suivantes : 2.2.8 et versions ultérieures 2.2.x, 2.3.1 et versions ultérieures 2.3.x

• Ajout de la prise en charge d’Elasticsearch version 6.x.

• Ajout de la prise en charge de Redis version 5.0.

Nouvelles images Docker—Ajout des services suivants à la version Docker :

• Elasticsearch 6.5

• Redis 5.0

Nouvelle variable d’environnement—Auparavant, il existait un délai d’expiration codé en dur pour la compression SCD. Vous pouvez maintenant configurer le délai de compression SCD à l’aide de la variable d’environnement SCD_COMPRESSION_TIMEOUT. Consultez les définitions dans les variables de build et le contenu de déploiement des variables.

Ajout de l’option --use-rewrites à la commande d’installation afin qu’elle utilise les réécritures du serveur web pour les liens générés dans le storefront et l’accès administrateur pour améliorer la sécurité et l’expérience client.

Ajout d’horodatages au fichier var/log/install_upgrade.log afin qu’il affiche les dates des événements d’installation et de mise à niveau.

mises à jour Docker—

• Désormais, la configuration de service par défaut générée dans l’environnement Docker est identique à la configuration par défaut dans le modèle Cloud .

• Vous pouvez envoyer du courrier depuis votre environnement Docker à l’aide du service sendmail.

• Ajout de la possibilité de configurer Xdebug pour le débogage dans l’environnement Cloud Docker.

• Correction d’un problème lié aux autorisations de service web lors de la génération du fichier docker-compose.yml.

Amélioration de la mise à niveau—Ajout d’une validation pour confirmer que la propriété autoload dans le fichier composer.json contient les modifications de configuration requises avant la mise à niveau vers Adobe Commerce v2.3. Voir Mise à niveau de la version.

le processus de compression lors du déploiement du contenu statique inclut désormais toutes les ressources (générées ou personnalisées en mode natif) et se produit pendant la phase de création, au début de la section de build:transfer. Auparavant, le processus de compression se produisait avant l’application d’une minimisation personnalisée et le regroupement des ressources statiques. Correctif soumis par Rafael Garcia Lepper de Tryzens Limited.

Correction d’une erreur de connexion à la base de données qui se produisait lors du déploiement immédiatement après la configuration d’une relation de base de données et de service supplémentaire. En outre, ce correctif résout un problème qui se produisait pendant le processus de configuration de Rapports Commerce pour Starter. Pour commencer, cette mise à niveau est un « must have » pour l’utilisation de la création de rapports Commerce.

correction d’un problème de validation avec la configuration de la base de données qui entraînait l’échec du processus de déploiement.

Mise à jour de la contrainte avec la version appropriée du package de symfony/yaml à utiliser avec les constantes PHP. L’analyse constante ne fonctionne pas lors de l’utilisation d’une version de package symfony/yaml antérieure à la version 3.2. Correctif soumis par Vladimir Kerkhoff.

Vérification de la configuration de l’environnement—Ajout d’une validation pour vérifier la version PHP et avertir les utilisateurs s’ils n’utilisent pas la dernière version recommandée.

correction d’un problème lié au traitement de variables JSON incorrectes. Désormais, si une variable JSON provoque une erreur de syntaxe, un avertissement s’affiche dans le fichier cloud.log et le déploiement se poursuit à l’aide de la variable par défaut.

Correction d’une erreur de connexion qui se produisait lors du déploiement immédiatement après la désactivation du service Redis.

Journalisation des modifications—Mise à jour du niveau de journal de Info à Notice pour les événements de processus de création et de déploiement suivants :

• Début et fin du processus de réconciliation des modules installés dans composer.json avec les paramètres de configuration partagés dans le fichier app/etc/config.php

• Début et fin du processus de validation de la configuration

• Début et fin du processus de setup:di:compile pour la génération des classes

Nouvelles variables d’environnement—

• VARIABLE DE DÉPLOIEMENT RESOURCE_CONFIGURATION : utilisez cette variable pour mapper un nom de ressource à une connexion à la base de données.

• Variable globale X_FRAME_CONFIGURATION : utilisez cette variable pour modifier la configuration de l’en-tête X-Frame-Options pour le rendu d’une page Adobe Commerce dans une <frame>, un <iframe> ou un <object>.

mises à jour des variables d’environnement—Modification des variables d’environnement suivantes :

• WARM_UP_PAGES : ajout de la possibilité de précharger le cache de pages spécifiées sur tous les domaines définis pour un magasin Adobe Commerce. Auparavant, si votre site était configuré avec plusieurs domaines, le processus de post-déploiement ne pouvait pas précharger le cache des pages spécifiées sur des domaines autres que les domaines par défaut et renvoyait l’erreur suivante dans le journal de post-déploiement : ERROR: Warming up failed: <uri>

• SCD_COMPRESSION_LEVEL : mise à jour de la documentation et de l’exemple de fichier .magento.env.yaml avec les valeurs par défaut correctes pour le niveau de compression SCD. Consultez les définitions dans les variables de build et le contenu de déploiement des variables.

• SCD_EXCLUDE_THEMES : cette variable d’environnement est obsolète. Utilisez la variable SCD_MATRIX pour contrôler la configuration des thèmes.

• SCD_MATRIX : correction du processus de validation afin d’éviter un problème qui se produisait lorsque SCD_MATRIX ignorait une valeur de thème contenant différents cas de caractères. Consultez les définitions dans les variables de build et le contenu de déploiement des variables.

• Variables ADMIN—

  • Amélioration de la sécurité lors de la gestion des informations d’identification pour l’utilisateur administrateur utilisant des variables d’environnement. Vous ne pouvez plus utiliser les variables d’environnement ADMIN_EMAIL, ADMIN_USERNAME et ADMIN_PASSWORD pour remplacer les informations d’identification d’administrateur lors des mises à niveau. Si vous ne pouvez pas accéder au panneau d’administration, utilisez la fonction Mot de passe oublié ou la commande de l’interface de ligne de commande admin:user:create pour créer un utilisateur administrateur. Voir ​ Accès à votre panneau d’administration ​.

  • ADMIN_EMAIL n’est plus nécessaire lors de la mise à niveau ou de l’application de correctifs.

mises à jour Docker—

• Désormais, le générateur Docker utilise les services spécifiés dans les fichiers de configuration .magento.app.yaml et .magento/services.yaml lors de la création de votre environnement Docker. Vous pouvez choisir une autre version de service à l’aide des paramètres de création.

• Ajout d’une image PHP 7.2 : ajout de la prise en charge de PHP 7.2 dans Cloud Docker. Mise à jour de la configuration de Launch Docker afin d’inclure l’option docker:build --php pour spécifier la version de PHP compatible avec votre version d’Adobe Commerce.

• Ajout d’un Conteneur Cron basé sur l’image PHP-CLI.

• Ajout des services suivants à la version Docker :

  • RabbitMQ 3.5 et 3.7

  • Elasticsearch 1.7, 2.4 et 5.2

  • Redis 3.2 et 4.0

Configurer avec des constantes PHP—Ajout de la prise en charge des constantes PHP dans le fichier de configuration .magento.env.yaml.

Nouvelle variable d’environnement : par défaut, seul l’environnement de production dispose de Google Analytics activé. Vous pouvez activer Google Analytics dans les environnements d’évaluation et d’intégration à l’aide de la variable d’environnement ENABLE_GOOGLE_ANALYTICS.

correction d’un problème en raison duquel les configurations cron personnalisées étaient supprimées du fichier env.php après un redéploiement. Désormais, les configurations cron personnalisées restent en toute sécurité dans le fichier env.php.

correction des incohérences dans les messages et niveaux de journal pour les phases de création, de déploiement et de post-déploiement. Augmentation des niveaux de message du journal de début et de fin de info à notice pour toutes les phases et sous-phases. Ajout des messages de début et de fin du journal, le cas échéant.

Correction d’un problème lié aux processus cron qui empêchait le démarrage de la phase post-déploiement, lorsqu’elle était configurée. Désormais, si le crochet de post-déploiement est activé, les processus cron sont de nouveau activés au début de la phase de post-déploiement.

Correction d’un problème qui empêchait l’installation réussie d’Adobe Commerce lors de la spécification d’une configuration de base de données personnalisée. Auparavant, le processus d’installation utilisait la configuration de la base de données de la variable MAGENTO_CLOUD_RELATIONSHIP même si vous aviez désigné des informations de connexion personnalisées dans la variable d’environnement DATABASE_CONFIGURATION.

Correction de la commande config:dump afin qu’elle inclue chaque paramètre régional du site web dans la section system du fichier config.php.

correction d’un problème qui entraînait des erreurs préchauffage pendant la phase post-déploiement en corrigeant la référence de l’URL de base source.

Correction d’un problème qui générait des fichiers de manière incorrecte pendant le processus de setup:di:compile, ce qui affectait le module Amazon Pay.

Vérifier l’état idéal : l’assistant de ideal-state vérifie désormais la configuration actuelle lors de chaque déploiement et fournit des instructions claires pour la mise à jour de la configuration afin d’obtenir un déploiement plus rapide et sans interruption de service.

Conformité PCI—Mise à jour des protocoles de messagerie pour Adobe Commerce sur les infrastructures cloud afin de nécessiter le protocole TLS (Transport Layer Security) version 1.2 lors de la connexion à des services de messagerie tiers. Si vous utilisez un service de messagerie qui ne prend pas en charge TLS version 1.2, vous devez mettre à niveau votre service. Dans le cas contraire, le message d’erreur suivant s’affiche lorsque votre application Adobe Commerce tente de se connecter au serveur de messagerie pour envoyer un email : Unable to connect via TLS.

Amélioration du déploiement—Ajout d’une validation pour avertir les clients si des options de dev, de debug ou de debug_logging sont activées dans un environnement d’évaluation ou de production afin d’éviter les problèmes de performances causés par une activité de journalisation excessive.

correctifs de déploiement—

• Désormais, le mode de maintenance est activé au début de la phase de déploiement et désactivé à la fin. Si le déploiement échoue, le site reste en mode de maintenance jusqu’à ce que les problèmes de déploiement soient résolus. Auparavant, le site revenait en mode production même si le déploiement échouait.

  • Refonte des contrôles de validation de la phase de déploiement afin de rétrograder de CRITICAL à WARNING le niveau d’erreur pour les problèmes de déploiement suivants, de sorte que le déploiement soit terminé. Auparavant, ces problèmes entraînaient l’échec du déploiement d’.

  • La configuration de l’environnement contient des valeurs incorrectes pour les variables de déploiement ou cloud.

• La version d’Elasticsearch sur l’infrastructure cloud est incompatible avec la version du module elasticsearch/elasticsearch prise en charge par Adobe Commerce sur l’infrastructure cloud. Consultez l’article Dépannage d’ dans la Base de connaissances de l’assistance Adobe Commerce.

• Correction d’un problème lié aux paramètres de configuration partagés dans le fichier app/etc/config.php qui provoquait des erreurs recursion detected lors du déploiement.

correctifs liés à Cron—

• Correction d’un problème de planification cron qui empêchait l’exécution des tâches si vous spécifiiez une fréquence cron autre que la fréquence par défaut (1 minute).

• Correction d’un problème au cours de la phase de déploiement qui permettait aux tâches cron de continuer à s’exécuter pendant le déploiement, ce qui pouvait entraîner des verrous de base de données et d’autres problèmes critiques. Désormais, toutes les tâches cron sont arrêtées avant le début de la phase de déploiement et redémarrées une fois le déploiement terminé.<!—MAGECLOUD—2537—>

• Correction du workflow de tâche cron dans les versions 2.2.x pour déverrouiller les tâches cron gelées afin qu’elles puissent être arrêtées avant le début du déploiement. Auparavant, une tâche cron gelée provoquait le blocage du déploiement.

Modification du format du fichier config.php généré par la commande vendor/bin/ece-tools config:dump afin d’utiliser une syntaxe de tableau courte et une mise en retrait de 4 espaces pour se conformer aux normes de codage Adobe Commerce.

Correction d’une erreur de déploiement qui se produisait lorsque le .magento.env.yaml contenait des espaces réservés {{ base_url }} et {{ unsecure_base_url }} pour les configurations web au lieu de la configuration d’URL par défaut pour un projet d’infrastructure Adobe Commerce sur cloud./

Activer le déploiement sans interruption—Désormais, Adobe Commerce sur l’infrastructure cloud met en file d’attente les demandes avec les modifications de base de données requises pendant le déploiement et applique les modifications dès que le déploiement est terminé. Les requêtes peuvent être conservées jusqu’à 5 minutes pour s’assurer qu’aucune session n’est perdue. Voir Options de déploiement de contenu statique pour réduire le temps d’arrêt du déploiement sur le cloud.

Docker Compose for Cloud—Les améliorations suivantes ont été apportées au processus configuration et configuration de Docker :

• Ajout d’une commande : docker:config:convert pour convertir les fichiers de configuration PHP au format ENV Docker afin de simplifier la configuration de l’environnement. Maintenant, vous copiez les fichiers de configuration PHP dans le répertoire Docker et vous les convertissez en fichiers ENV Docker. Voir Docker Launch.

• Le processus d’installation d’Adobe Commerce sur l’infrastructure cloud prend désormais en charge le déploiement sur les systèmes de fichiers en lecture seule et en lecture-écriture afin d’émuler plus fidèlement le système de fichiers cloud. Voir Configurer Docker.<!—MAGECLOUD—2357—>

• Prise en charge du service Redis—Ajout d’une image Redis, qui est déployée sur un conteneur Docker et configurée automatiquement pour fonctionner avec votre installation Docker.<!—MAGECLOUD—2442—>

• Vous disposez désormais de la fonctionnalité de vidage de la base de données lors de l’utilisation du conteneur de base de données ​ Cloud Docker. Vous pouvez également partager des fichiers entre un ordinateur hôte et un conteneur à l’aide du répertoire docker/mnt.

• Prise en charge du service de vernis— Ajout d’une image de vernis, qui est déployée automatiquement dans un conteneur Docker. Après le déploiement, vous pouvez configurer manuellement Varnish en suivant les bonnes pratiques relatives à Adobe Commerce. Voir Configurer et utiliser le vernis.<!—MAGECLOUD—2358—>

• Accès sécurisé au site : ajout de la prise en charge SSL pour accéder à votre boutique Adobe Commerce et à votre panneau d’administration.<!—MAGECLOUD—2360—>

Amélioration de la prise en charge des extensions Adobe Commerce sur les infrastructures cloud—Mise à niveau des exigences de version minimale pour le package guzzlehttp/guzzle dans le fichier Adobe Commerce sur les infrastructures cloud compositeur.json vers la version 6.2 afin que le package ece-tools soit compatible avec davantage d’extensions.

Appliquez des modifications personnalisées à votre application Adobe Commerce au cours de la phase de création—Nous divisons la phase de création en deux processus distincts afin que vous puissiez utiliser des raccordements pour appliquer des modifications personnalisées au contenu statique généré avant de compresser l’application pour déploiement. Le processus _build :generate_génère du code, applique des correctifs et génère du contenu statique. Le processus build:transfer transfère le code généré et le contenu statique vers la destination finale. Voir Application hooks.

contrôles de configuration de l’environnement—Amélioration de la validation de la configuration de l’environnement pour avertir les clients des incompatibilités de version et des erreurs de configuration avant de créer et de déployer Adobe Commerce sur l’infrastructure cloud.

• Ajout d’une validation spécifique à la version pour identifier les variables et valeurs d’environnement non prises en charge ou obsolètes.

• Ajout d’une vérification de compatibilité Elasticsearch pour avertir les utilisateurs des problèmes de configuration d’Elasticsearch. Désormais, le déploiement échoue si la version du service Elasticsearch sur le serveur est incompatible avec Adobe Commerce. Auparavant, le déploiement réussissait même si la version d’Elasticsearch était incompatible, ce qui provoquait des problèmes de catalogue de produits après le déploiement du site.

  Vous pouvez résoudre l’incompatibilité en soumettant un ticket d’assistance pour mettre à niveau Elasticsearch vers une version compatible, ou modifier la configuration d’Adobe Commerce pour spécifier une version compatible du client PHP Elasticsearch.

  • Pour Adobe Commerce version 2.1.x vers 2.2.2, mettez à niveau Elasticsearch vers la version 2.4.

  • Pour Adobe Commerce version 2.2.3 et ultérieures, mettez à niveau Elasticsearch vers la version 5.2.

  • Si vous disposez d’Elasticsearch 1.x ou 2.x et que vous ne souhaitez pas effectuer de mise à niveau, mettez à jour la configuration requise pour la version du client Adobe Commerce Elasticsearch PHP dans composer.json vers "elasticsearch/elasticsearch": "~2.0".

• Amélioration de la validation des variables d’environnement afin d’identifier les paramètres de configuration qui peuvent provoquer des conflits pendant les phases de création, de déploiement et de post-déploiement. Par exemple, un message d’avertissement s’affiche pendant le processus d’installation et de mise à niveau si le paramètre global pour le déploiement de contenu statique est en conflit avec les paramètres de la phase de création ou de déploiement.

mises à jour des variables d’environnement—Modification des variables d’environnement suivantes :

• Variable globale SKIP_HTML_MINIFICATION : modification de la valeur par défaut en true pour activer la minimisation du contenu HTML à la demande, ce qui réduit les temps d’arrêt lors du déploiement dans les environnements d’évaluation et de production. Cette configuration est requise pour les déploiements sans interruption de service.

• Variable de déploiement CLEAN_STATIC_FILES : ajout de la possibilité de gérer le traitement des fichiers statiques propres pour le contenu statique généré pendant la phase de création en fonction du paramètre de la variable d’environnement CLEAN_STATIC_FILES. Auparavant, les fichiers de contenu statiques générés pendant la phase de création étaient toujours nettoyés.

Journalisation—Les modifications suivantes ont été apportées pour améliorer les messages du journal et réduire la taille du journal :

• Les entrées du journal des échecs de déploiement incluent désormais la sortie de commande des opérations à l’origine des échecs, même si la configuration de votre environnement ne spécifie pas la journalisation au niveau du débogage. Voir MIN_LOGGING_LEVEL.

• Ajout de la journalisation pour les échecs de déploiement qui se produisent lorsque les usines générées requises par certaines extensions ne peuvent pas être générées correctement car le système de fichiers est en lecture seule.

• Réduction de la taille du journal de déploiement et correction des problèmes de formatage causés par les commandes de configuration qui utilisent la barre de progression interactive.

• Suppression des commentaires superflus et mise à jour des niveaux de priorité pour certaines instructions de journal.

correctifs spécifiques à Cron—

• Modification des paramètres de configuration des tâches cron par défaut pour la durée de vie de l’historique, de 3 j (4 320 minutes) à 1 h (60 minutes) afin d’éviter des problèmes de performances et des échecs de déploiement qui peuvent se produire lorsque la file d’attente cron se remplit trop rapidement.

• Amélioration du processus de gestion des tâches cron pendant la phase de déploiement afin d’éviter les verrous de base de données et d’autres problèmes critiques. Désormais, toutes les tâches cron s’arrêtent pendant la phase de déploiement et redémarrent une fois le déploiement terminé.

• Correction d’un problème lié au mécanisme de verrouillage permettant de planifier les consommateurs lancés par les tâches cron dans les versions 2.2.0 et ultérieures d’Adobe Commerce, afin d’empêcher les tâches cron de lancer des consommateurs en double.

correction d’un problème lié au processus de compression de contenu statique (gzip) qui provoquait des erreurs not overwritten et no such file or directory lors du référencement du fichier compressé pendant le processus de déploiement.

correction d’un problème qui empêchait la commande php ./vendor/bin/ece-tools config:dump de supprimer les sections redondantes du fichier config.php pendant le processus de vidage si les paramètres régionaux du magasin n’étaient pas spécifiés. Vous pouvez désormais facilement déplacer vos fichiers de configuration entre les environnements. Après la mise à jour vers ece-tools v2002.0.13, régénérez les fichiers config.php plus anciens à l’aide de la commande de config:dump améliorée. Voir Gestion de la configuration pour les paramètres de magasin.

correction d’un problème qui provoquait une erreur lors de la phase de déploiement si la configuration d’itinéraire dans le fichier .magento/routes.yaml redirige d’un domaine apex vers un domaine www.

correction d’un problème lié à l’option _merge de la variable SEARCH_CONFIGURATION qui provoquait des résultats de fusion incorrects si vous n’incluez pas le paramètre engine dans le fichier de configuration de .magento.env.yaml mis à jour. Désormais, l’opération de fusion remplace correctement uniquement les valeurs que vous spécifiez dans le .magento.env.yaml mis à jour sans que vous ayez à définir le paramètre engine.

Correction d’un problème de configuration Redis qui activait incorrectement le verrouillage de session pour Adobe Commerce sur les versions 2.2.1 et ultérieures de l’infrastructure cloud, ce qui pouvait entraîner une lenteur des performances et des délais d’expiration. Désormais, le verrouillage de session est désactivé par défaut. Le problème était dû à une modification du comportement par défaut du paramètre disable_locking introduit dans la version 1.3.4 du package du gestionnaire de session Redis. Voir colinmollenhour/php-redis-session-abstract package.

Docker Compose for Cloud—Ajout d’une commande—docker:build—pour générer une configuration Docker Compose à partir du référentiel Cloud ece-tools.

Modifier les paramètres régionaux : vous pouvez désormais modifier les paramètres régionaux du magasin sans avoir à exporter ni importer le processus de configuration. Lorsque l’application est en production et que SCD_ON_DEMAND est activé, les options de paramètres régionaux store et admin sont disponibles.

Plan de site et robots—Création d’un workflow pour ajouter un fichier robots.txt et générer un fichier sitemap.xml pour une configuration à domaine unique sans nécessiter de modification de l’infrastructure.

Assistants—Ajout de deux assistants pour vous aider à configurer le cloud :

• ideal-state : configuration de l’état idéal pour un temps d’arrêt minimal du déploiement

• master-slave : configuration de l’équilibrage de charge pour la base de données et Redis

Actualisation des modules—Ajout d’une commande Cloud—module:refresh—pour activer les modules qui ont été désactivés ou non activés explicitement, comme cela se fait automatiquement lors d’une création.

Ajout de la possibilité de choisir de fusionner ou de remplacer la configuration des services à l’aide de l’option _merge dans les configurations CACHE, SESSION, QUEUE et SEARCH.

fichier d’exemple de configuration de l’environnement—Nous avons ajouté un fichier d’exemple de .magento.env.yaml au module ECE-Tools qui comprend une description détaillée et les valeurs possibles pour chaque variable d’environnement.

• Nous avons également ajouté une validation approfondie de la configuration .magento.env.yaml qui empêche les échecs du processus de déploiement causés par des valeurs inattendues. En cas d’échec, vous recevez désormais un message d’erreur détaillé commençant par : Environment configuration is not valid. Please correct .magento.env.yaml file with next suggestions:

Ajout de ce qui suit Variables d’environnement :

• Vous pouvez désormais définir plusieurs paramètres régionaux pour chaque thème à l’aide de la nouvelle variable d’environnement SCD_MATRIX, ce qui réduit la quantité de fichiers de thème à déployer.

• Ajout de la variable d’environnement DATABASE_CONFIGURATION pour personnaliser les connexions à la base de données en vue du déploiement.

• La nouvelle variable MIN_LOGGING_LEVEL remplace le niveau de journalisation minimal pour tous les flux de sortie sans apporter de modifications au code.

correction d’un problème qui entraînait des temps d’arrêt entre la phase de déploiement et la phase de post-déploiement. Désormais, la phase de post-déploiement commence immédiatement une fois la phase de déploiement terminée.

Correction d’un problème qui ne nettoyait pas les tâches cron réussies, celles avec status = success, du planning.

correction d’un problème lié au hook post_deploy qui effaçait le cache lors de la phase de déploiement au lieu de la phase post-déploiement du projet.

correction d’un problème lors de l’utilisation de SCD avec plusieurs paramètres régionaux, qui générait le même fichier js-translation.json pour chaque paramètre régional.

Optimisation de la commande db:dump dans le package ece-tools pour éviter de verrouiller les tableaux et augmenter la vitesse.

Assistant de configuration—Ajout d’un assistant pour vous aider à vérifier votre configuration pour le déploiement de contenu statique. Voir Assistants intelligents.

Prise en charge de la console Symfony—Ajout de la prise en charge de la console Symfony 4 avec Adobe Commerce 2.3.

Optimisations de la planification Cron : amélioration de la gestion des files d’attente et de la journalisation pour faciliter le débogage des problèmes liés à Cron.

La validation du déploiement échoue si une valeur de ADMIN_EMAIL ou de ADMIN_USERNAME est identique à un compte administrateur existant.

Suppression de la prise en charge de SOLR pour les versions 2.2.x. Les versions 2.1.x conservent la possibilité d’activer SOLR.

La première installation des environnements d’évaluation et de production d’un projet PRO comprend désormais différents préfixes d’index pour Elasticsearch, afin d’éviter d’éventuels conflits et d’identifier les enregistrements appartenant à chaque environnement.

correction d’un problème qui interrompait la phase de création de l’architecture héritée pendant le déploiement du contenu statique.

améliorations spécifiques à Cron—Nouvelle implémentation de Cron :

• Correction d’un problème en raison duquel la file d’attente cron se remplissait rapidement. Il supprime désormais les tâches cron obsolètes d’une manière plus fiable.

• Réorganisation de la séquence des tâches cron afin que toutes les tâches des threads distincts soient lancées avant le groupe général.

• Amélioration de la journalisation pour mieux aider au débogage des problèmes cron.

• REMARQUE : cette version résout de nombreux problèmes liés à cron. Si vous utilisez actuellement des correctifs liés à cron dans les correctifs m2, supprimez-les.

améliorations spécifiques à SCD—

• Vous pouvez utiliser les variables d’environnement VERBOSE_COMMANDS et SCD_COMPRESSION_LEVEL au cours des phases build et de_ploy.

• Correction d’un problème en raison duquel le déploiement échouait avec une erreur aléatoire lors de la rencontre d’une valeur inattendue pour la variable d’environnement SCD_COMPRESSION_LEVEL. Amélioration de la validation de la configuration pour fournir des notifications significatives. Voir SCD_COMPRESSION_LEVEL pour les valeurs acceptables.

• Correction du comportement du flux de configuration de la variable d’environnement SCD_COMPRESSION_LEVEL afin que les remplacements fonctionnent comme prévu.

• Correction d’un problème qui empêchait la configuration de la variable d’environnement SCD_THREADS dans le fichier .magento.env.yaml déploiement étape.

Déploiement de contenu statique (SCD)—Il existe un nouveau processus de déploiement alternatif pour générer du contenu statique si nécessaire (à la demande). Cela réduit les temps d’inactivité et améliore la gestion du cache en générant les ressources les plus critiques.

• Nouvelle variable d’environnement : ajout de la SCD_ON_DEMAND variable d’environnement globale pour générer du contenu statique lorsque cela est demandé.

• Crochet de post-déploiement : ajout d’un crochet de post_deploy pour le fichier .magento.app.yaml qui vide le cache et précharge (réchauffe) le cache une fois que le conteneur commence à accepter les connexions. Il est disponible uniquement pour les projets Pro qui contiennent des environnements d’évaluation et de production dans le Cloud Console et pour les projets de démarrage. Bien que cela ne soit pas obligatoire, cela fonctionne en tandem avec la variable d’environnement SCD_ON_DEMAND.

Optimisation—Optimisation du déplacement ou de la copie de fichiers pendant le déploiement pour améliorer la vitesse de déploiement et réduire la charge sur le système de fichiers.

Journalisation du déploiement—Ajout de la possibilité d’activer les gestionnaires Syslog et GELF (Graylog Extended Log Format) pour générer des journaux pendant le processus de déploiement. Voir Gestionnaires de journalisation.

Ajout de ce qui suit Variables d’environnement :

• CRYPT_KEY : fournissez une clé cryptographique à un autre environnement lors du déplacement d’une base de données.

• SKIP_HTML_MINIFICATION—Global variable d’environnement qui ignore la copie des fichiers d’affichage statiques dans le répertoire var/view_preprocessed et génère une HTML miniaturisée lorsque cela est demandé.

• SCD_ON_DEMAND : variable d’environnement globale pour générer du contenu statique lorsque cela est demandé.

• WARM_UP_PAGES : vous pouvez répertorier les pages à utiliser pour précharger le cache. Disponible dans la nouvelle Variables de post-déploiement.

Correction d’un problème lié à un correctif appliqué localement interrompant le déploiement sur une instance . Maintenant, ECE-Tools peut détecter qu’un patch a été appliqué.

Correction d’un conflit entre le regroupement JavaScript et la fonctionnalité GZIP. Désormais, ces fonctionnalités fonctionnent correctement ensemble.

Correction d’un problème en raison duquel les commandes de l’interface de ligne de commande ECE-Tools échouaient lors de l’utilisation de versions antérieures de PHP 7.0.x.

correction d’un problème qui empêchait le déploiement de contenu statique avec la stratégie compacte dans plusieurs threads.

Correction d’un problème de verrouillage de session Redis qui provoquait un délai de connexion administrateur. En outre, le correctif est disponible pour 2.1.x.

ece-tools—Le package ece-tools prend désormais en charge Adobe Commerce 2.1.x.

configuration Redis—Vous pouvez désormais configurer la page Redis et le cache par défaut et le stockage de session Redis à l’aide d’une variable d’environnement.

Recherche, AMQP et améliorations du service Redis—Nous avons unifié le flux de configuration du service afin qu’il se comporte désormais de la même manière pour tous les services. La modification manuelle du fichier env.php pour configurer les services n’est plus prise en charge. Vous devez utiliser des variables d’environnement ou le fichier .magento.env.yaml à la place.

variables d’environnement—

• L’utilisation de env:STATIC_CONTENT_THREADS a été abandonnée et sera supprimée dans une version ultérieure. Utilisez plutôt SCD_THREADS.

• La variable d’environnement STATIC_CONTENT_EXCLUDE_THEMES était obsolète. Vous devez utiliser la variable d’environnement SCD_EXCLUDE_THEMES à la place.

Journalisation—Nous avons simplifié la journalisation des opérations de correctifs intégrées.

Nous avons supprimé la prise en charge du mode developer et la variable d’environnement APPLICATION_MODE, car elles provoquaient un comportement inattendu.

Nous avons corrigé un problème qui provoquait des échecs de déploiement de contenu statique liés à Redis. Désormais, le déploiement de contenu statique multithread s’exécute comme prévu.

Nous avons corrigé un problème qui empêchait les utilisateurs d’enregistrer les modifications apportées aux champs de configuration dans l’Administration, qui sont marqués comme sensibles après l’exécution de la commande app:config:dump.

Nous avons ajouté la prise en charge d’une version antérieure d’symfony/yaml pour résoudre les conflits avec certains packages, qui ne sont pas encore compatibles avec la dernière version.

Journalisation améliorée

• Nous avons amélioré la messagerie des journaux afin de fournir de meilleures explications lorsque le processus de création ou de déploiement remplace une variable d’environnement.

• Vous pouvez désormais afficher en temps réel la progression de l’installation et de la mise à niveau. Parcourez le fichier install_update.log pour afficher la progression. Par exemple,

  code language-bash
  tail -f var/log/install_upgrade.log

Nouvelle commande cron : vous pouvez désormais déverrouiller des tâches cron bloquées spécifiques au lieu de les arrêter et de les relancer toutes à l’aide de la commande cron:unlock. Non disponible dans 2.1.

Fichier de configuration unifié—Vous pouvez désormais configurer les phases de création et de déploiement à l’aide d’un fichier .magento.env.yaml.

Sauvegarder les fichiers de configuration : le processus de déploiement crée désormais automatiquement une sauvegarde des fichiers de configuration app/etc/env.php et app/etc/config.php après le déploiement. Nous avons également ajouté une nouvelle commande d’interface de ligne de commande pour restaurer ces fichiers de configuration à partir d’une sauvegarde.

Résolution des erreurs de validation—Nous avons modifié la commande que vous devez utiliser pour résoudre les erreurs de validation lorsque config.php ne contient pas suffisamment de données pour le déploiement de contenu statique. Auparavant, le message d’erreur vous demandait d’exécuter bin/magento app:config:dump. Maintenant, vous devez exécuter php ./vendor/bin/ece-tools config:dump.

Nouvelles variables d’environnement : vous pouvez désormais utiliser des variables d’environnement pour connecter des services de recherche et basés sur AMQP personnalisés à votre site.

Nous avons mis en œuvre des correctifs intelligents. Désormais, le package applique les correctifs en fonction non pas d’Adobe Commerce sur la version de l’infrastructure cloud, mais de la version du package corrigé.

Nous avons corrigé un problème de journalisation qui provoquait des erreurs de build.

Correction d’un problème qui entraînait des exceptions de délai d’expiration lors de l’exécution de déploiements en mode interactif.

Nous avons corrigé un problème qui provoquait des erreurs lors de l’utilisation de la stratégie compacte pour la génération de contenu statique. Non disponible dans 2.1.

Nous avons corrigé un problème qui empêchait le script de déploiement d’identifier correctement les environnements d’évaluation et de production.

Correction d’un problème en raison duquel des problèmes réseau interrompaient les connexions à la base de données et provoquaient des échecs lors du processus d’installation et de mise à niveau.

Correction d’un problème qui empêchait d’exporter les fichiers de configuration à l’aide de app:config:dump plusieurs fois. Non disponible dans 2.1.

Nous avons corrigé un problème de session Redis verrouillage qui entraînait un retard de connexion Admin. Non disponible dans 2.1.

Nous avons corrigé un problème d’implémentation lié au contrôle de version qui provoquait un conflit avec d’autres modules de correctifs basés sur le compositeur.

Nous avons corrigé un problème qui provoquait des problèmes de mémoire PHP lors de l’import.

Correctif supprimé ; correction d’un bug dans colinmollenhour/credis v1.6 pour activer la prise en charge d’Adobe Commerce sur l’infrastructure cloud 2.2.1. Non disponible dans 2.1.

Correction d’un problème qui provoquait des erreurs gzip lorsqu’un nom de fichier ou de répertoire contenait des espaces.

Nous avons corrigé un problème qui empêchait les scripts de déploiement de reconnaître et d’activer correctement les dépendances de module.

Configurer un client cron avec une variable d’environnement : vous pouvez désormais configurer les clients cron à l’aide de la nouvelle variable d’environnement CRON_CONSUMERS_RUNNER.

Analyse de la configuration : nous analysons désormais les composants critiques pendant le processus de création/déploiement et interrompons le processus en cas d’échec de l’analyse, ce qui évite les temps d’arrêt inutiles dus au fait que le site est en mode de maintenance.

Notifications de build/déploiement—Nous avons ajouté un fichier de configuration que vous pouvez utiliser pour configurer les notifications Slack et/ou par e-mail pour les actions de build/déploiement dans tous vos environnements.

Compression de contenu statique : nous compressons désormais le contenu statique à l’aide de gzip pendant les phases de création et de déploiement. Cette compression, associée à la compression Fastly, permet de réduire la taille de votre boutique et d’augmenter la vitesse de déploiement. Si nécessaire, vous pouvez désactiver la compression à l’aide d’une option de build ou d’une variable de déploiement. Pour plus d’informations, consultez les rubriques suivantes :

• Variables d’environnement d’application

• Performances de déploiement de contenu statique

• Processus de déploiement

Gestion de la configuration : nous générons désormais automatiquement un fichier app/etc/config.php dans votre référentiel Git pendant la phase de création s’il n’existe pas déjà. Le fichier généré automatiquement ne comprend qu’une liste de modules et d’extensions. Si le fichier existe déjà, la phase de création se poursuit normalement. Si vous suivez la Gestion de la configuration ultérieurement, les commandes mettent à jour le fichier sans nécessiter d’étapes supplémentaires. Pour plus d’informations, voir Processus de déploiement.

Vidages de base de données : nous avons ajouté une commande magento/ece-tools CLI pour créer des vidages de base de données dans tous les environnements. Pour les environnements de production Pro Plan, cette commande n’effectue qu’un vidage à partir de l’un des trois nœuds à haute disponibilité, de sorte que les données de production écrites sur un autre nœud pendant le vidage ne peuvent pas être copiées. Nous vous recommandons de mettre l’application en mode de maintenance avant d’effectuer un vidage de base de données dans les environnements de production. Voir Gestion des sauvegardes pour plus d’informations.

Suppression des limitations de l’intervalle cron : l’intervalle cron par défaut pour tous les environnements configurés dans les régions us-3, eu-3 et ap-3 est d’une minute. L’intervalle cron par défaut dans toutes les autres régions est de 5 minutes pour les environnements d’intégration Pro et de 1 minute pour les environnements d’évaluation et de production Pro. Pour modifier vos tâches cron existantes, modifiez vos paramètres dans .magento.app.yaml ou créez un ticket d’assistance pour les environnements de production/d’évaluation. Pour plus d’informations, voir Configurer des tâches cron.

Nous avons corrigé un problème qui entraînait de longs délais de déploiement en raison du processus de déploiement qui appelait l’opération cache-clean avant le déploiement du contenu statique.

Nous avons corrigé un problème qui provoquait des erreurs lors de l’étape de génération de contenu statique du déploiement sur les environnements de production.

Correction d’un problème qui empêchait certaines commandes magento/ece-tools de consigner la sortie dans stderr.

Correction d’un problème qui empêchait la mise à jour des valeurs d’URL de base dans env.php dans les branches dupliquées.

Correction d’un problème en raison duquel la commande magento setup:install ajoutait un préfixe non sécurisé (http://) aux URL de base sécurisées.

Correction d’un problème qui empêchait les erreurs de correctif de provoquer des échecs de déploiement.

Correction d’un problème qui empêchait ece-tools d’arrêter l’exécution et de générer une exception si aucun correctif ne pouvait être appliqué.

Correction d’un problème qui provoquait des erreurs lors du chargement du storefront après l’activation de la minimisation d’HTML dans Admin.

Adobe Commerce sur les infrastructures cloud prend désormais en charge les portées et les ​ stratégies de déploiement de contenu statique ​. Nous avons ajouté le paramètre –s avec un paramètre par défaut de quick pour la stratégie de déploiement de contenu statique. Vous pouvez utiliser la variable d’environnement SCD_STRATEGY pour personnaliser et utiliser ces stratégies avec vos actions de build et de déploiement. Cette variable prend en charge les options standard, quick ou compact. Si vous sélectionnez compact, nous remplaçons la valeur STATIC_CONTENT_THREADS par 1, ce qui peut ralentir le déploiement, en particulier dans les environnements de production. Non disponible dans 2.1.

Nous avons créé un fichier journal sur les environnements pour capturer et compiler les actions de génération et de déploiement. Le fichier var/log/cloud.log se trouve dans le répertoire racine de l’application.

Refactorisation du package ece-tools pour le rendre compatible avec Adobe Commerce sur les infrastructures cloud 2.2.0 et ultérieures.

Nous avons corrigé un problème qui empêchait ece-tools d’arrêter l’exécution et de générer une exception si aucun correctif ne peut être appliqué.

Nous avons corrigé un problème en raison duquel des exceptions étaient générées lorsque la compilation d’injection de dépendance (di) était ignorée lors des builds.

Nous avons corrigé un problème en raison duquel le processus de déploiement remplaçait les configurations Redis personnalisées dans le fichier env.php.

Nous avons corrigé un problème en raison duquel les boucles de redirection étaient désactivées par défaut pour secure admin.