質問

約300グループの製品ページには、約3500製品の簡易製品が表示されています。 一部のGPページには2つの関連製品がありますが、50があります。平均は11.6です。

関連する単純な製品の大部分は個別には見えません。したがって、それらの唯一の存在はこのグループの製品ページにあります。ユーザーエクスペリエンスを向上させるために、グループ製品ページに提供されます。既定のMagentoテンプレートよりも属性によって詳しく説明します。

54個の属性を持っています。

すべての属性はデフォルトのフォルダにあります。

奇妙なプレゼンチェットテストに問題がないことがわかりませんでした。起動後、この問題は一部のページを完全にロードできなかったことから始まりました。バンダイドとしては、ページ上の元の属性によって作成された特定のサブカテゴリグループを閉じることによって、製品の遅延負荷を実装しました。これは許容可能なものとは大きく、パフォーマンスは非常に矛盾しているようです。

NEWRELICを使用すると、/カタログ/製品/ビュー(86%)

私たちは何を欠いているの?属性を再構築する必要がありますか?もしそうなら、どのような要因によって?

役に立ちましたか?

解決

属性の数は実際には関係ありません。しかし、属性がマルチサイト/ドロップダウンの場合 - それぞれが持っている属性オプションの数は非常に関連性があります。何百ものオプションがある場合は、負担は大きくなります。しかし、私はこれがあなたの問題ではないと思われます。

あなたがしていることは特に重い、または複雑ではありません - そしてあなたは実際にはパフォーマンスの問題を持っているべきではありません。

あなたの問題のように聞こえるのは、インフラストラクチャ(つまり不適切に構成されているホスティング - 遅い店舗の99%の問題)またはひどく構築されたテンプレートです。

product->load()と同じくらい多くの場合、これは関連する単純な製品によって増幅され、効果は壊滅的です。

nb。私の最初のチップは新しい遺族を捨てることです。そのきれいで便利な参照は、それはパフォーマンスキラーです(Xdebugに基づいている)、そしてその非常に存在感はあなたの店を遅くします。Devで使用してください。しかしライブに展開しないでください。

ライセンス: CC-BY-SA帰属
所属していません magento.stackexchange
scroll top