Joomla 缓慢的初始加载，调试答案

【问题标题】：Joomla slow initial load, debug onJoomla 缓慢的初始加载，调试
【发布时间】：2016-07-01 12:56:50
【问题描述】：

所以我们在我们的 Intranet 网站上使用 Joomla，我们的网络都是 1GB 的连接和 10GB 的服务器，所以带宽不是这个加载问题的问题。一些背景知识，设置是在运行 ubuntu 14.04 的 VM 上进行的，其中包含所有更新（14.04 的更新）。我们目前正在运行 Joomla 3.2.1，我想更新到当前版本，但我需要先解决加载问题，因为它在 3.5.2 上的加载速度也很慢。

所以这件事不知从何而来，该网站是大多数员工向主管和上级提交表格等的地方。几天前/一周前随机站点初始加载时间从 0.8 秒增加到 1 分钟或 2 分钟以上。我试过打开缓存，打开压缩，没有任何变化。缓存开启 15，压缩关闭，没有变化缓存到30，压缩关闭，没有变化。检查 PHP 配置是否存在内存或处理分配过多或不足的情况，什么也没有。任何过度或不足分配的 MySQL 配置，什么都没有。 .htaccess 以获得正确的权限和 modrewrite 配置，没有错。

对于任何显示出现错误或问题或循环加载的内容，我在日志中没有任何明智的信息。我还从 linux 虚拟机迁移到 IIS7 虚拟机，但我的初始加载时间仍然很长。我假设这是一些数据库问题，但我不知道是什么。

我对数据库进行了修复，一切恢复正常。 VM 有 8GB 的 RAM，2 个 3.2GHz 处理器内核，并且在内核上使用的处理不超过 20%，并且在 8GB 中不超过 2GB 的 RAM。我正在我的桌子上敲打我的头，试图找出为什么它变得如此缓慢，所以如果有人可以有一些见解，请发布一些想法让我尝试。我在虚拟机上有快照，所以我尝试的任何东西都可以在需要时恢复。

这里还有一些调试快照，我知道加载和查询需要一段时间，但会导致 1-2 分钟的页面加载时间？ http://postimg.org/gallery/1a4e0b27s/

【问题讨论】：

你检查过慢查询日志吗？

标签： php mysql .htaccess caching joomla

【解决方案1】：

在负载方面，20% 非常高。我们总是尝试将负载保持在 2 以下。任何高于 2 的内容都意味着网站速度较慢。

让我给你一些提示：

您拥有的 RAM 非常小。如果您有许多员工发布数据，您将需要更多。我会选择 64 GB。您的系统正在进行大量交换，而您可能没有 SSD 驱动器这一事实（我在这里假设，如果我错了，请纠正我）使情况变得更糟。
MySQL 慢查询日志应该让您了解发生了什么。您可以在 my.cnf 文件中启用它。
如果您使用的是 InnoDB，那么几乎可以肯定它在您的 my.cnf 文件中没有正确配置（我们正在写一篇关于如何为 Joomla 网站配置它的帖子，一旦该帖子是完成了我会在这里分享）

【讨论】：

我有兴趣为 my.cnf 阅读这篇文章。发帖后可以在这里给我打电话吗？
64GB 的服务器可能无法使用我们的服务器，我们可以升级它但不能升级到 64GB。我将由我的老板运行它，但它在任何时候都不会使用超过 2GB 的事实会引发问题。实际上，我们确实在 SSD 上使用了设置，它有 4 个 10GB 光纤通道连接到我们所有的 SSD 存储。至于 20%，我指的是当我使用 SSH 时，而不是在查询期间。在查询期间，它可能使用 5%，而另一件事是，这只是在 2-3 年的不间断使用之后突然发生的。我可能是错的，但我只是发布更详细的信息，而不是说你错了。
至于使用的 InnoDB，我不确定我应该更改/使用的选项，因为我在一篇文章中读到了与另一篇不同的东西。不确定 My.cnf 你需要什么，但这里有一些设置： key_buffer = 16M max_allowed_packet = 16M thread_stack = 192K thread_cache_size = 8 myisam-recover = BACKUP query_cache_limit = 1M query_cache_size = 16M expire_logs_days = 10 max_binlog_size = 100M [mysqldump] 快速报价-名称 max_allowed_packet = 16M

【解决方案2】：

我发现发生了什么事，有人使用并隐藏在其中一个页面上的 SP Weather 模块已过时，API 已损坏。

禁用模块检查，以毫秒为单位加载。最终找到更新并更新以修复当前的天气模块。一切都在几秒钟或更短的时间内加载完毕，天气现在又恢复了。

【讨论】：