DocumentationCommerceOutils

ACP2E-5009 : la migration de l’évaluation de contenu crée des mises à jour non valides et ralentit le setup:upgrade

Dernière mise à jour : 23 octobre 2026

Créé pour :

  • Experienced
  • Administrateur ou administratrice
  • Développeur

Le correctif ACP2E-5009 corrige le problème en raison duquel le correctif de données qui migre les dates de catégorie et de produit Magento Open Source vers les mises à jour planifiées de l’évaluation de contenu dans Adobe Commerce crée des mises à jour planifiées vides pour les catégories, ignore toutes les dates de produit lorsque des valeurs de date vides subsistent d’une exécution précédente et setup:upgrade très lent sur les catalogues comportant de nombreuses catégories et vues de magasin. Ce correctif est disponible lorsque la version 1.1.84 de Quality Patches Tool (QPT) est installée. L’ID du correctif est ACP2E-5009. Notez que ce problème doit être résolu dans Adobe Commerce 2.4.10.

Produits et versions concernés

Le correctif est créé pour la version Adobe Commerce :

  • Adobe Commerce (toutes les méthodes de déploiement) 2.4.8-p3

Compatible avec les versions d’Adobe Commerce :

  • Adobe Commerce (toutes les méthodes de déploiement) 2.4.5 - 2.4.9
NOTE
Le correctif peut s’appliquer à d’autres versions avec de nouvelles versions de Quality Patches Tool. Pour vérifier si le correctif est compatible avec votre version d’Adobe Commerce, mettez à jour le package magento/quality-patches vers la dernière version et vérifiez la compatibilité sur la page Quality Patches Tool : Rechercher des correctifs. Utilisez l’ID du correctif comme mot-clé de recherche pour localiser le correctif.

Problème

Le correctif de données qui migre les dates de catégorie et de produit Magento Open Source vers les mises à jour planifiées d’évaluation de contenu dans Adobe Commerce crée des mises à jour planifiées vides pour les catégories, ignore toutes les dates de produit lorsque des valeurs de date vides persistent d’une exécution précédente et setup:upgrade rend très lent les catalogues avec de nombreuses catégories et vues de magasin.

Conditions préalables :

Vous êtes sur le point de mettre à niveau Magento Open Source vers Adobe Commerce.

NOTE
Magento Open Source n’a pas d’évaluation de contenu. Ainsi, lorsqu’Adobe Commerce est installé sur une base de données Magento Open Source, le correctif de données MigrateCatalogProducts convertit les dates de catégorie et de produit en mises à jour planifiées d’évaluation de contenu.

Pour exécuter à nouveau le correctif de données sur Adobe Commerce, supprimez-le de la table patch_list :

DELETE FROM patch_list WHERE patch_name = 'Magento\\CatalogStaging\\Setup\\Patch\\Data\\MigrateCatalogProducts';

Procédure à suivre :

Migration depuis Magento Open Source :

  1. Sous Magento Open Source, définissez Schedule Update From et To dans la section Schedule Design Update de plusieurs catégories. Laissez les To vides pour certains d’entre eux et utilisez les dates passées et futures.
  2. Sur plusieurs produits, définissez une Special Price avec des Special Price From et des To dans Advanced Pricing, puis définissez des Set Product as New From et des To à l’aide des dates passées et futures.
  3. Installez Adobe Commerce sur cette base de données Magento Open Source et exécutez bin/magento setup:upgrade.
  4. Accédez à Content > Content Staging > Dashboard et vérifiez les mises à jour planifiées créées pour les catégories et les produits. Ouvrez les catégories et les produits et cochez leur case Scheduled Changes.
  5. Exécutez à nouveau le correctif de données : supprimez-le de la table patch_list (voir Conditions préalables), exécutez-le bin/magento setup:upgrade et var/log/exception.log.

Performances :

  1. Sur Adobe Commerce, créez 180 vues de magasin et 8 000 catégories.
  2. Exécutez time bin/magento setup:upgrade et enregistrez le temps écoulé.
  3. Supprimez le correctif de données de la table patch_list (voir Conditions préalables) et exécutez-time bin/magento setup:upgrade à nouveau.

Résultats attendus :

Migration depuis Magento Open Source :

  1. Chaque catégorie avec des dates Schedule Design Update comporte une mise à jour planifiée contenant la catégorie, avec les mêmes dates.
  2. Chaque produit avec des dates Special Price ou Set Product as New comporte une mise à jour planifiée avec les mêmes valeurs et dates.
  3. Les catégories et les produits sans date n’ont pas de mises à jour planifiées.
  4. Lorsque le correctif de données s’exécute à nouveau, les valeurs de date de produit vides sont ignorées et aucune erreur n’est consignée.

Performances :
La deuxième exécution de setup:upgrade se termine rapidement. Le correctif de données ignore les catégories sans dates de conception planifiées.

Résultats réels :

Migration depuis Magento Open Source :

  1. Les mises à jour planifiées créées pour les catégories ne contiennent pas les catégories.
  2. Lorsque le correctif de données s’exécute à nouveau, il s’arrête à la première valeur de date de produit vide laissée par l’exécution précédente et ne migre aucune date de produit.

Performances :

  1. La deuxième exécution setup:upgrade dure environ 47 minutes, contre 14 secondes pour la première exécution.
  2. Le correctif de données charge chaque catégorie pour chaque vue de magasin (environ 1,4 million de catégories se chargent pour 180 vues de magasin et 8 000 catégories) et n’apporte aucune modification. Les déploiements sur des catalogues volumineux peuvent prendre des heures.

Application du correctif

Pour appliquer des correctifs individuels, utilisez les liens suivants en fonction de votre méthode de déploiement :

Lecture connexe

Pour en savoir plus sur Quality Patches Tool, consultez :

recommendation-more-help
commerce-operations-help-tools