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 回答