Performance Joomla3.2看起来相当慢:每页请求5-6秒,只是为了让服务器启动一个答案。增加响应时间的方法?

Performance Joomla3.2看起来相当慢:每页请求5-6秒,只是为了让服务器启动一个答案。增加响应时间的方法?,performance,caching,joomla,joomla3.2,Performance,Caching,Joomla,Joomla3.2,所以你所看到的时代是典型发展的一个例子。启动服务器和mysql数据库,然后登录后端并尝试添加菜单项之类的简单内容 显示的时间只是服务器开始响应的时间,而不是页面实际完成加载的时间。这就是时间,在代码中传递给服务器,执行查询等。所有的JS文件和CSS都不是这个度量的一部分 我可以继续。点击“新建菜单项”并点击“保存”将花费同样长的时间。 因此,对于添加菜单项这样一件简单的事情,用户花大约一分钟的时间看一个空白屏幕(假设用户熟记joomla,没有错误的点击,因此永远不必返回) 缓存 。如果启

所以你所看到的时代是典型发展的一个例子。启动服务器和mysql数据库,然后登录后端并尝试添加菜单项之类的简单内容

显示的时间只是服务器开始响应的时间,而不是页面实际完成加载的时间。这就是时间,在代码中传递给服务器,执行查询等。所有的JS文件和CSS都不是这个度量的一部分

我可以继续。点击“新建菜单项”并点击“保存”将花费同样长的时间。 因此,对于添加菜单项这样一件简单的事情,用户花大约一分钟的时间看一个空白屏幕(假设用户熟记joomla,没有错误的点击,因此永远不必返回)

缓存

。如果启用
页面缓存
,我将无法继续开发,因为我的更改似乎没有得到刷新,而您在开发时确实需要此功能。
视图缓存实际上大大加快了后端和前端的速度。但是你仍然必须在页面被兑现之前缓慢地访问它一次,并且你必须在现金存在的时间段内再次访问它,才能从中获利。所以对我来说,这意味着后端基本上总是很慢。除非我尝试在15分钟内添加10个菜单项

顺便说一句,我在一个全新的笔记本上运行,这真的不应该是问题所在

有什么我错过的吗

这真的正常吗

编辑

我可以把时间缩短到2秒左右。个人资料显示了很多红色,有人有想法吗?该图片用于查看菜单管理器的主菜单项


在本地主机上工作时,加载时间通常取决于PC的性能。我在工作和家里的电脑上使用wampserver(localhost)工作了很长时间

在家里的Wamp上安装Joomla 3.2的新副本时,创建数据库和插入默认内容的步骤大约需要7-9秒,而在工作中,实际需要不到2秒。原因是什么?因为我的工作电脑性能比我的个人电脑好得多

这与在后端加载页面的概念相同


希望这些信息对你有所帮助

在本地主机上工作时,加载时间通常取决于PC的性能。我在工作和家里的电脑上使用wampserver(localhost)工作了很长时间

在家里的Wamp上安装Joomla 3.2的新副本时,创建数据库和插入默认内容的步骤大约需要7-9秒,而在工作中,实际需要不到2秒。原因是什么?因为我的工作电脑性能比我的个人电脑好得多

这与在后端加载页面的概念相同


希望这些信息对你有所帮助

在本地主机上工作时,加载时间通常取决于PC的性能。我在工作和家里的电脑上使用wampserver(localhost)工作了很长时间

在家里的Wamp上安装Joomla 3.2的新副本时,创建数据库和插入默认内容的步骤大约需要7-9秒,而在工作中,实际需要不到2秒。原因是什么?因为我的工作电脑性能比我的个人电脑好得多

这与在后端加载页面的概念相同


希望这些信息对你有所帮助

在本地主机上工作时,加载时间通常取决于PC的性能。我在工作和家里的电脑上使用wampserver(localhost)工作了很长时间

在家里的Wamp上安装Joomla 3.2的新副本时,创建数据库和插入默认内容的步骤大约需要7-9秒,而在工作中,实际需要不到2秒。原因是什么?因为我的工作电脑性能比我的个人电脑好得多

这与在后端加载页面的概念相同


希望这些信息对你有所帮助

我没有一台特别好的本地机器(只是一台便宜的W8和使用EasyHP),而且我的时间都比wither yours或其他人报道的要快得多。您可以做的一件事是打开debug并查看分析数据。当我加载管理员登录页面时,即使启用了debug,我也可以看到它是onAfterDispatch,这是过程中最慢的部分。
很多时候,升级MySQL会带来巨大的速度提升。

我没有一台特别好的本地机器(只是一台便宜的W8和使用EasyHP),而且我的时间都比wither yours或其他人报道的要快得多。您可以做的一件事是打开debug并查看分析数据。当我加载管理员登录页面时,即使启用了debug,我也可以看到它是onAfterDispatch,这是过程中最慢的部分。
很多时候,升级MySQL会带来巨大的速度提升。

我没有一台特别好的本地机器(只是一台便宜的W8和使用EasyHP),而且我的时间都比wither yours或其他人报道的要快得多。您可以做的一件事是打开debug并查看分析数据。当我加载管理员登录页面时,即使启用了debug,我也可以看到它是onAfterDispatch,这是过程中最慢的部分。
很多时候,升级MySQL会带来巨大的速度提升。

我没有一台特别好的本地机器(只是一台便宜的W8和使用EasyHP),而且我的时间都比wither yours或其他人报道的要快得多。您可以做的一件事是打开debug并查看分析数据。当我加载管理员登录页面时,即使启用了debug,我也可以看到它是onAfterDispatch,这是过程中最慢的部分。 很多时间