Vérifier l’état idéal : l’assistant 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 sans interruption.

Conformité PCI : mise à jour des protocoles de messagerie pour Adobe Commerce sur l’infrastructure cloud afin d’exiger le protocole TLS (Transport Layer Security) version 1.2 lors de la connexion aux 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. Sinon, le message d’erreur suivant s’affiche lorsque votre application Adobe Commerce tente de se connecter au serveur de messagerie pour envoyer un courrier électronique : Unable to connect via TLS.

Amélioration du déploiement—Ajout d’une validation pour avertir les clients si les options dev, debug ou debug_logging d’un environnement d’évaluation ou de production sont activées pour empêcher 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 de production même si le déploiement échouait.

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

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

• La version Elasticsearch de l’infrastructure cloud est incompatible avec la version du module de recherche flexible/élasticsearch pris en charge par Adobe Commerce sur l’infrastructure cloud. Consultez l’ article de dépannage des Elasticsearch dans la base de connaissances du support 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écifiez 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 en raison duquel les tâches cron continuaient à 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 de commencer le 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 la syntaxe de tableau court et la mise en retrait sur 4 espaces pour se conformer aux normes de codage Adobe Commerce.

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

Activez le déploiement sans interruption—Maintenant 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 demandes peuvent être conservées pendant 5 minutes au maximum pour garantir 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 Cloud.

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

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

• 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 étroitement le système de fichiers Cloud. Voir Configuration de Docker.<!—MAGECLOUD—2357—>

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

• Vous disposez maintenant de la fonctionnalité de vidage de la base de données lorsque vous utilisez le conteneur de base de données de 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 automatiquement déployée sur un conteneur Docker. Après le déploiement, vous pouvez configurer manuellement le vernis en suivant les bonnes pratiques d’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 de l’extension Adobe Commerce on cloud infrastructure : mise à niveau de la version minimale requise pour le package guzzlehttp/guzzle dans Adobe Commerce on cloud infrastructure fichier 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 pendant la phase de création : nous avons divisé la phase de création en deux processus distincts afin que vous puissiez utiliser des points d’extension pour appliquer des modifications personnalisées au contenu statique généré avant de compresser l’application pour le 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 hooks d’application.

Vérification de la configuration de l’environnement : validation améliorée 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é des Elasticsearch pour avertir les utilisateurs des problèmes de configuration des 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 envoyant un ticket de support pour mettre à niveau l'Elasticsearch vers une version compatible, ou modifier la configuration Adobe Commerce pour spécifier une version compatible du client PHP Elasticsearch.

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

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

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

• Amélioration de la validation des variables d’environnement afin d’identifier les paramètres de configuration pouvant entraîner des conflits lors des 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 de variable d’environnement—Modification des variables d’environnement suivantes :

• SKIP_HTML_MINIFICATION variable globale : modification de la valeur par défaut en true pour activer la minification de contenu d’HTML à la demande, ce qui réduit le 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.

• Variable de déploiement CLEAN_STATIC_FILES : ajout de la capacité de gérer le traitement des fichiers statiques propres pour le contenu statique généré pendant la phase de génération en fonction du paramètre d’environnement CLEAN_STATIC_FILES . Auparavant, les fichiers de contenu statique 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 de journal des échecs de déploiement incluent désormais la sortie de commande des opérations qui provoquent les échecs même si votre configuration d’environnement ne spécifie pas la journalisation du niveau de débogage. Voir MIN_LOGGING_LEVEL.

• Ajout de la journalisation des échecs de déploiement qui se produisent lorsque des 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 mise en forme causés par les commandes de configuration qui utilisent la barre de progression interactive.

• Suppression de la verbalisation inutile et mise à jour des niveaux de priorité pour certaines instructions de journal.

Correctifs spécifiques à Cron—

• Modification des paramètres de configuration de tâche cron par défaut pour la durée de vie de l’historique de la 3d (4320 min) à 1h (60 min) afin d’éviter les problèmes de performances et les é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’empêcher 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 pour la planification des consommateurs lancés par les tâches cron dans Adobe Commerce versions 2.2.0 et ultérieures 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 des sections redondantes du fichier config.php pendant le processus de vidage si la langue de magasin n’était pas spécifiée. Vous pouvez désormais déplacer facilement vos fichiers de configuration entre les environnements. Après la mise à jour vers ece-tools v2002.0.13, régénérez les anciens fichiers config.php avec la commande config:dump améliorée. Voir Gestion de la configuration des 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 .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 des performances et des délais d’attente lents. Désormais, le verrouillage de session est désactivé par défaut. Le problème était dû à un changement 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.

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

