即使全新安装,Magento 管理后端也非常慢

标签 magento slowdown performance

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

在我之前的安装中,它在同一台托管公司的同一台服务器上运行得非常好,速度相当不错,根本不需要任何额外的调整。

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

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

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

谁能帮我找出真正的原因。可能有什么可能性。之前运行得很好,但这次为什么不行。

最佳答案

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

所描述的性能滞后使系统无法使用,并且绝对不仅仅是标准调整可以修复它。这是一个具有如此简单的“解决方法”的错误(如果你可以这样调用它),修复它可能是一个低优先级。但我发现这个解决办法并不容易。所以我在这里发帖。

我的设置:

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

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

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

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

就我而言,探查器表(遗憾的是不可排序)显示“adminhtml/default/default/template/notification/survey.phtml”的时间很晚

它似乎会向您显示一个时间戳,从请求传入时的 0 开始,到每个跟踪事件的任何标记。通过这种方式,您无法看到某些内容处理和返回需要多长时间。但是您可以知道它何时完成,并通过减去不同过程的下一个最高时间,您可以(某种程度上)知道它花了多长时间。可能存在一些不对称处理,使事情变得复杂。但由于有些人可能有依赖关系,所以这似乎工作正常。

解决方案

  • 再次加载管理界面时,我注意到顶部的导航栏要求我填写一份调查并发回 Magento。忽略该通知后,一切都变得很快......

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

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

关于即使全新安装,Magento 管理后端也非常慢,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12763020/

相关文章:

Magento 模型集合 - 保存数据

php - Magento Soap API 添加捆绑产品到购物车

php - Magento 类别中只有活跃的产品

jquery - 隐藏的 div 没有显示在所有方面的悬停 Jquery

c++ - 创建 boost::file_mapping 对象的成本?

javascript - magento 通过复选框将多个产品从愿望 list 添加到购物车

java - 如何在不使用阻塞队列的情况下将消息传递给另一个线程?

c++ - 简单的 OpenMP 并行 for 循环比串行计算慢

mysql - varchar 或 text - mysql 性能