【问题标题】:Magento layered navigation incredibly slowMagento 分层导航非常慢
【发布时间】:2017-03-20 08:22:20
【问题描述】:

分层导航默认模块的性能存在一些问题。

我有 10k 个产品,但在我要过滤的类别中有 60 个。

不幸的是,最后 12 秒按一个属性过滤(经过多次优化)

我发现的每一个调整和性能提示基本上都是这样说的

不要使用分层导航,它会大大降低你的 magento 速度。

我已经在基于 SSD 的非常快的主机上托管了 magento,并且具有相当多的可用内存。

  • 有没有一种很好的方法可以大大加快分层导航的速度?
  • 应该怎么做?
  • 你们做得怎么样?
  • 分层导航的付费模块是否加快了速度?
  • 我应该使用某种解决方法吗?

提前致谢。

【问题讨论】:

  • 我也遇到了同样的瓶颈,你有什么解决办法吗?如果是,请帮忙。
  • 我花了数周时间试图解决我的问题。最后我放弃了 Magento。不敢相信人们使用它并为此感到高兴。

标签: performance magento e-commerce magento-1.9 layered-navigation


【解决方案1】:

在 Magento 中,对于标记为可过滤的每个属性,它都会调用属性源模型的 getAllOptions()。即使没有过滤结果,它也会调用属性选项集合加载。此处描述了一种可能的解决方案和其他优化技巧:

http://www.slideshare.net/mobile/ivanchepurnyi/making-magento-flying-like-a-rocket-a-set-of-valuable-tips-for-developers

另外,确保分层导航块被缓存(许多简单的扩展只是跳过这个)

也可以尝试基于 solr 的分层导航。

服务器性能也很重要。

【讨论】:

  • 我已经看到了这个解决方案。我特别好奇分层导航像火箭一样飞行,所以它非常不适用,我会很感激一些建议。我也不完全理解“许多简单的扩展只是跳过这个”这句话。你能举出这种扩展的例子吗?我想通过重构代码而不是缓存来解决我的问题。你有没有使用某种爬虫来填充缓存?
猜你喜欢
  • 1970-01-01
  • 2012-09-15
  • 1970-01-01
  • 1970-01-01
  • 2017-04-17
  • 1970-01-01
  • 2013-04-22
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多