2014-10-29 20 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