WEB站點效能優化實踐

2021-07-13 05:28:14 字數 1047 閱讀 6548

第一步:後台優化,啟用頁面快取;

實驗站點首頁後台邏輯並不複雜,不超過10個sql查詢,通過檢視時間線,本站在獲取html文件時,花費的時間不到總響應時間的20%,優化之前沒有使用快取,所有的資料都是從資料庫讀取,這裡,我們使用靜態頁面快取,將首頁整個頁面完全的存放在快取中(關於yii靜態頁面快取的使用,參考這裡);

通過檢視html文件的生成時間來檢測優化效果;

第二步,dns網域名稱解析加速:

dns解析是使用者訪問站點的第一步,在此之前,你的**無法做任何事情;

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

實驗站點的原始dns解析較慢,平均耗時1017ms,算是非常長的;對於dns加速,可以使用dns網域名稱解析加速服務,本站點採用的國內的一款免費dns加速服務dnspod,效果還不錯,使用後平均耗時降到370ms;

第三步:使用cdn加速;

注:個人建議,啟用cdn最好放在最後一步,等將站點本身的優化都做完了之後,再啟用cdn可以明顯的看到優化效果。(開啟cdn後,由於有cdn快取的原因,觀測站點的本身的優化就不是很方便了);

第四步,採用多台伺服器提高並行載入量:

第五步,合併指令碼和樣式表;

第六步,壓縮css/js/html/xml;

第六步,最大化的減少http請求;

新增expires頭, 啟用靜態內容快取,將jpg、gif等檔案快取;

方法也是在.htaccess中新增:

# image and flash content caching for one month

header set cache-control 「max-age=2592360″ 結論

本次優化主要使用的是前端優化,其中大部分規則來自於這本書的指導《高效能**建設指南》;如果你的web前端部分還沒有充分優化,強烈建議讀讀這本書。

WEB站點效能優化實踐(載入速度提公升2s)

進行優化前,關鍵是剖析當前的web效能,找到效能瓶頸,從而確定最需改進的地方 如果精力有限,首先將精力放在能明顯提公升效能的改進點上 高效能 建設指南 提出了乙個效能 法則 由於本文將實施乙個完整的優化流程,所以,我們還是從後台開始 案例說明 2個js 乙個頁頭 乙個頁尾 3個css 型別 部落格類...

Web站點優化

許多 web站點在初建時,由於需求不明確,需求變化太頻繁,以及追求進度等諸多原因,第一版的站點多是凌亂的,難以維護和管理的。為此在站點進入穩定維護期的時候,進行優化是十分有必要的。選擇在進入穩定維護期後進行優化,是因為這時需求已經基本明確,需求變化不會太嚴重,又有 既有站點 的經驗與教訓可供參考,而...

效能優化實踐

由於系統表資料量達到百萬級別,所有就遇到了效能優化問題。總結解決問題思路如下 1 從使用者角度來說,介面的資料載入緩慢,超過5秒就是存在效能問題了。解決問題思路,首先,先確定瓶頸點在 確定是 的問題還是sql的問題,可以通過debug除錯或者日誌或者擷取堆疊資訊檢視耗時來確定。2 如果是 層面的問題...