Magento一夜之间减速?

时间:2012-12-03 15:24:51

标签: php magento compilation magento-1.7

我昨晚在Magento 1.7网站上工作,这不是最快的,但至少在速度方面是可以接受的。我尝试运行一个简单的重新编译(系统>工具>编译),这需要永远完成(5分钟以上)所以我取消了它,刷新了缓存(2分钟以上),然后再次重新编译,这花了一个虽然但最终完成了。

现在网站运行速度极慢:网页加载速度> 8秒,管理页面加载速度> 8秒。 20秒

在重新编译之前,我做了一些其他的小改动。在管理员>配置> Checkout,当用户单击“添加到购物车”时,将“重定向”更改为“是”为“否”。以及一些基本的代码更改,以改变类别列表页面的布局。

我基本上不知道从哪里开始。该网站为http://www.vapetropolis.ca

编辑:想到这一点 - 在编译之前,Wordpress安装在网站的子目录中。这可能是问题吗?将尝试删除它并重新编译,看看会发生什么...... 编辑2:问题仍然存在

编辑3:确认,编译是问题的一部分。禁用编译后,站点运行速度更快。比以前编译和工作时更慢,但比破坏的编译状态快得多

3 个答案:

答案 0 :(得分:2)

我的猜测是你在重新编译期间清除了缓存,并且只需要时间再次开始缓存。以这种方式考虑,缓存是一种存储的存储器,其中存在某些东西以供频繁/可访问使用。你清除缓存,直到它被重新缓存,事情会变慢。

此外,您可以采取许多措施使问题在发生时“不那么明显”。

1st重新编译实际上并没有帮助提高速度,除非您有某种PHP缓存,例如APC安装的服务器端。像APC之类的东西是STAPLE,你会看到性能提升和加载时间减少。

1.7比以前的版本更像猪,但它似乎对Varnish反应良好。我们对Varnish整页缓存的实现仅在加载时间上节省了约70%。如果你能实施清漆,这是必须的。

对于搜索和类别页面,SOLR是一个很棒的工具。它使用它自己的索引(由Magento创建)并且不使用MySQL全文搜索。这不仅可以减少搜索结果页面上的加载时间,而且您的类别单位​​也会飞行。

硬件 - Magento需要大量的处理,但在使用APC和Varnish等工具时非常需要RAM,因为它们将数据存储在机器的更快的RAM中,而不是硬盘空间。即使top可能没有表示高RAM“使用率”,安装munin tools并查看所保留的RAM空间以获取所述工具,我敢打赌你正在高效地使用它们。

我知道你担心Magento在重新编译后会慢慢移动。我的回答是“这是预期的结果。” - 通过执行上述操作,您可以大大减少清除Magento缓存的影响。

答案 1 :(得分:2)

<强>解决方案<!/强>

我删除了在编译之前安装的Wordpress子目录。编译器必须在非Magento文件上被阻塞。删除目录后,刷新所有缓存,重新索引所有数据,禁用编译然后重新编译,网站现在达到速度

答案 2 :(得分:0)

尝试启用缓存(如果尚未启用) 转到系统&gt;缓存管理&gt;(在右侧)从下拉菜单中选择启用,然后点击“提交”

如果是的话 尝试刷新所有类型的缓存,然后尝试浏览您的网站