Archivage des notes de mise à jour pour les outils citoyen

Modifications du package CEE-Outils

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

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

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

Correctifs et correctifs critiques - Mettez à jour vos environnements cloud avec la version ece-tools 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é du générateur de pages pour les versions 2.3.1.x et 2.3.2.x - Correction d’un problème dans l’aperçu du créateur de pages qui permet aux utilisateurs non authentifiés d’accéder à certaines méthodes de création de modèles pouvant être utilisées pour déclencher l’exécution arbitraire de code sur le réseau (RCE), ce qui entraîne des fuites d’informations globales. Ce problème peut se produire lors de l’utilisation de versions de Page Builder non prises en charge avec Adobe Commerce versions 2.3.1 et 2.3.2.

• Correctifs MSI - Correctifs qui provoquaient des erreurs d’indexation et des problèmes de performances lors de l’utilisation des paramètres de stock par défaut pour la gestion du stock.

• Compatibilité descendante des nouvelles interfaces de messagerie - Correction d’un problème d’incompatibilité ascendante provoqué par l’interface PHP Magento\Framework\Mail\EmailMessageInterface introduite dans Adobe Commerce v2.3.3. Dans la portée de ce correctif, le nouvel EmailMessageInterface hérite de l’ancien MessageInterface et les modules principaux Adobe Commerce sont restaurés pour dépendre de MessageInterface.

• La pagination du catalogue ne fonctionne pas sur Elasticsearch 6.x - Correction d’un problème critique lié à la pagination des résultats de recherche qui affecte les clients utilisant Elasticsearch 6.x comme moteur de recherche de catalogue.

Mises à jour Docker—

• Images Nouveau Docker—Pris 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 crochet personnalisée spécifiée dans .magento.app.yaml dans l’environnement Docker. Auparavant, l’environnement Docker ne prenait en charge que la configuration du crochet par défaut.

• Les fichiers ENV Docker ne sont plus générés pendant la génération 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 Docker PHP pour prendre en charge les fonctionnalités node, npm et grunt-cli.

​-

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

• 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 lors de l’utilisation de la variable d’environnement CRON_CONSUMERS_RUNNER pour gérer les tâches cron. Voir la description de la variable dans la rubrique variables de déploiement.

• Correction d’un problème qui pouvait entraîner des erreurs de blocage de base de données lorsque la tâche cron consumers_runner démarre plusieurs instances d’un même consommateur sur différents noeuds. Maintenant, si vous avez activé la variable de déploiement CRON_CONSUMERS_RUNNER dans votre environnement, la tâche consumers_runner utilise l’option single-thread pour démarrer une instance de chaque consommateur sur un seul noeud.

• 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 parvient 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. Vous pouvez maintenant voir une liste détaillée des modules activés dans le fichier cloud.log.

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

Ajout de la prise en charge de la version 3.8. de RabitMQ

Mise à jour des validations interactives pour la compatibilité des services afin de refléter les versions prises en charge pour les nouvelles versions Adobe Commerce 2.3.3 et 2.2.10. Voir la configuration système requise dans le guide d'installation pour connaître les versions recommandées.

Amélioration du message de journal renvoyé lorsque le processus de gestion des tâches cron de la phase de déploiement tente d’arrêter une tâche cron déjà terminée pour clarifier que ce problème n’est pas une erreur. Modification du niveau de journal de INFO à 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 lorsqu’un échec se produisait pendant la tâche app:config:import.

Modification du niveau de journalisation par défaut du gestionnaire de fichiers en debug afin de réduire le nombre 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 lors du déploiement de contenu statique pendant la génération. Après une installation et un vidage de configuration ece-tools, une erreur s’est produite 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 produisait lorsqu’une commande d’interface de ligne de commande magento-cloud échouait dans un environnement qui n’était pas configuré avec une URL sécurisée (https). Désormais, le package CEE-Outils 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 de l’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 ligne de commande Docker. Voir la section bin/magento-docker de la référence Docker.

• Possibilité d’utiliser Mutagen.io pour synchroniser les fichiers lors du 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 d’Adobe Commerce sur l’infrastructure cloud doivent envoyer un ticket d’assistance Adobe Commercepour mettre à niveau le package libsodium sur les environnements de production et d’évaluation 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 analysis-icu et des analysis-phonetic modules externes 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. En outre, ajout de la validation de la version de noeud lors de l'utilisation de la commande docker:build run.

Mises à jour de variable 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 du déploiement vers les environnements de production et d’évaluation Pro et Starter. Voir la définition dans le contenu deploy variables.

• Ajout de la variable de post-déploiement TTFB_TESTED_PAGES pour configurer les tests de page Temps jusqu’au premier octet 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 les variables post-déploiement.

• Correction d’un problème lié à 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 suivant vos besoins. Voir 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. Voir la définition étendue dans le contenu des variables post-déploiement.

Ajout du fichier pub/static/.htaccess à la liste des exclusions. Correctif soumis par Björn Kraus de PHOENIX MEDIA GmbH.

