Chargement de la Page des questions de Magento Groupe de Produits de demande de Page.Besoin D'Aide

Question

Nous avons à peu près 3500 produits simples produits de l'affichage sur environ 300 produits du groupe de pages.Quelques GP-pages 2 produits associés certains ont 50.La moyenne est de 11.6.

La majorité des associés simples produits ne sont pas visibles individuellement.Par conséquent, leur seule existence est sur ce groupe de produit page.Pour améliorer l'expérience utilisateur que nous offre le groupe de la page produit plus d'informations par des attributs de la valeur par défaut Magento.

Nous avons 54 attributs, 5 n'est pas utilisé, 9 sont créés par nous et des autres 40 par défaut de Magento attributs que nous utilisons moins de 25% d'entre eux.

Tous les attributs sont dans le dossier par défaut.

Bizarrement prelaunch test n'a montré aucun problème.Après le lancement de ce problèmes ont commencé avec un certain échec du chargement des pages complètement.Comme un bandaid nous avons mis en place un chargement différé des produits par la fermeture de certains sous-groupes de catégories créées par un attribut original sur la page.C'est loin d'être acceptable et la performance semble être très contradictoire.

À l'aide de NewRelic, nous pouvons voir notre cause est dans l' /catalog/product/view (86%)

Ce qui nous manque?Avons-nous besoin de restructurer nos Attributs?Si oui, par quel facteur?

Answer 1

Le nombre d'attributs n'est pas vraiment trop concerné.Mais si les attributs sont multiselect/dropdown - le nombre d'options d'attributs qu'ils ont chacun, est très pertinent.Si vous avez des centaines/milliers d'options, la charge sera énorme.Cependant, je soupçonne que ce n'est pas votre problème.

Ce que vous faites n'est pas particulièrement lourd ou complexe - et vous ne devriez pas vraiment avoir des problèmes de performances.

Ça sonne plus comme votre question est soit de l'infrastructure (ie.mauvaise configuration de l'hébergement de la question dans 99% de la lenteur de magasins) ou un mal construite modèle.

Si vous avez encore tellement comme un product->load(), ce sera amplifié par les associés des produits simples, et les effets seront catastrophiques.

NB.Mon premier conseil serait de laisser tomber Nouvelle Relique.Son joli et pratique pour la référence, mais c'est une performance tueur (se basant sur l'extension XDebug), et sa présence va ralentir votre magasin.L'utiliser sur dev.mais ne pas déployer sur live.