雅虎团队经验:网站页面性能优化的 34条
1、盡量減少HTTP請(qǐng)求次數(shù)
終端用戶響應(yīng)的時(shí)間中,有80%用于下載各項(xiàng)內(nèi)容。這部分時(shí)間包括下載頁(yè)面中的圖像、樣式表、腳本、Flash等。通過(guò)減少頁(yè)面中的元素可以減少HTTP請(qǐng)求的次數(shù)。這是提高網(wǎng)頁(yè)速度的關(guān)鍵步驟。
減少頁(yè)面組件的方法其實(shí)就是簡(jiǎn)化頁(yè)面設(shè)計(jì)。那么有沒(méi)有一種方法既能保持頁(yè)面內(nèi)容的豐富性又能達(dá)到加快響應(yīng)時(shí)間的目的呢?這里有幾條減少HTTP請(qǐng)求次數(shù)同時(shí)又可能保持頁(yè)面內(nèi)容豐富的技術(shù)。
合并文件是通過(guò)把所有的腳本放到一個(gè)文件中來(lái)減少HTTP請(qǐng)求的方法,如可以簡(jiǎn)單地把所有的CSS文件都放入一個(gè)樣式表中。當(dāng)腳本或者樣式表在不同頁(yè)面中使用時(shí)需要做不同的修改,這可能會(huì)相對(duì)麻煩點(diǎn),但即便如此也要把這個(gè)方法作為改善頁(yè)面性能的重要一步。
CSS Sprites是減少圖像請(qǐng)求的有效方法。把所有的背景圖像都放到一個(gè)圖片文件中,然后通過(guò)CSS的background-image和background-position屬性來(lái)顯示圖片的不同部分;
圖片地圖是把多張圖片整合到一張圖片中。雖然文件的總體大小不會(huì)改變,但是可以減少HTTP請(qǐng)求次數(shù)。圖片地圖只有在圖片的所有組成部分在頁(yè)面中是緊挨在一起的時(shí)候才能使用,如導(dǎo)航欄。確定圖片的坐標(biāo)和可能會(huì)比較繁瑣且容易出錯(cuò),同時(shí)使用圖片地圖導(dǎo)航也不具有可讀性,因此不推薦這種方法;
內(nèi)聯(lián)圖像是使用data:URL scheme的方法把圖像數(shù)據(jù)加載頁(yè)面中。這可能會(huì)增加頁(yè)面的大小。把內(nèi)聯(lián)圖像放到樣式表(可緩存)中可以減少HTTP請(qǐng)求同時(shí)又避免增加頁(yè)面文件的大小。但是內(nèi)聯(lián)圖像現(xiàn)在還沒(méi)有得到主流瀏覽器的支持。
減少頁(yè)面的HTTP請(qǐng)求次數(shù)是你首先要做的一步。這是改進(jìn)首次訪問(wèn)用戶等待時(shí)間的最重要的方法。如同Tenni Theurer的他的博客Browser Cahe Usage - Exposed!中所說(shuō),HTTP請(qǐng)求在無(wú)緩存情況下占去了40%到60%的響應(yīng)時(shí)間。讓那些初次訪問(wèn)你網(wǎng)站的人獲得更加快速的體驗(yàn)吧!2、減少DNS查找次數(shù)
域名系統(tǒng)(DNS)提供了域名和IP的對(duì)應(yīng)關(guān)系,就像電話本中人名和他們的電話號(hào)碼的關(guān)系一樣。當(dāng)你在瀏覽器地址欄中輸入www.dudo.org時(shí),DNS解析服務(wù)器就會(huì)返回這個(gè)域名對(duì)應(yīng)的IP地址。DNS解析的過(guò)程同樣也是需要時(shí)間的。一般情況下返回給定域名對(duì)應(yīng)的IP地址會(huì)花費(fèi)20到120毫秒的時(shí)間。而且在這個(gè)過(guò)程中瀏覽器什么都不會(huì)做直到DNS查找完畢。
3、避免跳轉(zhuǎn)
跳轉(zhuǎn)是使用301和302代碼實(shí)現(xiàn)的。下面是一個(gè)響應(yīng)代碼為301的HTTP頭:
HTTP/1.1 301 Moved Permanently
Location: http://example.com/newuri
Content-Type: text/html
瀏覽器會(huì)把用戶指向到Location中指定的URL。頭文件中的所有信息在一次跳轉(zhuǎn)中都是必需的,內(nèi)容部分可以為空。不管他們的名稱,301和302響應(yīng)都不會(huì)被緩存除非增加一個(gè)額外的頭選項(xiàng),如Expires或者Cache-Control來(lái)指定它緩存。元素的刷新標(biāo)簽和JavaScript也可以實(shí)現(xiàn)URL的跳轉(zhuǎn),但是如果你必須要跳轉(zhuǎn)的時(shí)候,最好的方法就是使用標(biāo)準(zhǔn)的3XXHTTP狀態(tài)代碼,這主要是為了確保“后退”按鈕可以正確地使用。
4、可緩存的AJAX
Ajax經(jīng)常被提及的一個(gè)好處就是由于其從后臺(tái)服務(wù)器傳輸信息的異步性而為用戶帶來(lái)的反饋的即時(shí)性。但是,使用Ajax并不能保證用戶不會(huì)在等待異步的JavaScript和XML響應(yīng)上花費(fèi)時(shí)間。在很多應(yīng)用中,用戶是否需要等待響應(yīng)取決于Ajax如何來(lái)使用。例如,在一個(gè)基于Web的Email客戶端中,用戶必須等待Ajax返回符合他們條件的郵件查詢結(jié)果。記住一點(diǎn),“異步”并不異味著“即時(shí)”,這很重要。
Gizp壓縮文件
減少DNS查找次數(shù)
精簡(jiǎn)JavaScript
避免跳轉(zhuǎn)
配置ETags
5、推遲加載內(nèi)容
你可以仔細(xì)看一下你的網(wǎng)頁(yè),問(wèn)問(wèn)自己“哪些內(nèi)容是頁(yè)面呈現(xiàn)時(shí)所必需首先加載的?哪些內(nèi)容和結(jié)構(gòu)可以稍后再加載?
把整個(gè)過(guò)程按照onload事件分隔成兩部分,JavaScript是一個(gè)理想的選擇。例如,如果你有用于實(shí)現(xiàn)拖放和動(dòng)畫的JavaScript,那么它就以等待稍后加載,因?yàn)轫?yè)面上的拖放元素是在初始化呈現(xiàn)之后才發(fā)生的。其它的例如隱藏部分的內(nèi)容(用戶操作之后才顯現(xiàn)的內(nèi)容)和處于折疊部分的圖像也可以推遲加載
工具可以節(jié)省你的工作量:YUI Image Loader可以幫你推遲加載折疊部分的圖片,YUI Get utility是包含JS和 CSS的便捷方法。比如你可以打開(kāi)Firebug的Net選項(xiàng)卡看一下Yahoo的首頁(yè)。
當(dāng)性能目標(biāo)和其它網(wǎng)站開(kāi)發(fā)實(shí)踐一致時(shí)就會(huì)相得益彰。這種情況下,通過(guò)程序提高網(wǎng)站性能的方法告訴我們,在支持JavaScript的情況下,可以先去除用戶體驗(yàn),不過(guò)這要保證你的網(wǎng)站在沒(méi)有JavaScript也可以正常運(yùn)行。在確定頁(yè)面運(yùn)行正常后,再加載腳本來(lái)實(shí)現(xiàn)如拖放和動(dòng)畫等更加花哨的效果。
6、預(yù)加載
預(yù)加載和后加載看起來(lái)似乎恰恰相反,但實(shí)際上預(yù)加載是為了實(shí)現(xiàn)另外一種目標(biāo)。預(yù)加載是在瀏覽器空閑時(shí)請(qǐng)求將來(lái)可能會(huì)用到的頁(yè)面內(nèi)容(如圖像、樣式表和腳本)。使用這種方法,當(dāng)用戶要訪問(wèn)下一個(gè)頁(yè)面時(shí),頁(yè)面中的內(nèi)容大部分已經(jīng)加載到緩存中了,因此可以大大改善訪問(wèn)速度。
下面提供了幾種預(yù)加載方法:
無(wú)條件加載:觸發(fā)onload事件時(shí),直接加載額外的頁(yè)面內(nèi)容。以Google.com為例,你可以看一下它的spirit image圖像是怎樣在onload中加載的。這個(gè)spirit image圖像在google.com主頁(yè)中是不需要的,但是卻可以在搜索結(jié)果頁(yè)面中用到它。
有條件加載:根據(jù)用戶的操作來(lái)有根據(jù)地判斷用戶下面可能去往的頁(yè)面并相應(yīng)的預(yù)加載頁(yè)面內(nèi)容。在search.yahoo.com中你可以看到如何在你輸入內(nèi)容時(shí)加載額外的頁(yè)面內(nèi)容。
有預(yù)期的加載:載入重新設(shè)計(jì)過(guò)的頁(yè)面時(shí)使用預(yù)加載。這種情況經(jīng)常出現(xiàn)在頁(yè)面經(jīng)過(guò)重新設(shè)計(jì)后用戶抱怨“新的頁(yè)面看起來(lái)很酷,但是卻比以前慢”。問(wèn)題可能出在用戶對(duì)于你的舊站點(diǎn)建立了完整的緩存,而對(duì)于新站點(diǎn)卻沒(méi)有任何緩存內(nèi)容。因此你可以在訪問(wèn)新站之前就加載一部?jī)?nèi)容來(lái)避免這種結(jié)果的出現(xiàn)。在你的舊站中利用瀏覽器的空余時(shí)間加載新站中用到的圖像的和腳本來(lái)提高訪問(wèn)速度。
7、減少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)有僅僅為了布局而引入更多的
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)簽)。
8、根據(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上。
你可在Tenni Theurer和Patty Chi合寫的文章Maximizing Parallel Downloads in the Carpool Lane找到更多相關(guān)信息。
9、使iframe的數(shù)量最小
ifrmae元素可以在父文檔中插入一個(gè)新的HTML文檔。了解iframe的工作理然后才能更加有效地使用它,這一點(diǎn)很重要。
>优点: <br/> 解决加载缓慢的第三方内容如图标和广告等的加载问题 <br/> Security sandbox <br/> 并行加载脚本 <br/> <iframe>的缺点:
即時(shí)內(nèi)容為空,加載也需要時(shí)間
會(huì)阻止頁(yè)面加載
沒(méi)有語(yǔ)意
10、不要出現(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í)行。
11、使用內(nèi)容分發(fā)網(wǎng)絡(luò)
用戶與你網(wǎng)站服務(wù)器的接近程度會(huì)影響響應(yīng)時(shí)間的長(zhǎng)短。把你的網(wǎng)站內(nèi)容分散到多個(gè)、處于不同地域位置的服務(wù)器上可以加快下載速度。但是首先我們應(yīng)該做些什么呢?
按地域布置網(wǎng)站內(nèi)容的第一步并不是要嘗試重新架構(gòu)你的網(wǎng)站讓他們?cè)诜职l(fā)服務(wù)器上正常運(yùn)行。根據(jù)應(yīng)用的需求來(lái)改變網(wǎng)站結(jié)構(gòu),這可能會(huì)包括一些比較復(fù)雜的任務(wù),如在服務(wù)器間同步Session狀態(tài)和合并數(shù)據(jù)庫(kù)更新等。要想縮短用戶和內(nèi)容服務(wù)器的距離,這些架構(gòu)步驟可能是不可避免的。
要記住,在終端用戶的響應(yīng)時(shí)間中有80%到90%的響應(yīng)時(shí)間用于下載圖像、樣式表、腳本、Flash等頁(yè)面內(nèi)容。這就是網(wǎng)站性能黃金守則。和重新設(shè)計(jì)你的應(yīng)用程序架構(gòu)這樣比較困難的任務(wù)相比,首先來(lái)分布靜態(tài)內(nèi)容會(huì)更好一點(diǎn)。這不僅會(huì)縮短響應(yīng)時(shí)間,而且對(duì)于內(nèi)容分發(fā)網(wǎng)絡(luò)來(lái)說(shuō)它更容易實(shí)現(xiàn)。
內(nèi)容分發(fā)網(wǎng)絡(luò)(Content Delivery Network,CDN)是由一系列分散到各個(gè)不同地理位置上的Web服務(wù)器組成的,它提高了網(wǎng)站內(nèi)容的傳輸速度。用于向用戶傳輸內(nèi)容的服務(wù)器主要是根據(jù)和用戶在網(wǎng)絡(luò)上的靠近程度來(lái)指定的。例如,擁有最少網(wǎng)絡(luò)跳數(shù)(network hops)和響應(yīng)速度最快的服務(wù)器會(huì)被選定。
一些大型的網(wǎng)絡(luò)公司擁有自己的CDN,但是使用像Akamai Technologies,Mirror Image Internet, 或者Limelight Networks這樣的CDN服務(wù)成本卻非常高。對(duì)于剛剛起步的企業(yè)和個(gè)人網(wǎng)站來(lái)說(shuō),可能沒(méi)有使用CDN的成本預(yù)算,但是隨著目標(biāo)用戶群的不斷擴(kuò)大和更加全球化,CDN就是實(shí)現(xiàn)快速響應(yīng)所必需的了。以Yahoo來(lái)說(shuō),他們轉(zhuǎn)移到CDN上的網(wǎng)站程序靜態(tài)內(nèi)容節(jié)省了終端用戶20%以上的響應(yīng)時(shí)間。使用CDN是一個(gè)只需要相對(duì)簡(jiǎn)單地修改代碼實(shí)現(xiàn)顯著改善網(wǎng)站訪問(wèn)速度的方法。
12、為文件頭指定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)求。
13、Gzip壓縮文件內(nèi)容
網(wǎng)絡(luò)傳輸中的HTTP請(qǐng)求和應(yīng)答時(shí)間可以通過(guò)前端機(jī)制得到顯著改善。的確,終端用戶的帶寬、互聯(lián)網(wǎng)提供者、與對(duì)等交換點(diǎn)的靠近程度等都不是網(wǎng)站開(kāi)發(fā)者所能決定的。但是還有其他因素影響著響應(yīng)時(shí)間。通過(guò)減小HTTP響應(yīng)的大小可以節(jié)省HTTP響應(yīng)時(shí)間。
從HTTP/1.1開(kāi)始,web客戶端都默認(rèn)支持HTTP請(qǐng)求中有Accept-Encoding文件頭的壓縮格式:
Accept-Encoding: gzip, deflate
如果web服務(wù)器在請(qǐng)求的文件頭中檢測(cè)到上面的代碼,就會(huì)以客戶端列出的方式壓縮響應(yīng)內(nèi)容。Web服務(wù)器把壓縮方式通過(guò)響應(yīng)文件頭中的Content-Encoding來(lái)返回給瀏覽器。
Content-Encoding: gzip
Gzip是目前最流行也是最有效的壓縮方式。這是由GNU項(xiàng)目開(kāi)發(fā)并通過(guò)RFC 1952來(lái)標(biāo)準(zhǔn)化的。另外僅有的一個(gè)壓縮格式是deflate,但是它的使用范圍有限效果也稍稍遜色。
Gzip大概可以減少70%的響應(yīng)規(guī)模。目前大約有90%通過(guò)瀏覽器傳輸?shù)幕ヂ?lián)網(wǎng)交換支持gzip格式。如果你使用的是Apache,gzip模塊配置和你的版本有關(guān):Apache 1.3使用mod_zip,而Apache 2.x使用moflate。
瀏覽器和代理都會(huì)存在這樣的問(wèn)題:瀏覽器期望收到的和實(shí)際接收到的內(nèi)容會(huì)存在不匹配的現(xiàn)象。幸好,這種特殊情況隨著舊式瀏覽器使用量的減少在減少。Apache模塊會(huì)通過(guò)自動(dòng)添加適當(dāng)?shù)腣ary響應(yīng)文件頭來(lái)避免這種狀況的出現(xiàn)。
服務(wù)器根據(jù)文件類型來(lái)選擇需要進(jìn)行g(shù)zip壓縮的文件,但是這過(guò)于限制了可壓縮的文件。大多數(shù)web服務(wù)器會(huì)壓縮HTML文檔。對(duì)腳本和樣式表進(jìn)行壓縮同樣也是值得做的事情,但是很多web服務(wù)器都沒(méi)有這個(gè)功能。實(shí)際上,壓縮任何一個(gè)文本類型的響應(yīng),包括XML和JSON,都值得的。圖像和PDF文件由于已經(jīng)壓縮過(guò)了所以不能再進(jìn)行g(shù)zip壓縮。如果試圖gizp壓縮這些文件的話不但會(huì)浪費(fèi)CPU資源還會(huì)增加文件的大小。
Gzip壓縮所有可能的文件類型是減少文件體積增加用戶體驗(yàn)的簡(jiǎn)單方法。
14、配置ETag
Entity tags(ETags)(實(shí)體標(biāo)簽)是web服務(wù)器和瀏覽器用于判斷瀏覽器緩存中的內(nèi)容和服務(wù)器中的原始內(nèi)容是否匹配的一種機(jī)制(“實(shí)體”就是所說(shuō)的“內(nèi)容”,包括圖片、腳本、樣式表等)。增加ETag為實(shí)體的驗(yàn)證提供了一個(gè)比使用“l(fā)ast-modified date(上次編輯時(shí)間)”更加靈活的機(jī)制。Etag是一個(gè)識(shí)別內(nèi)容版本號(hào)的唯一字符串。唯一的格式限制就是它必須包含在雙引號(hào)內(nèi)。原始服務(wù)器通過(guò)含有ETag文件頭的響應(yīng)指定頁(yè)面內(nèi)容的ETag。
HTTP/1.1 200 OK
Last-Modified: Tue, 12 Dec 2006 03:03:59 GMT
ETag: “10c24bc-4ab-457e1c1f”
Content-Length: 12195
稍后,如果瀏覽器要驗(yàn)證一個(gè)文件,它會(huì)使用If-None-Match文件頭來(lái)把ETag傳回給原始服務(wù)器。在這個(gè)例子中,如果ETag匹配,就會(huì)返回一個(gè)304狀態(tài)碼,這就節(jié)省了12195字節(jié)的響應(yīng)。 GET /i/yahoo.gif HTTP/1.1
Host: us.yimg.com
If-Modified-Since: Tue, 12 Dec 2006 03:03:59 GMT
If-None-Match: “10c24bc-4ab-457e1c1f”
HTTP/1.1 304 Not Modified
ETag的問(wèn)題在于,它是根據(jù)可以辨別網(wǎng)站所在的服務(wù)器的具有唯一性的屬性來(lái)生成的。當(dāng)瀏覽器從一臺(tái)服務(wù)器上獲得頁(yè)面內(nèi)容后到另外一臺(tái)服務(wù)器上進(jìn)行驗(yàn)證時(shí)ETag就會(huì)不匹配,這種情況對(duì)于使用服務(wù)器組和處理請(qǐng)求的網(wǎng)站來(lái)說(shuō)是非常常見(jiàn)的。默認(rèn)情況下,Apache和IIS都會(huì)把數(shù)據(jù)嵌入ETag中,這會(huì)顯著減少多服務(wù)器間的文件驗(yàn)證沖突。
Apache 1.3和2.x中的ETag格式為inode-size-timestamp。即使某個(gè)文件在不同的服務(wù)器上會(huì)處于相同的目錄下,文件大小、權(quán)限、時(shí)間戳等都完全相同,但是在不同服務(wù)器上他們的內(nèi)碼也是不同的。
IIS 5.0和IIS 6.0處理ETag的機(jī)制相似。IIS中的ETag格式為Filetimestamp:ChangeNumber。用ChangeNumber來(lái)跟蹤IIS配置的改變。網(wǎng)站所用的不同IIS服務(wù)器間ChangeNumber也不相同。 不同的服務(wù)器上的Apache和IIS即使對(duì)于完全相同的內(nèi)容產(chǎn)生的ETag在也不相同,用戶并不會(huì)接收到一個(gè)小而快的304響應(yīng);相反他們會(huì)接收一個(gè)正常的200響應(yīng)并下載全部?jī)?nèi)容。如果你的網(wǎng)站只放在一臺(tái)服務(wù)器上,就不會(huì)存在這個(gè)問(wèn)題。但是如果你的網(wǎng)站是架設(shè)在多個(gè)服務(wù)器上,并且使用Apache和IIS產(chǎn)生默認(rèn)的ETag配置,你的用戶獲得頁(yè)面就會(huì)相對(duì)慢一點(diǎn),服務(wù)器會(huì)傳輸更多的內(nèi)容,占用更多的帶寬,代理也不會(huì)有效地緩存你的網(wǎng)站內(nèi)容。即使你的內(nèi)容擁有Expires文件頭,無(wú)論用戶什么時(shí)候點(diǎn)擊“刷新”或者“重載”按鈕都會(huì)發(fā)送相應(yīng)的GET請(qǐng)求。
如果你沒(méi)有使用ETag提供的靈活的驗(yàn)證模式,那么干脆把所有的ETag都去掉會(huì)更好。Last-Modified文件頭驗(yàn)證是基于內(nèi)容的時(shí)間戳的。去掉ETag文件頭會(huì)減少響應(yīng)和下次請(qǐng)求中文件的大小。微軟的這篇支持文稿講述了如何去掉ETag。在Apache中,只需要在配置文件中簡(jiǎn)單添加下面一行代碼就可以了:
FileETag none
15、盡早刷新輸出緩沖
當(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í)更加明顯。
輸出緩沖應(yīng)用最好的一個(gè)地方就是緊跟在之后,因?yàn)镠TML的頭部分容易生成而且頭部往往包含CSS和JavaScript文件,這樣瀏覽器就可以在后臺(tái)編譯剩余HTML的同時(shí)并行下載它們。 例子:
總結(jié)
以上是生活随笔為你收集整理的雅虎团队经验:网站页面性能优化的 34条的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: 实现打印日历的一种方式(-,-)
- 下一篇: npm install error co