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 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.yaml. Le 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 verrous 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 panne du package du 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 de la version 6.x. Elasticsearch

• 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 des Google Analytics activés. Vous pouvez activer des 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.