1)盡量減少HTTP請(qǐng)求次數(shù)
合并js
合并css
圖片sprite
2)延遲加載內(nèi)容
圖片懶加載
數(shù)據(jù)懶加載(點(diǎn)擊查看更多)
功能懶加載(曝光或者點(diǎn)擊后加載html模塊、js功能模塊)
3)使用離線緩存
把常用的變動(dòng)又少的js、css、圖片存儲(chǔ)到localstorage,第二次訪問(wèn)的時(shí)候直接走本地緩存。在移動(dòng)端使用廣泛。
4)CSS、JS放置正確位置
把css放在head中,保證頁(yè)面看到的時(shí)候樣式是對(duì)的。
把js放到body里最后位置,防止加載js阻塞頁(yè)面。
5)靜態(tài)資源壓縮
圖片、CSS、JS在發(fā)布前要壓縮。
6)靜態(tài)資源使用多個(gè)域名
對(duì)于圖片、CSS、JS,可使用幾個(gè)域名,可以并發(fā)加載。
7)靜態(tài)資源使用cdn存儲(chǔ)
用戶與你網(wǎng)站服務(wù)器的接近程度會(huì)影響響應(yīng)時(shí)間的長(zhǎng)短。 可以把靜態(tài)資源放到內(nèi)容分發(fā)網(wǎng)絡(luò)(Content Delivery Network,CDN)中加快訪問(wèn)速度。
8)預(yù)加載
在某個(gè)功能還沒(méi)展現(xiàn)時(shí),在空閑時(shí)間預(yù)先加載相關(guān)圖片或者js代碼
9)DOM操作優(yōu)化
使用JavaScript訪問(wèn)DOM元素比較慢,因此為了獲得更多的應(yīng)該頁(yè)面,應(yīng)該做到:
緩存已經(jīng)訪問(wèn)過(guò)的有關(guān)元素
線下更新完節(jié)點(diǎn)之后再將它們添加到文檔樹中
避免使用JavaScript來(lái)修改頁(yè)面布局
10)優(yōu)化算法
在js處理中優(yōu)化查找、排序算法。盡量少使用嵌套循環(huán)。
使用事件代理
有時(shí)候我們會(huì)感覺(jué)到頁(yè)面反應(yīng)遲鈍,這是因?yàn)镈OM樹元素中附加了過(guò)多的事件句柄并且些事件句病被頻繁地觸發(fā)。這就是為什么說(shuō)使用event delegation(事件代理)是一種好方法了。如果你在一個(gè)div中有10個(gè)按鈕,你只需要在div上附加一次事件句柄就可以了,而不用去為每一個(gè)按 鈕增加一個(gè)句柄。事件冒泡時(shí)你可以捕捉到事件并判斷出是哪個(gè)事件發(fā)出的。 你同樣也不用為了操作DOM樹而等待onload事件的發(fā)生。你需要做的就是等待樹結(jié)構(gòu)中你要訪問(wèn)的元素出現(xiàn)。你也不用等待所有圖像都加載完畢。 你可能會(huì)希望用DOMContentLoaded事件來(lái)代替 事件應(yīng)用程序中的onAvailable方法。
減少DNS查找次數(shù)
減少主機(jī)名的數(shù)量還可以減少頁(yè)面中并行下載的數(shù)量。減少DNS查找次數(shù)可以節(jié)省響應(yīng)時(shí)間,但是減少并行下載卻會(huì)增加響應(yīng)時(shí)間。我的指導(dǎo)原則是把這些頁(yè)面中 的內(nèi)容分割成至少兩部分但不超過(guò)四部分。這種結(jié)果就是在減少DNS查找次數(shù)和保持較高程度并行下載兩者之間的權(quán)衡了。
根據(jù)域名劃分頁(yè)面內(nèi)容
把頁(yè)面內(nèi)容劃分成若干部分可以使你最大限度地實(shí)現(xiàn)平行下載。由于DNS查找?guī)?lái)的影響你首先要確保你使用的域名數(shù)量在2個(gè)到4個(gè)之間。例如,你可以把用到的HTML內(nèi)容和動(dòng)態(tài)內(nèi)容放在www.example.org
上,而把頁(yè)面各種組件(圖片、腳本、CSS)分別存放在 statics1.example.org和statics.example.org上。
跳轉(zhuǎn)的正確使用
在用戶和HTML文檔中間增加一個(gè)跳轉(zhuǎn),會(huì)拖延頁(yè)面中所有元素的顯示,因?yàn)樵贖TML文件被加載前任何文件(圖像、 Flash等)都不會(huì)被下載。 有一種經(jīng)常被網(wǎng)頁(yè)開(kāi)發(fā)者忽略卻往往十分浪費(fèi)響應(yīng)時(shí)間的跳轉(zhuǎn)現(xiàn)象。這種現(xiàn)象發(fā)生在當(dāng)URL本該有斜杠(/)卻被忽略掉時(shí)。例如,當(dāng)我們要訪問(wèn)http: //astrology.yahoo.com/astrology
時(shí),實(shí)際上返回的是一個(gè)包含301代碼的跳轉(zhuǎn),它指向的是http://astrology.yahoo.com/astrology/
(注意末尾的斜杠)。在Apache服務(wù)器中可以使用Alias 或者 mod_rewrite或者the DirectorySlash來(lái)避免。
連接新網(wǎng)站和舊網(wǎng)站是跳轉(zhuǎn)功能經(jīng)常被用到的另一種情況。這種情況下往往要連接網(wǎng)站的不同內(nèi)容然后根據(jù)用戶的不同類型(如瀏覽器類型、用戶賬號(hào)所屬類型)來(lái) 進(jìn)行跳轉(zhuǎn)。使用跳轉(zhuǎn)來(lái)實(shí)現(xiàn)兩個(gè)網(wǎng)站的切換十分簡(jiǎn)單,需要的代碼量也不多。盡管使用這種方法對(duì)于開(kāi)發(fā)者來(lái)說(shuō)可以降低復(fù)雜程度,但是它同樣降低用戶體驗(yàn)。一個(gè) 可替代方法就是如果兩者在同一臺(tái)服務(wù)器上時(shí)使用Alias和modrewrite和實(shí)現(xiàn)。如果是因?yàn)橛蛎牟煌捎锰D(zhuǎn),那么可以在web服務(wù)器通過(guò)使用 Alias或者modrewirte進(jìn)行跳轉(zhuǎn)。
可緩存的AJAX
在一些情況下ajax可使用緩存減少網(wǎng)絡(luò)開(kāi)銷。
讓我們來(lái)看一個(gè)例子:一個(gè)Web2.0的Email客戶端會(huì)使用Ajax來(lái)自動(dòng)完成對(duì)用戶地址薄的下載。如果用戶在上次使用過(guò)Email web應(yīng)用程序后沒(méi)有對(duì)地址薄作任何的修改,而且Ajax響應(yīng)通過(guò)Expire或者Cacke-Control頭來(lái)實(shí)現(xiàn)緩存,那么就可以直接從上一次的緩存中讀取地址薄了。必須告知瀏覽器是使用緩存中的地址薄還是發(fā)送一個(gè)新的請(qǐng)求。這可以通過(guò)為讀取地址薄的Ajax URL增加一個(gè)含有上次編輯時(shí)間的時(shí)間戳來(lái)實(shí)現(xiàn),例如,&t=11900241612等。如果地址薄在上次下載后沒(méi)有被編輯過(guò),時(shí)間戳就不變,則從瀏覽器的緩存中加載從而減少了一次HTTP請(qǐng)求過(guò)程。如果用戶修改過(guò)地址薄,時(shí)間戳就會(huì)用來(lái)確定新的URL和緩存響應(yīng)并不匹配,瀏覽器就會(huì)重要請(qǐng)求更新地址薄。 即使你的Ajxa響應(yīng)是動(dòng)態(tài)生成的,哪怕它只適用于一個(gè)用戶,那么它也應(yīng)該被緩存起來(lái)。這樣做可以使你的Web2.0應(yīng)用程序更加快捷。
減少DOM元素?cái)?shù)量
一個(gè)復(fù)雜的頁(yè)面意味著需要下載更多數(shù)據(jù),同時(shí)也意味著JavaScript遍歷DOM的效率越慢。比如當(dāng)你增加一個(gè)事件句柄時(shí)在500和5000個(gè) DOM元素中循環(huán)效果肯定是不一樣的。 大量的DOM元素的存在意味著頁(yè)面中有可以不用移除內(nèi)容只需要替換元素標(biāo)簽就可以精簡(jiǎn)的部分。你在頁(yè)面布局中使用表格了嗎?你有沒(méi)有僅僅為了布局而引入更多的
元素呢?也許會(huì)存在一個(gè)適合或者在語(yǔ)意是更貼切的標(biāo)簽可以供你使用。 YUI CSS utilities可以給你的布局帶來(lái)巨大幫助:grids.css可以幫你實(shí)現(xiàn)整體布局,font.css和reset.css可以幫助你移除瀏覽器默 認(rèn)格式。它提供了一個(gè)重新審視你頁(yè)面中標(biāo)簽的機(jī)會(huì),比如只有在語(yǔ)意上有意義時(shí)才使用
,而不是因?yàn)樗哂袚Q行效果才使用它。 DOM元素?cái)?shù)量很容易計(jì)算出來(lái),只需要在Firebug的控制臺(tái)內(nèi)輸入: document.getElementsByTagName(‘*’).length 那么多少個(gè)DOM元素算是多呢?這可以對(duì)照有很好標(biāo)記使用的類似頁(yè)面。比如Yahoo!主頁(yè)是一個(gè)內(nèi)容非常多的頁(yè)面,但是它只使用了700個(gè)元素(HTML標(biāo)簽)。
使iframe的數(shù)量最小
ifrmae元素可以在父文檔中插入一個(gè)新的HTML文檔。了解iframe的工作理然后才能更加有效地使用它,這一點(diǎn)很重要。
優(yōu)點(diǎn): 解決加載緩慢的第三方內(nèi)容如圖標(biāo)和廣告等的加載問(wèn)題; Security sandbox; 并行加載腳本;
的缺點(diǎn): 即時(shí)內(nèi)容為空,加載也需要時(shí)間; 會(huì)阻止頁(yè)面加載; 沒(méi)有語(yǔ)意;
不要出現(xiàn)404錯(cuò)誤
HTTP請(qǐng)求時(shí)間消耗是很大的,因此使用HTTP請(qǐng)求來(lái)獲得一個(gè)沒(méi)有用處的響應(yīng)(例如404沒(méi)有找到頁(yè)面)是完全沒(méi)有必要的,它只會(huì)降低用戶體驗(yàn)而不會(huì)有一點(diǎn)好處。 有些站點(diǎn)把404錯(cuò)誤響應(yīng)頁(yè)面改為“你是不是要找***”,這雖然改進(jìn)了用戶體驗(yàn)但是同樣也會(huì)浪費(fèi)服務(wù)器資源(如數(shù)據(jù)庫(kù)等)。最糟糕的情況是指向外部 JavaScript的鏈接出現(xiàn)問(wèn)題并返回404代碼。首先,這種加載會(huì)破壞并行加載;其次瀏覽器會(huì)把試圖在返回的404響應(yīng)內(nèi)容中找到可能有用的部分當(dāng) 作JavaScript代碼來(lái)執(zhí)行。
為文件頭指定Expires或Cache-Control
這條守則包括兩方面的內(nèi)容: 對(duì)于靜態(tài)內(nèi)容:設(shè)置文件頭過(guò)期時(shí)間Expires的值為“Never expire”(永不過(guò)期) 對(duì)于動(dòng)態(tài)內(nèi)容:使用恰當(dāng)?shù)腃ache-Control文件頭來(lái)幫助瀏覽器進(jìn)行有條件的請(qǐng)求 網(wǎng)頁(yè)內(nèi)容設(shè)計(jì)現(xiàn)在越來(lái)越豐富,這就意味著頁(yè)面中要包含更多的腳本、樣式表、圖片和Flash。第一次訪問(wèn)你頁(yè)面的用戶就意味著進(jìn)行多次的HTTP請(qǐng)求,但 是通過(guò)使用Expires文件頭就可以使這樣內(nèi)容具有緩存性。它避免了接下來(lái)的頁(yè)面訪問(wèn)中不必要的HTTP請(qǐng)求。Expires文件頭經(jīng)常用于圖像文件, 但是應(yīng)該在所有的內(nèi)容都使用他,包括腳本、樣式表和Flash等。 瀏覽器(和代理)使用緩存來(lái)減少HTTP請(qǐng)求的大小和次數(shù)以加快頁(yè)面訪問(wèn)速度。Web服務(wù)器在HTTP響應(yīng)中使用Expires文件頭來(lái)告訴客戶端內(nèi)容需 要緩存多長(zhǎng)時(shí)間。下面這個(gè)例子是一個(gè)較長(zhǎng)時(shí)間的Expires文件頭,它告訴瀏覽器這個(gè)響應(yīng)直到2010年4月15日才過(guò)期。 Expires: Thu, 15 Apr 2010 20:00:00 GMT 如果你使用的是Apache服務(wù)器,可以使用ExpiresDefault來(lái)設(shè)定相對(duì)當(dāng)前日期的過(guò)期時(shí)間。下面這個(gè)例子是使用 ExpiresDefault來(lái)設(shè)定請(qǐng)求時(shí)間后10年過(guò)期的文件頭: ExpiresDefault “access plus 10 years” 要切記,如果使用了Expires文件頭,當(dāng)頁(yè)面內(nèi)容改變時(shí)就必須改變內(nèi)容的文件名。依Yahoo!來(lái)說(shuō)我們經(jīng)常使用這樣的步驟:在內(nèi)容的文件名中加上版本號(hào),如yahoo_2.0.6.js。 使用Expires文件頭只有會(huì)在用戶已經(jīng)訪問(wèn)過(guò)你的網(wǎng)站后才會(huì)起作用。當(dāng)用戶首次訪問(wèn)你的網(wǎng)站時(shí)這對(duì)減少HTTP請(qǐng)求次數(shù)來(lái)說(shuō)是無(wú)效的,因?yàn)闉g覽器的緩 存是空的。因此這種方法對(duì)于你網(wǎng)站性能的改進(jìn)情況要依據(jù)他們“預(yù)緩存”存在時(shí)對(duì)你頁(yè)面的點(diǎn)擊頻率(“預(yù)緩存”中已經(jīng)包含了頁(yè)面中的所有內(nèi)容)。 Yahoo!建立了一套測(cè)量方法,我們發(fā)現(xiàn)所有的頁(yè)面瀏覽量中有75~85%都有“預(yù)緩存”。通過(guò)使用Expires文件頭,增加了緩存在瀏覽器中內(nèi)容的 數(shù)量,并且可以在用戶接下來(lái)的請(qǐng)求中再次使用這些內(nèi)容,這甚至都不需要通過(guò)用戶發(fā)送一個(gè)字節(jié)的請(qǐng)求。
Gzip壓縮文件內(nèi)容
服務(wù)器開(kāi)啟Gzip,能減少50%以上的傳輸。
盡早刷新輸出緩沖
當(dāng)用戶請(qǐng)求一個(gè)頁(yè)面時(shí),無(wú)論如何都會(huì)花費(fèi)200到500毫秒用于后臺(tái)組織HTML文件。在這期間,瀏覽器會(huì)一直空閑等待數(shù)據(jù)返回。在PHP中,你可以使用 flush()方法,它允許你把已經(jīng)編譯的好的部分HTML響應(yīng)文件先發(fā)送給瀏覽器,這時(shí)瀏覽器就會(huì)可以下載文件中的內(nèi)容(腳本等)而后臺(tái)同時(shí)處理剩余的 HTML頁(yè)面。這樣做的效果會(huì)在后臺(tái)煩惱或者前臺(tái)較空閑時(shí)更加明顯。
簡(jiǎn)單請(qǐng)求使用GET方式
Yahoo!Mail團(tuán)隊(duì)發(fā)現(xiàn),當(dāng)使用XMLHttpRequest時(shí),瀏覽器中的POST方法是一個(gè)“兩步走”的過(guò)程:首先發(fā)送文件頭,然后才發(fā)送數(shù)據(jù)。因此使用GET最為恰當(dāng),因?yàn)樗恍璋l(fā)送一個(gè)TCP包(除非你有很多cookie)。IE中URL的最大長(zhǎng)度為2K,因此如果你要發(fā)送一個(gè)超過(guò)2K的 數(shù)據(jù)時(shí)就不能使用GET了。 一個(gè)有趣的不同就是POST并不像GET那樣實(shí)際發(fā)送數(shù)據(jù)。根據(jù)HTTP規(guī)范,GET意味著“獲取”數(shù)據(jù),因此當(dāng)你僅僅獲取數(shù)據(jù)時(shí)使用GET更加有意義(從語(yǔ)意上講也是如此),相反,發(fā)送并在服務(wù)端保存數(shù)據(jù)時(shí)使用POST。
避免使用CSS表達(dá)式(Expression)
CSS表達(dá)式是動(dòng)態(tài)設(shè)置CSS屬性的強(qiáng)大(但危險(xiǎn))方法。Internet Explorer從第5個(gè)版本開(kāi)始支持CSS表達(dá)式。下面的例子中,使用CSS表達(dá)式可以實(shí)現(xiàn)隔一個(gè)小時(shí)切換一次背景顏色: background-color: expression( (new Date()).getHours()%2 ? “#B8D4FF” : “#F08A00″ ); 如上所示,expression中使用了JavaScript表達(dá)式。CSS屬性根據(jù)JavaScript表達(dá)式的計(jì)算結(jié)果來(lái)設(shè)置。 expression方法在其它瀏覽器中不起作用,因此在跨瀏覽器的設(shè)計(jì)中單獨(dú)針對(duì)Internet Explorer設(shè)置時(shí)會(huì)比較有用。
表達(dá)式的問(wèn)題就在于它的計(jì)算頻率要比我們想象的多。不僅僅是在頁(yè)面顯示和縮放時(shí),就是在頁(yè)面滾動(dòng)、乃至移動(dòng)鼠標(biāo)時(shí)都會(huì)要重新計(jì)算一次。給CSS表達(dá)式增加一個(gè)計(jì)數(shù)器可以跟蹤表達(dá)式的計(jì)算頻率。在頁(yè)面中隨便移動(dòng)鼠標(biāo)都可以輕松達(dá)到10000次以上的計(jì)算量。
一個(gè)減少CSS表達(dá)式計(jì)算次數(shù)的方法就是使用一次性的表達(dá)式,它在第一次運(yùn)行時(shí)將結(jié)果賦給指定的樣式屬性,并用這個(gè)屬性來(lái)代替CSS表達(dá)式。如果樣式屬性 必須在頁(yè)面周期內(nèi)動(dòng)態(tài)地改變,使用事件句柄來(lái)代替CSS表達(dá)式是一個(gè)可行辦法。如果必須使用CSS表達(dá)式,一定要記住它們要計(jì)算成千上萬(wàn)次并且可能會(huì)對(duì)你 頁(yè)面的性能產(chǎn)生影響。
使用外部JavaScript和CSS
很多性能規(guī)則都是關(guān)于如何處理外部文件的。但是,在你采取這些措施前你可能會(huì)問(wèn)到一個(gè)更基本的問(wèn)題:JavaScript和CSS是應(yīng)該放在外部文件中呢還是把它們放在頁(yè)面本身之內(nèi)呢? 在實(shí)際應(yīng)用中使用外部文件可以提高頁(yè)面速度,因?yàn)镴avaScript和CSS文件都能在瀏覽器中產(chǎn)生緩存。內(nèi)置在HTML文檔中的 JavaScript和CSS則會(huì)在每次請(qǐng)求中隨HTML文檔重新下載。這雖然減少了HTTP請(qǐng)求的次數(shù),卻增加了HTML文檔的大小。從另一方面來(lái)說(shuō), 如果外部文件中的JavaScript和CSS被瀏覽器緩存,在沒(méi)有增加HTTP請(qǐng)求次數(shù)的同時(shí)可以減少HTML文檔的大小。 關(guān)鍵問(wèn)題是,外部JavaScript和CSS文件緩存的頻率和請(qǐng)求HTML文檔的次數(shù)有關(guān)。雖然有一定的難度,但是仍然有一些指標(biāo)可以一測(cè)量它。如果一 個(gè)會(huì)話中用戶會(huì)瀏覽你網(wǎng)站中的多個(gè)頁(yè)面,并且這些頁(yè)面中會(huì)重復(fù)使用相同的腳本和樣式表,緩存外部文件就會(huì)帶來(lái)更大的益處。 許多網(wǎng)站沒(méi)有功能建立這些指標(biāo)。對(duì)于這些網(wǎng)站來(lái)說(shuō),最好的堅(jiān)決方法就是把JavaScript和CSS作為外部文件引用。比較適合使用內(nèi)置代碼的例外就是 網(wǎng)站的主頁(yè),如Yahoo!主頁(yè)和My Yahoo!。主頁(yè)在一次會(huì)話中擁有較少(可能只有一次)的瀏覽量,你可以發(fā)現(xiàn)內(nèi)置JavaScript和CSS對(duì)于終端用戶來(lái)說(shuō)會(huì)加快響應(yīng)時(shí) 間。 對(duì)于擁有較大瀏覽量的首頁(yè)來(lái)說(shuō),有一種技術(shù)可以平衡內(nèi)置代碼帶來(lái)的HTTP請(qǐng)求減少與通過(guò)使用外部文件進(jìn)行緩存帶來(lái)的好處。其中一個(gè)就是在首頁(yè)中內(nèi)置 JavaScript和CSS,但是在頁(yè)面下載完成后動(dòng)態(tài)下載外部文件,在子頁(yè)面中使用到這些文件時(shí),它們已經(jīng)緩存到瀏覽器了。
用link代替@import
前面的最佳實(shí)現(xiàn)中提到CSS應(yīng)該放置在頂端以利于有序加載呈現(xiàn)。 在IE中,頁(yè)面底部@import和使用
作用是一樣的,因此最好不要使用它。
避免使用濾鏡
IE獨(dú)有屬性AlphaImageLoader用于修正7.0以下版本中顯示PNG圖片的半透明效果。這個(gè)濾鏡的問(wèn)題在于瀏覽器加載圖片時(shí)它會(huì)終止內(nèi)容的 呈現(xiàn)并且凍結(jié)瀏覽器。在每一個(gè)元素(不僅僅是圖片)它都會(huì)運(yùn)算一次,增加了內(nèi)存開(kāi)支,因此它的問(wèn)題是多方面的。 完全避免使用AlphaImageLoader的最好方法就是使用PNG8格式來(lái)代替,這種格式能在IE中很好地工作。如果你確實(shí)需要使用 AlphaImageLoader,請(qǐng)使用下劃線_filter又使之對(duì)IE7以上版本的用戶無(wú)效。
剔除重復(fù)腳本
在同一個(gè)頁(yè)面中重復(fù)引用JavaScript文件會(huì)影響頁(yè)面的性能。你可能會(huì)認(rèn)為這種情況并不多見(jiàn)。對(duì)于美國(guó)前10大網(wǎng)站的調(diào)查顯示其中有兩家存在重復(fù)引 用腳本的情況。有兩種主要因素導(dǎo)致一個(gè)腳本被重復(fù)引用的奇怪現(xiàn)象發(fā)生:團(tuán)隊(duì)規(guī)模和腳本數(shù)量。如果真的存在這種情況,重復(fù)腳本會(huì)引起不必要的HTTP請(qǐng)求和 無(wú)用的JavaScript運(yùn)算,這降低了網(wǎng)站性能。 在Internet Explorer中會(huì)產(chǎn)生不必要的HTTP請(qǐng)求,而在Firefox卻不會(huì)。在Internet Explorer中,如果一個(gè)腳本被引用兩次而且它又不可緩存,它就會(huì)在頁(yè)面加載過(guò)程中產(chǎn)生兩次HTTP請(qǐng)求。即時(shí)腳本可以緩存,當(dāng)用戶重載頁(yè)面時(shí)也會(huì)產(chǎn) 生額外的HTTP請(qǐng)求。 除增加額外的HTTP請(qǐng)求外,多次運(yùn)算腳本也會(huì)浪費(fèi)時(shí)間。在Internet Explorer和Firefox中不管腳本是否可緩存,它們都存在重復(fù)運(yùn)算JavaScript的問(wèn)題。 一個(gè)避免偶爾發(fā)生的兩次引用同一腳本的方法是在模板中使用腳本管理模塊引用腳本。在HTML頁(yè)面中使用script 標(biāo)簽引用腳本的最常見(jiàn)方法就是: 在PHP中可以通過(guò)創(chuàng)建名為insertScript的方法來(lái)替代:
為了防止多次重復(fù)引用腳本,這個(gè)方法中還應(yīng)該使用其它機(jī)制來(lái)處理腳本,如檢查所屬目錄和為腳本文件名中增加版本號(hào)以用于Expire文件頭等。
減小Cookie體積
HTTP coockie可以用于權(quán)限驗(yàn)證和個(gè)性化身份等多種用途。coockie內(nèi)的有關(guān)信息是通過(guò)HTTP文件頭來(lái)在web服務(wù)器和瀏覽器之間進(jìn)行交流的。因此保持coockie盡可能的小以減少用戶的響應(yīng)時(shí)間十分重要。 有關(guān)更多信息可以查看Tenni Theurer和Patty Chi的文章“When the Cookie Crumbles”。這們研究中主要包括:
去除不必要的coockie 使coockie體積盡量小以減少對(duì)用戶響應(yīng)的影響 注意在適應(yīng)級(jí)別的域名上設(shè)置coockie以便使子域名不受影響 設(shè)置合理的過(guò)期時(shí)間。較早地Expire時(shí)間和不要過(guò)早去清除coockie,都會(huì)改善用戶的響應(yīng)時(shí)間。
對(duì)于靜態(tài)資源使用無(wú)coockie域名
當(dāng)瀏覽器在請(qǐng)求中同時(shí)請(qǐng)求一張靜態(tài)的圖片和發(fā)送coockie時(shí),服務(wù)器對(duì)于這些coockie不會(huì)做任何地使用。因此他們只是因?yàn)槟承┴?fù)面因素而創(chuàng)建的 網(wǎng)絡(luò)傳輸。所有你應(yīng)該確定對(duì)于靜態(tài)內(nèi)容的請(qǐng)求是無(wú)coockie的請(qǐng)求。創(chuàng)建一個(gè)子域名并用他來(lái)存放所有靜態(tài)內(nèi)容。
如果你的域名是www.example.org
,你可以在static.example.org
上存在靜態(tài)內(nèi)容。但是,如果你不是在 www.example.org
上而是在頂級(jí)域名example.org設(shè)置了coockie,那么所有對(duì)于static.example.org的請(qǐng)求都包含coockie。在這種情 況下,你可以再重新購(gòu)買一個(gè)新的域名來(lái)存在靜態(tài)內(nèi)容,并且要保持這個(gè)域名是無(wú)coockie的。Yahoo!使用的是 ymig.com,YouTube使用的是ytimg.com
,Amazon使用的是images-anazon.com
等等。
不要在HTML中縮放圖像
不要為了在HTML中設(shè)置長(zhǎng)寬而使用比實(shí)際需要大的圖片。如果你需要: 那么你的圖片(mycat.jpg)就應(yīng)該是100×100像素而不是把一個(gè)500×500像素的圖片縮小使用。
favicon.ico要小而且可緩存
favicon.ico是位于服務(wù)器根目錄下的一個(gè)圖片文件。它是必定存在的,因?yàn)榧词鼓悴魂P(guān)心它是否有用,瀏覽器也會(huì)對(duì)它發(fā)出請(qǐng)求,因此最好不要返回一 個(gè)404 Not Found的響應(yīng)。由于是在同一臺(tái)服務(wù)器上,它每被請(qǐng)求一次coockie就會(huì)被發(fā)送一次。這個(gè)圖片文件還會(huì)影響下載順序,例如在IE中當(dāng)你在 onload中請(qǐng)求額外的文件時(shí),favicon會(huì)在這些額外內(nèi)容被加載前下載。 因此,為了減少favicon.ico帶來(lái)的弊端,要做到:
文件盡量地小,最好小于1K; 在適當(dāng)?shù)臅r(shí)候(也就是你不要打算再換 favicon.ico的時(shí)候,因?yàn)楦鼡Q新文件時(shí)不能對(duì)它進(jìn)行重命名)為它設(shè)置Expires文件頭。你可以很安全地把Expires文件頭設(shè)置為未來(lái)的幾個(gè)月。你可以通過(guò)核對(duì)當(dāng)前favicon.ico的上次編輯時(shí)間來(lái)作出判斷。Imagemagick可以幫你創(chuàng)建小巧的 favicon。
保持單個(gè)內(nèi)容小于25K
這條限制主要是因?yàn)閕Phone不能緩存大于25K的文件。注意這里指的是解壓縮后的大小。由于單純gizp壓縮可能達(dá)不要求,因此精簡(jiǎn)文件就顯得十分重要。 查看更多信息,請(qǐng)參閱Wayne Shea和Tenni Theurer的文件“Performance Research, Part 5: iPhone Cacheability – Making it Stick”。
猜你喜歡:
網(wǎng)站搭建流程:如何搭建一個(gè)網(wǎng)站?
網(wǎng)站性能優(yōu)化有哪些方法?常見(jiàn)方法介紹
靜態(tài)網(wǎng)站與動(dòng)態(tài)網(wǎng)站的區(qū)別是什么?[web前端培訓(xùn)]
傳智教育前端開(kāi)發(fā)高手班