我们有大约3500个产品简单的产品,在大约300个组产品页面上显示。 一些GP页面有2个相关产品有些有50.平均值为11.6。

大多数相关的简单产品都不是单独可见。因此,他们唯一的存在是在此组产品页面上。为了通过属性提供比默认的Magento模板更好地提供给组产品的用户体验。

我们有54个属性,5个不使用,9个是由我们创建的,其余的40个默认的magento属性我们使用少于25%。

所有属性都在默认文件夹中。

奇怪的预升性测试显示没有问题。启动后,此问题始于一些页面无法完全加载。作为绑带,我们通过关闭页面上的原始属性创建的某些子类别组来实现产品的延迟加载。这远非可接受,并且性能似乎是非常不一致的。

使用Newrelic,我们可以看到我们的问题是/目录/产品/查看(86%)

我们错过了什么?我们需要重组我们的属性吗?如果是这样的话?

有帮助吗?

解决方案

属性的数量并不是太相关。但是,如果属性是多选择/下拉的 - 它们每个都具有非常相关的属性选项的数量。如果你有数百/数千个选择,负担将是巨大的。但是,我怀疑这不是你的问题。

你做的是什么都不是特别沉重的或复杂 - 你不应该真正具有任何性能问题。

它听起来更像是您的问题是基础架构(即,配置托管不正确 - 99%的慢速存储的问题)或严重构建的模板。

如果您甚至如此多为一个世代陶醉码,这将由相关的简单产品放大,效果将是灾难性的。

nb。我的第一个提示将是沟通新的遗物。它很漂亮而且可以参考,但它是一个性能杀手(基于xdebug),它的非常慢将慢慢您的商店。在dev上使用它。但不要部署直播。

许可以下: CC-BY-SA归因
scroll top