另一個最佳化網站的工具 – Google Page Speed

以前,唯一能拿來最佳化 (或者,優化) 網頁速度、網站設定的工具,就只有 YSlow。在 YSlow 出現以前,更只有 IBM 的 Page Detailer 可以用。正因為 IBM Page Detailer 不太 active,對於衡量網頁瀏覽速度又不夠理想,當初 Yahoo 才會開發 YSlow。

YSlow問世以後,加上 Yahoo 研究並公佈的一些網站製作最佳化準則,外界才有可以依循的標準,也才有量化指標可以衡量一個網頁的速度。YSlow 被公佈之後,整個網路世界都不一樣了。尤其是對前端製作的 web developer 更是如此。

不過YSlow 作者 Steve Souders 在 2008 年被 Google 挖角了。跳槽以後, 大家都等著在瞧兩件事情:

  1. YSlow 會不會維持以往的 active?
  2. Steve Souders 進 Google 以後,會不會繼續做類似的產品?

顯然兩個答案都是 yes。YSlow 仍然持續在演進,而很多人都注意到,Google 現在也公佈了他們類似 YSlow 的新工具:Google Page Speed

乍看之下,Google Page Speed 和 YSlow 實在是很像的東西。都一樣是 firebug 的 plugin,甚至連介面都和前一版的 YSlow 非常雷同。而 Google Page Speed 的最佳化規範,雖然撰寫格式和 YSlow 準則不一樣,但是如果你仔細看,其實背後的精神和理論基礎都是一致的。

不過,即使是很類似的工具,還是有若干不同之處。新推出的 Google Page Speed 也有勝出的地方,例如:

  1. Page Speed 比 YSlow 檢查的更嚴格,項目更多更挑剔
  2. Page Speed 針對 CSS 的各種 performance issue 跑的更仔細,而且會直接列出可以修正的地方
  3. 雖然 YSlow 也有提供 SmushIt 來 optimize 圖片檔,但是還是背後傳到 server 上再讓你下載。相比之下, Page Speed 直接在 plugin 內就把 optimize 過的圖片給你,用起來比較方便。
  4. 有趣的是,若干 YUI CSS 的內容被 Google Page Speed 拿出來挑毛病了 XDDD
  5. 不過,YSlow 的介面還是比較好看 XDDD

當然,Google Page Speed 不可能是為了「不甘寂寞」而做出來打 YSlow 的工具,很顯然是他們需要比 YSlow 更多的項目來自動化檢驗網頁內容,就如同當年 Yahoo 不使用 IBM Page Detailer 一樣。

不過,我比較好奇的是,等到 chrome 的 extension 機制成熟以後,Google Page Speed 是否會移植到 chrome 上?還是會 chrome 跟 firefox 雙棲? 這想必是 Steve Souders之後要頗費神的事情了。

flickr 的 page gen time

因為剛回國,把一些旅遊的照片開始往 flickr 上面丟。在上傳、整理照片的過程裏面,無意間注意到 flickr 的 page source 裡面藏了一段頁面產生時間:

類似這樣的字眼。隨機抽看了幾個頁面,我發現我的相簿 page gen 時間都高達 2.x 秒或是三秒。這不是頁面 load 完畢的時間喔。這只是 flickr web server 把 html 碼 gen 好吐出來的時間而已。真的好慢啊…

看起來是 flickr 該加機器了?Or is Smarty not such a good idea after all? 😛