5

全新安装相同版本 1.7.0.2 时，Magento 管理后端非常慢。

在我之前的安装中，它在具有相同托管公司的同一台服务器上以相当不错的速度运行，并且完全没有额外的调整。

但突然间，由于我安装了另一个自定义主题，我把它搞砸了。所以我删除它后重新安装它。然后我什至在访问它时发现了更多问题。

因此，我创建了新public_html文件夹并将前一个文件夹重命名为public_html.old.

然后我能够在根文件夹上成功重新安装 Magento。但是这一次打开的速度非常非常慢，其实每一步都是慢的。

谁能帮我追查真正的原因。可能是什么可能性。它之前工作得很好，但为什么这次不行。

4

2 回答 2

4

我知道这是一个老问题，但很多人仍在使用 1.7.0.2，所以我认为它仍然相关。

所描述的性能滞后使系统无法使用，而且绝对不仅仅是可以修复它的标准调整。如果您可以这样称呼它，那么这是一个具有如此简单“解决方法”的错误，修复它可能是一个低优先级。但我没有轻易找到这项工作。所以我在这里发帖。

我的设置：

  • MacBook Pro
  • 在 VirtualBox 上使用 NFS 设置 Vagrant
  • Ubuntu 12.4 的虚拟机
  • 灯
  • Magento 1.7.0.2
  • 足够的内存等


我在管理界面上加载 8 到 12 秒的问题。正常工作时的典型性能约为 1 秒加载。

诊断
我运行了 Magento Profiler：见http://www.neptuneweb.com/blog/?id=24

  • 首先，通过 System -> Configuration -> Developer -> Profile 启用分析器（是）。这会启用分析器，但不会填写任何基准时间。
  • 在第 71 行附近的 /index.php 中找到注释掉的行
  • 取消注释此行以启用分析器。“Varien_Profiler::enable();”
  • 刷新您正在优化的页面。在页面底部，您将看到性能表。

就我而言，分析器表（不幸的是不可排序）显示“adminhtml/default/default/template/notification/survey.phtml”的时间很晚

当请求进入时，它似乎向您显示了一个从 0 开始的时间戳，到每个跟踪事件的任何标记。通过这种方式，您无法看到处理和返回某件事需要多长时间。但是你可以知道它何时完成，并通过减去不同过程的下一个最高时间，你可以（有点）知道它花了多长时间。可能有一些不对称的处理正在使事情复杂化。但由于有些人可能有他们等待的依赖项，这似乎工作正常。

解决方案

  • 再次加载管理界面后，我注意到顶部的唠叨栏要求我填写一份调查表以发送回 Magento。解除通知后，一切都变得很快……

因此，经过多次故障排除后，这对我来说是一个非常简单的解决方案。但是，如果这不是您的确切原因，或者没有出现弹出窗口，则故障排除信息应该有助于找到原因。

分析器也是一个很好的工具，可以帮助优化页面加载，即使它工作或多或少都可以。

于 2014-01-15T16:25:44.123 回答
3

确保您已打开编译：admin> System-Tools-Compilation。这可以提高性能。

Magento 社区论坛上有一个类似的主题，stackoverflow 上有一个问题。

于 2012-10-08T11:02:06.053 回答