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 Elasticsearch de 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 de dépannage de l’Elasticsearch 🔗 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 Configuration de Docker.<!—MAGECLOUD—2357—>

• Prise en charge du service Redis : ajout d’une image Redis, qui est déployée dans 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 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 de l’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 l’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érieure, mettez à niveau Elasticsearch vers la version 5.2.

  • Si vous disposez de l’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 PHP de l’Elasticsearch Adobe Commerce 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 d’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.

Configuration de connexions en lecture seule à des nœuds non maîtres—Cette version offre la possibilité de configurer une connexion en lecture seule à un nœud non maître pour recevoir du trafic en lecture seule (par exemple MariaDB).Redis et pour

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 inclut désormais différents préfixes d'index pour l'Elasticsearch afin d'éviter d'éventuels conflits tout en identifiant 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 un HTML miniaturisé 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 par 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 des HTMLS dans l’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.