即使是全新安装,Magento管理员后端也很慢

时间:2012-10-06 19:17:52

标签: magento slowdown performance

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

通过我之前的安装,它在同一台托管公司的同一台服务器上工作得非常好,而且没有任何额外的调整。

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

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

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

任何人都可以帮我跟踪实际原因。可能是什么样的可能性。它工作得很早,但为什么不这样。

2 个答案:

答案 0 :(得分:4)

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

所描述的性能滞后使得系统无法使用,并且它绝对不仅仅是可以修复它的标准调整。这是一个容易“解决”的错误,如果你可以称之为,修复它可能是一个低优先级。但我没有轻易找到这项工作。所以我在这里张贴。

我的设置:

  • MacBook Pro
  • 在VirtualBox上使用NFS设置Vagrant
  • Ubuntu 12.4的VM
  • LAMP
  • Magento 1.7.0.2
  • 足够的RAM等

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

<强>诊断
我运行了Magento Profiler:请参阅http://www.neptuneweb.com/blog/?id=24

  • 首先,通过系统启用探查器 - &gt;配置 - &gt;开发者 - &gt;简介(是)。这样可以启用分析器,但不会填充任何基准时间。
  • 在第71行的/index.php中找到注释掉的行
  • 取消注释此行以启用探查器。 “Varien_Profiler ::启用();”
  • 刷新您要优化的页面。在页面底部,您将看到性能表。

在我的情况下,探查器表(不幸的是不可排序)显示“adminhtml / default / default / template / notification / survey.phtml”的非常晚的时间

它似乎向您显示请求进入时从0开始的时间戳,以及每个跟踪事件的任何标记。通过这种方式,您无法看到处理和返回的时间。但是你可以告诉它什么时候完成,通过减去不同过程的下一个最高时间,你可以(有点)告诉它需要多长时间。可能有一些不对称的处理继续使事情复杂化。但是,由于一些人可能有依赖,他们等待,这似乎工作正常。

解决方案

  • 再次加载管理界面后,我注意到顶部的唠叨栏要求我填写一份调查表,然后发回Magento。一旦解雇了那个通知,一切都变得很快......

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

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

答案 1 :(得分:3)

确保您已启用编辑功能:admin&gt;系统工具编译。这可以提高性能。

在Magento社区论坛上有一个类似的thread,在堆栈溢出时有一个question