Magento管理后端非常慢，即使是新安装

Magento admin后端非常慢，新安装的版本为1.7.0.2

在我之前的安装中，它在同一个托管公司的同一台服务器上以相当好的速度运行，并且没有任何额外的调整

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

因此，我创建了新的

public\u html

文件夹，并将以前的文件夹重命名为

public\u html.old

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

---

有谁能帮我找出真正的原因吗。有什么可能。早些时候它还可以正常工作，但这次为什么不行呢。

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

---

Magento社区论坛和stackoverflow都有类似的版本。

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

所描述的性能滞后使系统无法使用，而且肯定不仅仅是标准的调整可以解决它。这是一个很容易“解决”的bug，如果你可以这么说的话，那么修复它的优先级可能很低。但我觉得这项工作并不容易。所以我在这里发帖

我的设置：

• MacBookPro
• 在VirtualBox上使用NFS设置流浪者
• Ubuntu 12.4的虚拟机
• 灯
• Magento 1.7.0.2
• 充足的RAM等

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

诊断
我运行了Magento探查器：看到了吗

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

在我的例子中，探查器表（不幸的是不可排序）显示“adminhtml/default/default/template/notification/survey.phtml”的时间非常晚

它似乎向您显示了一个时间戳，从请求传入时的0开始，到每个跟踪事件的任何标记。这样，您就看不到处理和返回某个内容需要多长时间。但是你可以知道它什么时候结束，通过减去一个不同过程的下一个最高时间，你可以（某种程度上）知道它花了多长时间。可能有一些不对称的处理正在进行，使事情复杂化。但是，由于一些可能有依赖性，他们等待，这似乎工作正常

解决方案

• 在再次加载管理界面时，我注意到顶部的nag栏要求我填写一份调查报告，并将其发送回Magento。在驳回通知后，一切都变得很快

所以，在排除了很多故障后，这对我来说是一个痛苦而简单的解决方案。但是，如果这不是您的确切原因，或者弹出窗口没有出现，故障排除信息应该有助于找到原因

---

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

我会这样做，并让您知道。谢谢你的友好回复。顺便问一下，编译做了什么。正如定制主题的开发人员建议的那样，在安装主题之前禁用编译。它在前端和后端的实际角色是什么。编译允许编译Magento安装的所有文件，以便创建单个包含路径。它应该减少页面加载时间。但是对于后端，如果要修改Magento安装，请记住禁用编译，然后在修改完成后，可以再次打开它。如果启用了字节码缓存，则可以关闭编译。通过“修改Magento安装”，是指“创建类别、产品、属性、标记”还是其他一些修改。在我们创建类别、产品或每次安装新主题时，是否必须禁用编译器，或者我们可以在此期间将其置于启用状态。另外，请告诉我有关“字节码缓存”的信息，我在哪里可以找到它以及它与编译的关系。实际上，对安装的修改意味着安装新主题，扩展等。在这种情况下，您需要确保编译已禁用，但在该过程完成后，您可以打开编译。至于字节码缓存，默认情况下使用APC缓存。这是一种加速Magento的方法，因此，如果您正在使用它，您实际上不需要编译。