Pourquoi n'y a-t-il pas de réindexation partielle pour EAV et les tags?

39

Cette question m'a laissé perplexe pendant assez longtemps.

Pourquoi la correction de bogues d' amélioration introduite dans Magento 1.13.xx appelée réindexation partielle ne couvre-t-elle pas les indexeurs "Attributs du produit" et "Données d'agrégation de balises"? Pourquoi ces deux doivent être réindexés manuellement?

A mon avis, l'indice EAV est l'un des plus critiques. Ne pas avoir une réindexation partielle pour cela signifie qu'après chaque vente (et certaines personnes en ont), l'index est invalidé, ce qui signifie que la navigation par couches n'est plus valide, ce qui entraîne un affichage incohérent des données et une perte des ventes.

Est-ce que je manque quelque chose d'évident?

Mise à jour:

Alors voici la description de ce bug . Une fois que la vente est faite et que le produit est en rupture de stock, la navigation par couches reflète les modifications apportées aux attributs de produits uniquement pour les produits simples, mais pas pour les produits configurables (n’a pas testé les offres groupées).

Supposons donc dans votre catalogue que vous avez un produit configurable, tel que le t-shirt disponible en différentes tailles et que l'attribut "Taille" est "Filtrable (avec les résultats)". Ensuite, dans une navigation en couches de la catégorie appropriée ou des résultats de recherche, vous aurez la section des tailles où toutes les tailles disponibles sont listées. Si, après l'une des ventes, une taille particulière venait à être en rupture de stock, vous vous attendriez à ce qu'elle disparaisse de la navigation par couches. Cela ne se produit que si vous actualisez l'index d'attributs et vider le cache de blocs.

Ce bug est vraiment critique. C'est une menace à double sens. Tout d’abord, le client final qui voit sa taille dans une navigation en couches, puis s’aperçoit que celle-ci n’est pas disponible, laissera votre boutique frustrée. Pire encore, une fois que le produit est en stock, il ne sera plus visible dans la navigation par couches, de sorte que le client final ne pourra pas l'acheter. Il est donc difficile de sous-estimer le montant des pertes de revenus.

utilisateur487772
la source
5
Nous manquons de temps pour mettre en œuvre ces deux solutions et elles n'étaient pas critiques du point de vue de la performance, qui était le principal facteur à l'origine des changements. Si vous voyez des données incohérentes, pouvez-vous signaler au support? Peut-être qu'il y a un patch pour ça.
Piotr Kaminski
2
@PiotrKaminski c'est triste, mais vous pouvez y répondre en toute sécurité, car cela explique tout.
user487772
2
Je vote pour clore cette question en dehors du sujet car elle concerne l'EE
Sander Mangel
4
Woah. EE est une version parfaitement valide de Magento avec beaucoup de développeurs (comme en témoigne le nombre de voix que cette chose a).
Luke Rodgers
2
"Je vote pour clore cette question hors sujet, car elle concerne l'EE" - Pas cool
Paras Sood le

Réponses:

5

Pour ne pas laisser cette question en tête de la file d'attente sans réponse pour toujours, voici à nouveau la réponse officielle à "POURQUOI":

Nous manquons de temps pour mettre en œuvre ces deux solutions et elles n'étaient pas critiques du point de vue de la performance, qui était le principal facteur à l'origine des changements . Si vous voyez des données incohérentes, pouvez-vous signaler au support? Peut-être qu'il y a un patch pour ça.

- Piotr Kaminski 18 juil. À 17:38

Fabian Schmengler
la source