Javascript Pingdom网站速度测试-瀑布缺口
在一次测试中,我发现我网站的加载瀑布有一个巨大的缺口(参见第1屏) 我试着删除分析。差距仍然存在,而分析从瀑布中删除(参见第二屏)。 我有很多css。因此,我清除了所有样式表,但仍然存在差距 注意:所有剩余的.js文件都在页脚中 怎么还有这么大的载货差距? 可能的原因是什么Javascript Pingdom网站速度测试-瀑布缺口,javascript,html,css,http,Javascript,Html,Css,Http,在一次测试中,我发现我网站的加载瀑布有一个巨大的缺口(参见第1屏) 我试着删除分析。差距仍然存在,而分析从瀑布中删除(参见第二屏)。 我有很多css。因此,我清除了所有样式表,但仍然存在差距 注意:所有剩余的.js文件都在页脚中 怎么还有这么大的载货差距? 可能的原因是什么 我做了一些研究,了解到差距是加载脚本和CSS文件的文件的延迟/间隔时间。许多.js库图像或其中的其他引用都没有加载,直到.js文件本身没有加载 我认为以下链接可能会详细阐述您的想法: . 这里还描述了firebug的工作,
我做了一些研究,了解到差距是加载脚本和CSS文件的文件的延迟/间隔时间。许多
.js
库图像或其中的其他引用都没有加载,直到.js
文件本身没有加载
我认为以下链接可能会详细阐述您的想法:
.
这里还描述了firebug的工作,与Nivs发布的理论相反,至少在我的案例中,它是在服务器上运行的脚本。这一点可以从另一台主机上具有相同网站的更快(无差距)响应中看出
我解决这个问题的办法是对我的网站进行部分缓存 嗯,我做了进一步的测试,并把同一个网站放在另一个具有类似规格的主机上。在这种环境下,没有差距,而是等待第一次响应的时间更长了。总的来说,我得到的总加载时间非常相似。这是否意味着不同的服务器刷新方式不同?正如Niv在回复中所评论的那样:我做了进一步的测试,并将同一个站点放到另一个具有类似规格的主机上。在这种环境下,没有差距,而是等待第一次响应的时间更长了。总的来说,我得到的总加载时间非常相似。这是否意味着不同的服务器刷新方式不同?