Modifier les paramètres régionaux : vous pouvez désormais modifier les paramètres régionaux du magasin sans le processus de configuration d’exportation et d’importation. Lorsque l'application est en production et que SCD_ON_DEMAND est activé, les options de magasin et de paramètres régionaux d'administration sont disponibles.

Plan du site et robots : a créé un workflow pour ajouter un fichier robots.txt et générer un fichier sitemap.xml pour une configuration de domaine unique sans avoir à modifier l’infrastructure.

Assistants—Ajout de deux assistants pour vous aider dans la configuration du cloud :

• ideal-state : configurez 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 de module—Ajout d’une commande cloud—module:refresh—pour activer les modules qui ont été désactivés ou n’ont pas été explicitement activés, comme cela est fait automatiquement lors d’une génération.

Ajout de la possibilité de choisir la fusion ou le remplacement de la configuration pour les services à l’aide de l’option _merge dans les configurations CACHE, SESSION, QUEUE et SEARCH.

Fichier d’exemple de configuration d’environnement : nous avons ajouté un fichier d’exemple .magento.env.yaml au package CEE-Outils qui inclut une description détaillée et des valeurs possibles pour chaque variable d’environnement.

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

Ajout des variables d’environnement suivantes :

• Vous pouvez maintenant 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 de base de données pour le 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 provoquait 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 après la fin de la phase de déploiement.

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 avec le crochet post_deploy qui effacait le cache lors de la phase de déploiement au lieu de la phase de 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 tables et augmenter la vitesse.

