昨晚我在一个 Magento 1.7 网站上工作，这不是最快的，但至少在速度方面是可以接受的。我尝试运行一个简单的重新编译（系统>工具>编译），这需要很长时间才能完成（5+分钟）所以我取消它，刷新缓存（2+分钟），然后再次重新编译，这需要一段时间但是最终完成。
现在网站运行速度极慢：页面加载速度 > 8 秒，而管理页面加载速度 > 20 秒。
在重新编译之前，我做了一些其他的小改动。在 Admin > Configuration > Checkout 中，当用户单击 Add-To-Cart 时，将 Redirect 更改为 Checkout 从 Yes 到 No。以及一些基本的代码更改以改变类别列表页面的布局。
我基本上不知道从哪里开始。该网站是http://www.vapetropolis.ca
编辑：只是想到这一点-在编译之前，Wordpress 已安装在站点的子目录中。这可能是问题吗？将尝试删除它并重新编译，看看会发生什么......编辑2：问题仍然存在
编辑3：确认，编译是问题的一部分。禁用编译后，站点运行速度更快。比以前编译和工作时慢，但比损坏的编译状态快得多
我的猜测是您在重新编译期间已经清除了缓存，并且只需要时间重新开始缓存。这样想，缓存是一个存储的内存，其中保存了一些东西以供经常/可访问的使用。你清除缓存，直到它被重新缓存，事情会变慢。
此外，您可以做很多事情来使这个问题在它发生时“不那么”明显。
1 除非您有某种 PHP 缓存，例如安装在服务器端的 APC，否则重新编译实际上并不会帮助提高速度。像 APC 这样的东西是一个 STAPLE，你会看到性能提高和加载时间减少。
1.7 比以前的版本更像一头猪，但它似乎对 Varnish 反应良好。我们的 Varnish 全页缓存实现仅在加载时间上就节省了大约 70%。如果你可以实现 Varnish，这是必须的。
对于搜索和分类页面，SOLR 是一个很棒的工具。它使用自己的索引（由 Magento 创建）并且不使用 MySQL 全文搜索。这不仅减少了搜索结果页面上的加载时间，而且您的类别单位也会飞起来。
硬件——Magento 需要大量的处理，但在使用 APC 和 Varnish 等工具时非常需要 RAM，因为它们将数据存储在机器更快的 RAM 中，而不是硬盘空间中。尽管top可能并不表示 RAM“使用率”很高，但安装munin tools并查看您为上述工具保留的 RAM 空间，我敢打赌您正在有效地使用几乎所有这些空间。
我了解您担心 Magento 在重新编译后移动缓慢。我的回答是“这是预期的结果”。-- 通过上述操作，您可以显着降低清除 Magento 缓存的影响。
解决方案！
我删除了编译前已经安装的Wordpress子目录。编译器必须在非 Magento 文件上阻塞。删除目录、刷新所有缓存、重新索引所有数据、禁用编译然后重新编译后，站点现在可以正常运行了
尝试启用缓存，如果它还没有
转到系统>缓存管理>（在右侧）从下拉列表中选择启用并单击“提交”
如果它已经在
尝试刷新所有类型的缓存，然后尝试打开您的网站