查詢Cache:讀取Cache 或者發送304請求css
DNS緩存前端
瀏覽器DNS緩存 計算機DNS緩存 服務器DNS緩存(TTL)web
使用Keep-Alive特性
減小DNS查找數據庫
當客戶端的DNS緩存爲空時,DNS查找的數量與Web頁面中惟一主機名的數量相等。減小惟一主機名的數量就能夠減小DNS查找的數量。瀏覽器
較少的域名來減小DNS查找(2-4個主機)緩存
美國十大Internet網站和CDN服務提供商服務器
頁面靜態化,取決於發佈系統網絡
Ctrip使用的China-Cache和網宿模塊化
按頁面內容劃分域名,在合適的資源服務器上存放文件工具
HTTP請求30-40,合併文件,圖片地圖,內聯圖像
a)js文件(不超過7個)
不含ga.js、uiscript.asp和外鏈其餘網站的js
c) 目前沒法解決的是allyes廣告的請求數。
這個只能從設計上搞定,須要權衡
圖片地圖 Ctrip首頁例子
即時內容爲空,加載也須要時間、會阻止頁面加載
HTML文檔、腳本和樣式表、XML和JSON的文本響應 壓縮如何工做
壓縮一般能將響應的數據量減小將近70%
從代碼中移除沒必要要的字符以減小其大小,減小加載時間。
頁面必須小於150K(不含圖片)
a) 靜態文件是否gzip
b) 圖片是否壓縮優化過
應用於不常常變化的組件,包括腳本、樣式表、Flash組件、圖片
Expires和Cache-Control
儘量使用外部Js和Css,由於咱們目前大部分Js和Css都作了Gzip和緩存技術,能夠充分利用。
不要對image和pdf等二進制文件進行gzip壓縮
界面原型頁面必須將樣式表置於頁面頂部,開發人員如無特殊緣由也必須將樣式表置於頂部。
以往多數是由於masterpage緣由沒法將全部樣式表置頂,在改版修改masterpage時,儘量按照此原則進行設計。
通常瀏覽器能夠容許並行下載,取決於主機個數、帶寬等
(默認狀況下,IE是2個而FF是8個)
下載腳本時並行下載其實是被禁用的。
必須爲0
影響瀏覽器渲染時間
儘可能使用GIF和PNG
儘可能使用png/gif格式的圖片,png的圖片優先,可是必須注意如要兼容IE6,則png使用必定要注意透明問題。
圖片在上次前必定要先用工具壓縮優化(png、jpg)
大型的項目在前端 JS 方面有幾個須要達成的目標: