新聞動態

進行優化前，關鍵是剖析當前的web性能，找到性能瓶頸，從而確定最需改進的地方；如果精力有限，首先將精力放在能明顯提升性能的改進點上；

《高性能網站建設指南》提出了一個性能黃金法則：

只有10%-20%的最終用戶響應時間花在了下載HTML文檔上；其余的80%-90%的時間花在了下載頁面中的所有組件上。

由于本文將實施一個完整的優化流程，所以，我們還是從后臺開始；

案例說明：

優化之前的網站規模：

2個js、一個頁頭、一個頁腳；3個css；

類型：博客類站點；后臺邏輯簡單；首頁不到10個sql查詢；

首頁html文檔15kb;

第一步：后臺優化，啟用頁面緩存；

實驗站點首頁后臺邏輯并不復雜，不超過10個Sql查詢，通過查看時間線，本站在獲取HTML文檔時，花費的時間不到總響應時間的20%，優化之前沒有使用緩存，所有的數據都是從數據庫讀取，這里，我們使用靜態頁面緩存，將首頁整個頁面完全的存放在緩存中（關于YII靜態頁面緩存的使用，參考這里）；

通過查看html文檔的生成時間來檢測優化效果；

首字節時間為376ms；html生成的時間大大縮短，后臺時間減少了一倍。

優化前：

優化后：

第二步，DNS域名解析加速：

DNS解析是用戶訪問站點的第一步，在此之前，你的網站無法做任何事情；

站點的DNS解析時間不應該超過500ms，如果站點原始DNS解析時間過長，就該考慮考慮使用第三方解析加速服務；

實驗站點的原始DNS解析較慢，平均耗時1017ms，算是非常長的；對于DNS加速，可以使用DNS域名解析加速服務，本站點采用的國內的一款免費DNS加速服務DNSPOD，效果還不錯，使用后平均耗時降到370ms；

加速前測試：

使用DNS域名解析服務之后的測試：

第三步：使用CDN加速；

采用第三方CDN加速，時間縮短到2.1s；從下圖中看到主要的耗時在于并行下載的個數有些低，如果能夠提升并行下載量的個數，那么整體加載時間就會降低；

注：個人建議，啟用CDN最好放在最后一步，等將站點本身的優化都做完了之后，再啟用CDN可以明顯的看到優化效果。（開啟CDN后，由于有CDN緩存的原因，觀測站點的本身的優化就不是很方便了）；

第四步，采用多臺服務器提高并行加載量：

原理：一個瀏覽器對與同一域名的并行下載的個數默認是2個， HTTP.1.0中規定的是4個。這樣，我們可以使用不同的域名來提升下載的速度；

觀察上圖中的下載數量，第一次并行下載的個數是4個，初始認為是瀏覽器對于同一個域名來源的下載所限導致；于是考慮將部分靜態文件分別放在不同的服務器上；通過把css和js放在不同服務器上；結果并不理想，發現并未提高速度。

想到在哪曾看到過，瀏覽器必須得把放在頁頭的css和js下載完成了之后才會開始下載其它的靜態組件；

關于并行下載這點上，后續將繼續實驗是否還有優化的空間。

第五步，合并腳本和樣式表；

本站首頁使用了2個js和3個css。如果采用樸素復制的方式，將js和css都分別整合到一個文件中，不但操作麻煩，而且不方便后期的管理。網絡上有不少合并的工具，本站采用了CSS和JS合并優化工具-minify（下載地址：http://code.google.com/p/minify/）。如果使用的YII框架，更有YII整合版（minscript Extension），簡單幾步的配置，就自動將頁面所有的js和css文件合并；

標簽：

免責聲明：本站網站部分圖片及文字轉載于網絡，轉載目的在于傳遞更多信息。如涉及作品內容、版權和其它問題，請聯系本網站，我們將在第一時間刪除。