Configuration des connexions en lecture seule aux noeuds non maîtres : cette version permet de configurer une connexion en lecture seule à un noeud non maître pour recevoir le trafic en lecture seule (pour 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 Smart Wizards.

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 améliorée pour faciliter le débogage des problèmes liés à cron.

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

Suppression de la prise en charge 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 tout conflit potentiel 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 lors du déploiement de contenu statique.

Améliorations spécifiques à Cron—Réutilisation de l’implémentation de cron :

• Correction d’un problème en raison duquel la file d’attente cron se remplissait rapidement. Maintenant, il efface les emplois obsolètes de cron d'une manière plus fiable.

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

• Amélioration de la journalisation pour faciliter le débogage des problèmes cron.

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

Améliorations spécifiques à SCD—

• Vous pouvez utiliser les variables d'environnement VERBOSE_COMMANDS et SCD_COMPRESSION_LEVEL lors 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 connaître les valeurs acceptables.

• Correction du comportement du flux de configuration de la variable d'environnement SCD_COMPRESSION_LEVEL de sorte 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 l’étape .magento.env.yaml file deploy.

Déploiement de contenu statique (SCD) : il existe un nouveau processus de déploiement alternatif pour générer du contenu statique lorsque cela est demandé (sur demande). Cela réduit le temps d’arrêt et améliore la gestion du cache en générant les ressources les plus critiques.

• Nouvelle variable d'environnement : ajout de la variable d'environnement global SCD_ON_DEMAND pour générer du contenu statique lorsque nécessaire.

• Hook de post-déploiement : ajout d’un crochet post_deploy pour le fichier .magento.app.yaml qui efface le cache et pré-charge (warms) le cache une fois que le conteneur commence à accepter les connexions. Il est disponible uniquement pour les projets Pro contenant des environnements d’évaluation et de production dans 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 lors du déploiement pour améliorer la vitesse de déploiement et réduire les charges sur le système de fichiers.

Journalisation de déploiement : ajout de la possibilité d’activer les gestionnaires Syslog et Graylog Extended Log Format (GELF) pour les journaux de sortie pendant le processus de déploiement. Voir Gestionnaire de journalisation.

Ajout des variables d’environnement suivantes :

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

• SKIP_HTML_MINIFICATION—Variable d’environnement globale qui ignore la copie des fichiers d’affichage statique dans le répertoire var/view_preprocessed et génère un HTML minimisé si nécessaire.

• SCD_ON_DEMAND—Variable d’environnement globale pour générer du contenu statique lorsque nécessaire.

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

Correction d’un problème qui entraînait l’application locale d’un correctif interrompant le déploiement sur une instance. Maintenant, les outils de la CEE peuvent détecter qu'un correctif a été appliqué.

Correction d’un conflit entre la fonctionnalité de regroupement JavaScript et la fonctionnalité GZIP. Maintenant ces fonctionnalités fonctionnent correctement ensemble.

Correction d’un problème qui entraînait l’échec des commandes de l’interface de ligne de commande ECE-Tools 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, le cache par défaut et le stockage de session Redis à l’aide d’une variable d’environnement.

Améliorations du service Search, AMQP et 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 prochaine version. Utilisez à la place SCD_THREADS.

• La variable d’environnement STATIC_CONTENT_EXCLUDE_THEMES a été abandonnée. Vous devez utiliser la variable d'environnement SCD_EXCLUDE_THEMES à la place.

Journalisation : nous avons simplifié la journalisation autour des opérations de correctif intégrées.

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

Correction d’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.

Correction d’un problème qui empêchait les utilisateurs d’enregistrer les modifications apportées aux champs de configuration dans l’administrateur, 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 de 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 visualiser la progression de l’installation et de la mise à niveau en temps réel. Suivez 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 avec la commande cron:unlock. Non disponible dans 2.1.

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

Fichiers de configuration de sauvegarde : 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 problèmes d’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 search et AMQP-based personnalisés à votre site.

Nous avons mis en oeuvre des correctifs intelligents. Désormais, le package applique des correctifs basés non pas sur Adobe Commerce sur la version de l’infrastructure cloud, mais sur la version du package corrigée.

Correction d’un problème de journalisation qui provoquait des erreurs de build.

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

Correction d’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.

Correction d’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 perturbaient les connexions à la base de données et provoquaient des échecs pendant le processus d’installation et de mise à niveau.

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

Nous avons corrigé un problème de verrouillage de session Redis qui provoquait un délai de connexion Admin. Non disponible dans 2.1.

Correction d’un problème de mise en oeuvre lié au contrôle de version qui provoquait un conflit avec d’autres modules de correctif basés sur le compositeur.

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

Suppression d’un correctif ; correction d’un bogue 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.

Correction d’un problème qui empêchait les scripts de déploiement de reconnaître et activer correctement les dépendances des modules.

Configurez un consommateur cron avec une variable d’environnement : vous pouvez désormais configurer les consommateurs 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 arrêtons le processus en cas d’échec de l’analyse, ce qui empêche des temps d’arrêt inutiles en raison du fait que le site est en mode de maintenance.

Créer/déployer des notifications : nous avons ajouté un fichier de configuration que vous pouvez utiliser pour configurer des notifications Slack et/ou par e-mailpour créer/déployer des actions 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 à une compression rapide, permet de réduire la taille de votre magasin 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 du 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 comprend uniquement 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 configuration ultérieurement, les commandes mettent à jour le fichier sans nécessiter d’autres étapes. Pour plus d’informations, voir Processus de déploiement .

Décharges de base de données : nous avons ajouté une commande d’interface de ligne de commande magento/ece-tools pour créer des vidages de base de données dans tous les environnements. Pour les environnements de production Pro-plan, cette commande est uniquement vidée à partir de l’un des trois noeuds haute disponibilité. Par conséquent, les données de production écrites sur un autre noeud pendant le vidage peuvent ne 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.

Limites d’intervalle Cron levées : 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’1 minute. L’intervalle cron par défaut dans toutes les autres régions est de 5 minutes pour les environnements Pro Integration et de 1 minute pour les environnements Pro Staging et Production. Pour modifier vos tâches cron existantes, modifiez vos paramètres dans .magento.app.yaml ou créez un ticket de support pour les environnements de production/d’évaluation. Pour plus d’informations, voir Configuration de tâches cron .

Correction d’un problème qui provoquait de longs délais de déploiement en raison du processus de déploiement appelant l’opération cache-clean avant le déploiement de contenu statique.

Correction d’un problème provoquant des erreurs lors de l’étape de génération statique du contenu du déploiement dans les environnements de production.

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

Correction d’un problème qui empêchait la mise à jour des valeurs de l’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://) pour sécuriser les URL de base.

Correction d’un problème empêchant 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 lancer 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’administrateur.

Adobe Commerce sur l’infrastructure 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 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 création 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 création 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 l'infrastructure cloud 2.2.0 et versions ultérieures.

Correction d'un problème qui empêchait ece-tools d'interrompre l'exécution et de lancer une exception si aucun correctif ne peut être appliqué.

Correction d’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 pendant les builds.

Correction d’un problème en raison duquel le processus de déploiement écrasait les configurations Redis personnalisées dans le fichier env.php.

Correction d’un problème en raison duquel les boucles de redirection étaient désactivées par l’administrateur sécurisé par défaut.