管理速度慢-等待并被阻止了很长时间

时间:2012-01-24 作者:Corbula

我有一个wordpress网站,有时登录到管理员时会非常慢。我附上了一张图片来说明我的意思。第一个请求等待大约8秒,然后再发生其他任何事情,大部分时间大约是2.5到3秒等待。然后所有其他请求都会被阻止几秒钟。

我有很多插件(26),这是原因还是其他原因?

这里到底发生了什么,我能做些什么来尽可能地改进它?

enter image description here

更新:我已经停用了所有插件,并一个接一个地激活了它们。似乎影响最大的两个因素是Advanced Custom FieldsUse Google Libraries. 这是我发现的。

这些是根据firebug的net选项卡加载索引仪表板页面的请求和时间。

没有激活插件的情况下,26个请求
6-7秒

激活所有插件后,64个请求
13秒

所有插件均已激活,但上述两个插件均已停用,36个请求
8秒

如果我激活高级自定义字段,则有55个请求
11-12秒

如果我停用ACF并激活,请使用Google库
53个请求
10秒

2 个回复
最合适的回答,由SO网友:amatusko 整理而成

针对op的评论:

更新:我已经停用了所有插件,并一个接一个地激活了它们。两个似乎影响最大的是高级自定义字段和使用谷歌库。这是我发现的。

google api的使用应该save 你的时间和努力,而不是花费你的时间和努力。您可以将它们加载到一个主题文件(ie functions.php)中,如下所示

<?php  
// first, check to see if jquery-ui is already loaded 
if( !wp_script_is(\'jquery-ui\') ) { 
        // you don\'t have to use googleapi\'s, but I think it helps. It saves the user\'s browser from loading the same script again if it has already been loade>
        wp_enqueue_script( \'jquery-ui\' , \'https://ajax.googleapis.com/ajax/libs/jqueryui/1.8.16/jquery-ui.min.js\' );
}   
?>  
(注:我从最近提交的另一个答案中获得了部分答案。可以找到帖子here.

至于高级自定义字段模块,您使用它的目的是什么?

编辑:

1)确保您没有两次调用这些库中的任何一个。很可能其他代码已经在调用它了,当您调用它两次时,可能会导致问题。例如,如果wordpress已经默认使用jquery,那么使用google api进行jquery可能会成为一个问题(提示:确实如此!)

最近,我发现Quick cache实际上slowing!!! 我客户的一个网站,现在非常重要,因为谷歌用它来为你的搜索引擎优化评分。

为了解决这个问题,我做了以下操作:

1)切换到W3 Total Cache,但没有启用所有功能。2) 每次我做一个改变,我都会通过一个网站的速度测试服务来运行它,并与我工作过的其他几个网站一起作为每次测试的控制。3) 我没有使用googleapi,而是使用CloudFlare建立了一个帐户,它作为W3 Total Cache的一个选项提供。CloudFlare是一种具有免费服务层的CDN服务。

结果是:

启用DB和文件缓存以及其他一些调整(如缩小)使该站点的速度从以下几方面降下来:

测试1:使用快速缓存,加载这个站点需要15.07秒!我禁用了它,它平均下降到6-7秒左右。测试2:在没有CloudFlare的情况下启用W3总缓存:页面加载时间下降到1.91秒。还是有点恶心,但是这个帐户的共享主机是什么。测试3:启用CloudFlare来托管图像、媒体文件等,我的word现在可以运行了!平均页面负载现在下降到0.45秒。

最后一点注意:

这些只是共享托管方法。升级到VPS并设置一个类似APC的操作码缓存,您将进一步缩短加载时间(至少我希望如此)。添加Varnish反向代理缓存,您的站点将能够在流量更大的情况下进行维护。Memcached也很棒,但每次我实现它时,Varnish都会飞起来,使用VCL的能力太棒了!

SO网友:amatusko

您使用什么进行缓存?您是否安装了多个缓存/性能/甚至SEO插件?如果是,请禁用所有这些选项,然后一次重新启用最可疑的选项。

在这种情况下,最好的第一步是禁用所有插件并检查问题是否仍然存在。如果它仍然存在,则可能是服务器配置问题或wordpress核心问题。如果问题解决了,你就成功了一半。开始逐个重新启用模块,并检查结果是否解决了问题。

运行大量插件会在一定程度上影响您的性能,但大多数插件的负载并没有那么重。但是,如果您的某个插件导致Wordpress出现问题,它可能会导致这个问题。

如果您正在运行缓存插件,您是否将其用于所有页面?您可能导致了问题。实际上,不应该缓存任何管理页面,因为您应该只有有限数量的用户可以访问/wp admin。

结束

相关推荐

通过wp-admin和iOS应用程序发布,涉及相同的挂钩和触发器?

我有一个add_action 在函数中。php,该操作用于save_post 我正在运行的函数命名为set\\u attachment\\u url。我只是在帖子上获取第一个附件,并用该附件的URL设置一个自定义字段。好消息是,当我从wp管理员添加内容时,一切都很好。但当我从iOS应用程序添加内容时,我不会得到相同的结果。我必须添加帖子,点击帖子,单击“更新”,然后THEN 它起作用了。虽然我学得很快,但我对钩子和每一个钩子何时被解雇的了解还不够。任何人都能发现问题所在,为什么在iOS上insert不起作