Correction d’une erreur lorsque tous les messages de validation s’affichaient comme Critical si au moins un validateur de niveau critique renvoyait une erreur.

Correction d’un problème qui provoquait un échec de déploiement si l’URL de base n’existait pas dans la base de données.

Ajout d’une nouvelle env:config:showcommande au package ece-tools qui affiche des services d’environnement, des routes ou des variables. Voir Services, itinéraires et variables. Fonctionnalité soumise 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éveloppé 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 du shell de info à debug.

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

Mises à jour Docker—

• Désormais, l’environnement Docker prend 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 l’arrêt SSL vernis 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 JS Jasmin.

• Modes de génération 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 de système de fichiers modifiables.

• 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 est configuré pour un service qui n’est pas disponible. Vous pouvez désormais 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é des services. Désormais, si un service demandé est incompatible avec la version Adobe Commerce ou d’autres services, le mode interactif invite l’utilisateur à recevoir un message et à choisir de continuer. Voir 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 composition Docker db-dump qui effaçait les vidages existants.

• Correction d’un problème qui affectait le stockage du cache Redis session, default et page_cache au même ID de base de données.

Mises à jour de variable 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 deploy variables.

• Ajout de la variable d'environnement SCD_MAX_EXECUTION_TIMEOUT afin que vous puissiez augmenter le temps de déploiement du contenu statique à partir du fichier .magento.env.yaml. Voir 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 verrouillage empêche le lancement de tâches cron en double et de groupes cron. Cette variable est prise en charge sur 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 du processeur détecté. Voir 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 la base de données qui provoquait une erreur lors de la mise à niveau vers Adobe Commerce sur la version 2002.0.16.

Ajout d’un correctif qui remplace les Graphiques d’images Google par Graphiques d’images. Voir l’ article DevBlog sur l’obsolescence et la mise à jour des graphiques d’images Google pour M1.

Ajout de la validation de la variable SEARCH_CONFIGURATION. Le déploiement échoue lorsque l'option 'engine' n'est pas définie et _merge n'est pas obligatoire.

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

Amélioration des paramètres de tolérance aux pannes du module de 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 du service—Pris en charge par les versions Adobe Commerce suivantes : 2.2.8 et versions ultérieures 2.2.x, 2.3.1 et 2.3.x

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

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

New Docker images—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 d’attente de compression SCD à l’aide de la variable d’environnement SCD_COMPRESSION_TIMEOUT . Voir les définitions dans les variables de build et le contenu variables de déploiement.

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 des courriers de 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 du fichier composer.json contient les modifications de configuration requises avant la mise à niveau vers Adobe Commerce v2.3. Voir Mise à niveau de version.

Le processus de compression lors du déploiement de 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 build:transfer section. Auparavant, le processus de compression se produisait avant d’appliquer une minification et un regroupement personnalisés de 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 base de données et d’une relation de service supplémentaires. Ce correctif résout également un problème qui s’est produit pendant le processus de configuration de la création de rapports Commerce pour le démarrage. Pour commencer, cette mise à niveau est un "must have" pour l’utilisation du reporting Commerce.

Correction d’un problème de validation avec la configuration de la base de données qui provoquait l’échec du processus de déploiement.

Mise à jour de la contrainte avec la version appropriée du package 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 à 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 continue à utiliser la variable par défaut.

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

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

• Lancer et terminer le 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émarrage et fin du processus de validation de configuration

• Démarrage et fin du processus setup:di:compile pour générer des classes

Nouvelles variables d’environnement—

• Variable de déploiement RESOURCE_CONFIGURATION : utilisez cette variable pour mapper un nom de ressource à une connexion à une base de données.

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

Mises à jour de variable d’environnement—Modification des variables d’environnement suivantes :

• WARM_UP_PAGES : ajout de la fonctionnalité de préchargement du cache pour les 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 parvenait pas à précharger le cache des pages spécifiées sur les 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. Voir les définitions dans les variables de build et le contenu variables de déploiement.

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

• 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. Voir les définitions dans les variables de build et le contenu variables de déploiement.

• Variables ADMIN—

  • Amélioration de la sécurité lors de la gestion des informations d’identification de l’utilisateur administrateur à l’aide de 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 d’interface de ligne de commande admin:user:create pour créer un nouvel 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 build.

• 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 Launch Docker afin d’inclure l’option docker:build --php permettant de 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

Configure with PHP constants—Ajout de la prise en charge des constantes PHP dans le fichier de configuration .magento.env.yaml.

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

Correction d’un problème qui supprimait les configurations cron personnalisé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 des niveaux de journal pour les phases de création, de déploiement et de post-déploiement. Augmentation des niveaux de messages 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 impliquant des processus cron qui empêchait le début de la phase de post-déploiement, lorsqu’elle était configurée. Désormais, si le crochet post-déploiement est activé, les processus cron sont à nouveau activés au début de la phase 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 d'environnement 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 de sorte qu'elle inclut chaque paramètre régional de site web dans la section system du fichier config.php.

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

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