2014-10-29 65 views
0

根据Chrome开发工具和WebPageTest的测量,我正在寻找的优化页面大约有83-87个HTTP请求(确切数量根据联盟库有轻微变化)。YSlow:错误的HTTP请求数量?

但是,YSlow Chrome扩展声明只有51个请求。同样,从ShowSlow运行的YSlow显示了60个请求。

除了YSlow措施之间的区别,它确实看起来像YSlow错误地衡量HTTP请求的数量,因此我对建议和评分的信心不好。

有问题的页面确实会加载一些组件后加载(其中YSlow doesn't measure),但只有10个组件加载后加载(这不会导致20-30与其他工具的异常)。

任何人都知道为什么会发生这种情况,或确实提供了一些关于如何调试或诊断的建议?

+0

通常计数应该非常接近,像第三方库,广告等提到的警告。不同的浏览器也可以有不同数量的请求,但是在一个浏览器(YSlow Chrome和Chrome devtools)中,它应该是非常接近的。你有可以分享的公开示例URL吗? – BrianC 2014-10-29 20:16:02

+0

举个例子:http://www.bally.co.uk。 WebPageTest报告76请求(49 onload),但YSlow报告57请求... – KevinD 2015-01-13 15:31:55

回答

0

我看了一下你建议的链接(bally.co.uk)来比较YSlow和WebPageTest。 YSlow的报道56层的组件和WebPageTest 76.这里的突破:

  • 文档/ HTML:YSlow的1,WPT 3,DIFF:2 0字节文件
  • 使用Javascript:YSlow的37,WPT 39,DIFF:2 0字节文件
  • CSS:YSlow的5,WPT 5
  • 图片:YSlow的12,19 WPT,DIFF:7的1x1电子图像
  • 的favicon:YSlow的1,WPT 1
  • JSON:YSlow的0,WPT 7 ,diff:7动态加载
  • 字体:yslow 0,wpt 2,diff:2动态加载

我的结论可以追溯到您提供给YSlow FAQ的链接。这些差异似乎都是动态请求,可能是0字节或非常小(如1x1 gif)。我认为这是由于YSlow采用了DOM和网络嗅探方法。

另外,如果我比较加载的第一个视图的总大小,他们都非常接近对方:

  • 的YSlow:1683 KB
  • WebPageTest:1711 KB