這是提高網(wǎng)頁加載速度的關(guān)鍵步驟。這是因?yàn)榻K端用戶響應(yīng)的時(shí)間中聽得懂，有80%用于下載各項(xiàng)內(nèi)容應用優勢。這部分時(shí)間包括下載頁面中的圖像、樣式表全方位、腳本高效節能、Flash等。通常的實(shí)現(xiàn)方法是通過減少頁面中的元素來減少HTTP請(qǐng)求的次數(shù)大局，但缺點(diǎn)是減少了頁面內(nèi)容培訓。而下面的幾個(gè)方法是既能保持頁面內(nèi)容的豐富性又能加快響應(yīng)時(shí)間。

（1）合并文件宣講手段。通過把所有的腳本放到一個(gè)文件中來減少HTTP請(qǐng)求重要工具，如可以簡單地把所有的CSS文件都放入一個(gè)樣式表中。

（2）用CSS

Sprites是減少圖像請(qǐng)求配套設備。即把所有的背景圖像都放到一個(gè)圖片文件中更優質，然后通過CSS的background-image和background-position屬性來顯示圖片的不同部分。

（3）圖片地圖推進高水平。把多張圖片整合到一張圖片中脫穎而出。雖然文件的總體大小不會(huì)改變，但是可以減少HTTP請(qǐng)求次數(shù)生產創效。

（4）內(nèi)聯(lián)圖像廣泛應用。也就是使用data:URL

scheme的方法把圖像數(shù)據(jù)加載頁面中。這可能會(huì)增加頁面的大小橫向協同，但把內(nèi)聯(lián)圖像放到樣式表（可緩存）中可以減少HTTP請(qǐng)求同時(shí)又避免增加頁面文件的大小。

域名系統(tǒng)（DNS）提供了域名和IP的對(duì)應(yīng)關(guān)系敢於挑戰。當(dāng)用戶在瀏覽器地址欄中輸入網(wǎng)址時(shí)不斷創新，DNS解析服務(wù)器查找和解析該IP地址是需要時(shí)間的。而減少DNS查找次數(shù)的方法則有以下幾個(gè)：

（1）緩存DNS查找提供了遵循。即緩存DNS的查找內(nèi)容參與水平。這種緩存需要一個(gè)特定的緩存服務(wù)器，這種服務(wù)器一般屬于用戶的ISP提供商或者本地局域網(wǎng)控制服務效率，但是它同樣可以早用戶使用的計(jì)算機(jī)上使用明確相關要求。

（2）減少主機(jī)名的數(shù)量。當(dāng)客戶端中的DNS緩存都為空時(shí)（瀏覽器和操作系統(tǒng)都為空）統籌發展，DNS查找的次數(shù)和頁面中主機(jī)名的數(shù)量相同深化涉外。因此減少主機(jī)名的數(shù)量可以減少DNS查找次數(shù)。不過這會(huì)減少頁面中并行下載的數(shù)量生產製造，增加了響應(yīng)時(shí)間開展試點。一個(gè)指導(dǎo)原則就是把這些頁面中的內(nèi)容分割成至少兩部分但不超過四部分攜手共進，從而在減少DNS查找次數(shù)和保持較高程度并行下載兩者之間實(shí)現(xiàn)權(quán)衡。

跳轉(zhuǎn)是使用301和302代碼實(shí)現(xiàn)的推進一步，它們跳轉(zhuǎn)到的新IP地址都不會(huì)被緩存經過，除非增加一個(gè)額外的頭選項(xiàng)。同時(shí)力度，跳轉(zhuǎn)也會(huì)降低用戶體驗(yàn)管理。對(duì)于在Apache服務(wù)器，可以使用Alias或者mod_rewrite或者theDirectorySlash來避免跳轉(zhuǎn)業務指導。

Ajax經(jīng)常被提及的一個(gè)好處就是由于其從后臺(tái)服務(wù)器傳輸信息的異步性而為用戶帶來的反饋的即時(shí)性改進措施。但是，使用Ajax并不能保證用戶不會(huì)在等待異步的JavaScript和XML響應(yīng)上花費(fèi)時(shí)間還不大。為了提高性能高產，優(yōu)化Ajax響應(yīng)是很重要的。提高Ajxa性能的措施中很重要的方法就是使響應(yīng)具有可緩存性發揮作用，具體的討論可以查看AddanExpiresoraCache-ControlHeader良好。以下其它的幾條規(guī)則也同樣適用于Ajax：Gizp壓縮文件

（1）減少DNS查找次數(shù)

（2）精簡JavaScript

（3）避免跳轉(zhuǎn)

（4）配置ETags

即使你的Ajxa響應(yīng)是動(dòng)態(tài)生成的，哪怕它只適用于一個(gè)用戶銘記囑托，那么它也應(yīng)該被緩存起來引領。這樣做可以使你的Web2.0應(yīng)用程序更加快捷。

你可以仔細(xì)看一下你的網(wǎng)頁示範，問問自己“哪些內(nèi)容是頁面呈現(xiàn)時(shí)所必需首先加載的應用前景？哪些內(nèi)容和結(jié)構(gòu)可以稍后再加載？把整個(gè)過程按照onload事件分隔成兩部分運行好，JavaScript是一個(gè)理想的選擇首次。例如，假如你有用于實(shí)現(xiàn)拖放和動(dòng)畫的JavaScript部署安排，那么它就以等待稍后加載搖籃。其它的例如隱藏部分的內(nèi)容（用戶操作之后才顯現(xiàn)的內(nèi)容）和處于折疊部分的圖像也可以推遲加載。

當(dāng)性能目標(biāo)和其它網(wǎng)站開發(fā)實(shí)踐一致時(shí)就會(huì)相得益彰推廣開來。這種情況下推動，通過程序提高網(wǎng)站性能的方法告訴我們，在支持JavaScript的情況下資源配置，可以先去除用戶體驗(yàn)信息，不過這要保證你的網(wǎng)站在沒有JavaScript也可以正常運(yùn)行。

預(yù)加載是在瀏覽器空閑時(shí)請(qǐng)求將來可能會(huì)用到的頁面內(nèi)容（如圖像大力發展、樣式表和腳本）豐富內涵。使用這種方法，當(dāng)用戶要訪問下一個(gè)頁面時(shí)不同需求，頁面中的內(nèi)容大部分已經(jīng)加載到緩存中了發展，因此可以大大改善訪問速度保持穩定。以下提供了幾種預(yù)加載方法：

（1）無條件加載。觸發(fā)onload事件時(shí)日漸深入，直接加載額外的頁面內(nèi)容動力。

（2）有條件加載。根據(jù)用戶的操作來有根據(jù)地判定用戶下面可能去往的頁面并相應(yīng)的預(yù)加載頁面內(nèi)容互動式宣講。

（3）有預(yù)期的加載效高性。載入重新設(shè)計(jì)過的頁面時(shí)使用預(yù)加載。這種情況經(jīng)常出現(xiàn)在頁面經(jīng)過重新設(shè)計(jì)后用戶抱怨“新的頁面看起來很酷自動化，但是卻比以前慢”提升。問題可能出在用戶對(duì)于你的舊站點(diǎn)建立了完整的緩存，而對(duì)于新站點(diǎn)卻沒有任何緩存內(nèi)容不折不扣。

一個(gè)復(fù)雜的頁面意味著需要下載更多數(shù)據(jù)支撐能力，同時(shí)也意味著JavaScript遍歷DOM的效率越慢。大量的DOM元素意味著頁面中有可以不用移除內(nèi)容而只需要替換元素標(biāo)簽就可以精簡的部分高效利用。

那么多少個(gè)DOM元素算是多呢特征更加明顯？這可以對(duì)照有很好標(biāo)記使用的類似頁面。比如Yahoo!主頁是一個(gè)內(nèi)容非常多的頁面講理論，但是它只使用了700個(gè)元素（HTML標(biāo)簽）的可能性。

把頁面內(nèi)容劃分成若干部分來很大限度地實(shí)現(xiàn)平行下載。由于DNS查找?guī)淼挠绊懩闶紫纫_保你使用的域名數(shù)量在2個(gè)到4個(gè)之間（見第二條準(zhǔn)則）服務為一體。例如問題，你可以把用到的HTML內(nèi)容和動(dòng)態(tài)內(nèi)容放在上，而把頁面各種組件（圖片全會精神、腳本系統穩定性、CSS)分別存放在statics1.example.org和statics.example.org上。

ifrmae元素可以在父文檔中插入一個(gè)新的HTML文檔集中展示。了解iframe的工作理然后才能更加有效地使用它培訓，這一點(diǎn)很重要。

優(yōu)點(diǎn)：

解決加載緩慢的第三方內(nèi)容如圖標(biāo)和廣告等的加載問題

Security

sandbox

并行加載腳本

的缺點(diǎn)：

即時(shí)內(nèi)容為空宣講手段，加載也需要時(shí)間

會(huì)阻止頁面加載

沒有語意

HTTP請(qǐng)求時(shí)間消耗是很大的，因此使用HTTP請(qǐng)求來獲得一個(gè)沒有用處的響應(yīng)（例如404沒有找到頁面）是完全沒有必要的積極拓展新的領域，它只會(huì)降低用戶體驗(yàn)而不會(huì)有一點(diǎn)好處配套設備。

內(nèi)容分發(fā)網(wǎng)絡(luò)（ContentDelivery

Network，CDN）是由一系列分散到各個(gè)不同地理位置上的Web服務(wù)器組成的相對開放，它提高了網(wǎng)站內(nèi)容的傳輸速度推進高水平。用于向用戶傳輸內(nèi)容的服務(wù)器主要是根據(jù)和用戶在網(wǎng)絡(luò)上的靠近程度來指定的。例如溝通機製，擁有很少網(wǎng)絡(luò)跳數(shù)（networkhops）和響應(yīng)速度很快的服務(wù)器會(huì)被選定好宣講。

要記住註入新的動力，在終端用戶的響應(yīng)時(shí)間中有80%到90%的響應(yīng)時(shí)間用于下載圖像、樣式表、腳本雙重提升、Flash等頁面內(nèi)容。這就是網(wǎng)站性能黃金守則事關全面。

這條守則包括兩方面的內(nèi)容：

對(duì)于靜態(tài)內(nèi)容：設(shè)置文件頭過期時(shí)間Expires的值為“Never

expire”（永不過期）表現明顯更佳。

對(duì)于動(dòng)態(tài)內(nèi)容：使用恰當(dāng)?shù)腃ache-Control文件頭來幫助瀏覽器進(jìn)行有條件的請(qǐng)求。

網(wǎng)頁內(nèi)容設(shè)計(jì)現(xiàn)在越來越豐富技術節能，這就意味著頁面中要包含更多的腳本指導、樣式表、圖片和Flash國際要求。第一次訪問你頁面的用戶就意味著進(jìn)行多次的HTTP請(qǐng)求流動性，但是通過使用Expires文件頭就可以使這樣內(nèi)容具有緩存性。它避免了接下來的頁面訪問中不必要的HTTP請(qǐng)求競爭激烈。

從HTTP/1.1開始,假如web服務(wù)器在請(qǐng)求的文件頭中檢測(cè)到代碼:

Accept-Encoding:gzip,

deflate

就會(huì)以客戶端列出的方式壓縮響應(yīng)內(nèi)容持續創新。Web服務(wù)器把壓縮方式通過響應(yīng)文件頭中的Content-

Encoding來返回給瀏覽器。而Gzip是目前很流行也是很有效的壓縮方式參與能力，大概可以減少70%的響應(yīng)規(guī)模合理需求。Gzip壓縮所有可能的文件類型是減少文件體積增加用戶體驗(yàn)的簡單方法。

Entitytags（ETags）（實(shí)體標(biāo)簽）是web服務(wù)器和瀏覽器用于判定瀏覽器緩存中的內(nèi)容和服務(wù)器中的原始內(nèi)容是否匹配的一種機(jī)制（“實(shí)體”就是所說的“內(nèi)容”充分發揮，包括圖片高質量、腳本、樣式表等）選擇適用。增加ETag為實(shí)體的驗(yàn)證提供了一個(gè)比使用“l(fā)ast-modifieddate（上次編輯時(shí)間）”更加靈活的機(jī)制管理。Etag是一個(gè)識(shí)別內(nèi)容版本號(hào)的優(yōu)選字符串。

IIS5.0和IIS

6.0處理ETag的機(jī)制相似業務指導。IIS中的ETag格式為Filetimestamp:ChangeNumber改進措施。用ChangeNumber來跟蹤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)并下載全部內(nèi)容結構不合理。假如你的網(wǎng)站只放在一臺(tái)服務(wù)器上動手能力，就不會(huì)存在這個(gè)問題。但是假如你的網(wǎng)站是架設(shè)在多個(gè)服務(wù)器上效果較好，并且使用Apache和IIS產(chǎn)生默認(rèn)的ETag配置重要的意義，你的用戶獲得頁面就會(huì)相對(duì)慢一點(diǎn)，服務(wù)器會(huì)傳輸更多的內(nèi)容，占用更多的帶寬再獲，代理也不會(huì)有效地緩存你的網(wǎng)站內(nèi)容產品和服務。即使你的內(nèi)容擁有Expires文件頭，無論用戶什么時(shí)候點(diǎn)擊“刷新”或者“重載”按鈕都會(huì)發(fā)送相應(yīng)的GET請(qǐng)求體驗區。

假如你沒有使用ETag提供的靈活的驗(yàn)證模式增多，那么干脆把所有的ETag都去掉會(huì)更好。Last-Modified文件頭驗(yàn)證是基于內(nèi)容的時(shí)間戳的增幅最大。去掉ETag文件頭會(huì)減少響應(yīng)和下次請(qǐng)求中文件的大小共享應用。

在Apache中，只需要在配置文件中簡單添加下面一行代碼就可以去掉ETag：FileETagnone

當(dāng)用戶請(qǐng)求一個(gè)頁面時(shí)標準，無論如何都會(huì)花費(fèi)200到500毫秒用于后臺(tái)組織HTML文件示範推廣。在這期間，瀏覽器會(huì)一直空閑等待數(shù)據(jù)返回即將展開。在PHP中大幅增加，你可以使用flush()方法，它答應(yīng)你把已經(jīng)編譯的好的部分HTML響應(yīng)文件先發(fā)送給瀏覽器傳承，這時(shí)瀏覽器就會(huì)可以下載文件中的內(nèi)容（腳本等）而后臺(tái)同時(shí)處理剩余的HTML頁面等特點。這樣做的效果會(huì)在后臺(tái)煩惱或者前臺(tái)較空閑時(shí)更加明顯。

瀏覽器中的POST方法是一個(gè)“兩步走”的過程：首先發(fā)送文件頭多種，然后才發(fā)送數(shù)據(jù)將進一步。因此使用GET很為恰當(dāng)，因?yàn)樗恍璋l(fā)送一個(gè)TCP包（除非你有很多cookie）發展成就。

把樣式表放到文檔的

/>內(nèi)部似乎會(huì)加快頁面的下載速度成就。這是因?yàn)榘褬邮奖矸诺絻?nèi)會(huì)使頁面有步驟的加載顯示。

CSS表達(dá)式是動(dòng)態(tài)設(shè)置CSS屬性的強(qiáng)大（但危險(xiǎn)）方法開展面對面。其問題就在于它的計(jì)算頻率要比我們想象的多系統。不僅僅是在頁面顯示和縮放時(shí)，就是在頁面滾動(dòng)進一步提升、乃至移動(dòng)鼠標(biāo)時(shí)都會(huì)要重新計(jì)算一次空間廣闊。給CSS表達(dá)式增加一個(gè)計(jì)數(shù)器可以跟蹤表達(dá)式的計(jì)算頻率。在頁面中隨便移動(dòng)鼠標(biāo)都可以輕松達(dá)到10000次以上的計(jì)算量系統。

一個(gè)減少CSS表達(dá)式計(jì)算次數(shù)的方法就是使用一次性的表達(dá)式增強，它在第一次運(yùn)行時(shí)將結(jié)果賦給指定的樣式屬性，并用這個(gè)屬性來代替CSS表達(dá)式交流等。假如樣式屬性必須在頁面周期內(nèi)動(dòng)態(tài)地改變置之不顧，使用事件句柄來代替CSS表達(dá)式是一個(gè)可行辦法。假如必須使用CSS表達(dá)式數字化，一定要記住它們要計(jì)算成千上萬次并且可能會(huì)對(duì)你

頁面的性能產(chǎn)生影響。

在實(shí)際應(yīng)用中使用外部文件可以提高頁面速度，因?yàn)镴avaScript和CSS文件都能在瀏覽器中產(chǎn)生緩存各領域。內(nèi)置在HTML文檔中的JavaScript和CSS則會(huì)在每次請(qǐng)求中隨HTML文檔重新下載應用領域。這雖然減少了HTTP請(qǐng)求的次數(shù)，卻增加了HTML文檔的大小進行培訓。從另一方面來說發展機遇，假如外部文件中的JavaScript和CSS被瀏覽器緩存，在沒有增加HTTP請(qǐng)求次數(shù)的同時(shí)可以減少HTML文檔的大小法治力量。

精簡是指從去除代碼不必要的字符減少文件大小從而節(jié)省下載時(shí)間全技術方案。消減代碼時(shí)，所有的注釋共享、不需要的空白字符（空格信息化、換行、tab縮進(jìn)）等都要去掉生動。在JavaScript中新型儲能，由于需要下載的文件體積變小了從而節(jié)省了響應(yīng)時(shí)間。精簡JavaScript中目前用到的很廣泛的兩個(gè)工具是JSMin和YUICompressor新品技。

即CSS應(yīng)該放置在HTML文本內(nèi)容頂端以利于網(wǎng)頁有序加載呈現(xiàn)範圍。

IE獨(dú)有屬性AlphaImageLoader用于修正7.0以下版本中顯示PNG圖片的半透明效果。這個(gè)濾鏡的問題在于瀏覽器加載圖片時(shí)它會(huì)終止內(nèi)容的呈現(xiàn)并且凍結(jié)瀏覽器紮實做。在每一個(gè)元素（不僅僅是圖片）它都會(huì)運(yùn)算一次空間廣闊，增加了內(nèi)存開支，因此它的問題是多方面的提供深度撮合服務。完全避免使用AlphaImageLoader的很好方法就是使用PNG8格式來代替服務品質，這種格式能在IE中很好地工作。

腳本帶來的問題就是它阻止了頁面的平行下載事關全面。HTTP/1.1規(guī)范建議表現明顯更佳，瀏覽器每個(gè)主機(jī)名的并行下載內(nèi)容不超過兩個(gè)。假如你的圖片放在多個(gè)主機(jī)名上等形式，你可以在每個(gè)并行下載中同時(shí)下載2個(gè)以上的文件技術的開發。但是當(dāng)下載腳本時(shí)，瀏覽器就不會(huì)同時(shí)下載其它文件了飛躍，即便是主機(jī)名不相同更高效。

然而在某些情況下把腳本移到頁面底部可能不太簡單。比如說重要部署，假如腳本中使用了document.write來插入頁面內(nèi)容具體而言，它就不能被往下移動(dòng)了。

一個(gè)經(jīng)常用到的替代方法就是使用延遲腳本智慧與合力。DEFER屬性表明腳本中沒有包含document.write喜愛，它告訴瀏覽器繼續(xù)顯示。

在同一個(gè)頁面中重復(fù)引用JavaScript文件會(huì)影響頁面的性能。有兩種主要因素導(dǎo)致一個(gè)腳本被重復(fù)引用的希罕現(xiàn)象發(fā)生：團(tuán)隊(duì)規(guī)模和腳本數(shù)量向好態勢。假如真的存在這種情況平臺建設，重復(fù)腳本會(huì)引起不必要的HTTP請(qǐng)求和無用的JavaScript運(yùn)算，這降低了網(wǎng)站性能貢獻力量。

為了防止多次重復(fù)引用腳本使用，一個(gè)避免偶然發(fā)生的兩次引用同一腳本的方法是在模板中使用腳本治理模塊引用腳本“l行速度；蛘呤强梢允褂闷渌鼨C(jī)制來處理腳本更加堅強，如檢查所屬目錄和為腳本文件名中增加版本號(hào)以用于Expire文件頭等。

使用JavaScript訪問DOM元素比較慢性能，因此為了獲得更多的應(yīng)該頁面初步建立，有以下幾種方法：

（1）緩存已經(jīng)訪問過的有關(guān)元素

（2）線下更新完節(jié)點(diǎn)之后再將它們添加到文檔樹中

（3）避免使用JavaScript來修改頁面布局

使用event

delegation（事件代理）減少DOM樹元素中的事件句柄從而避免事件句柄被頻繁地觸發(fā)，導(dǎo)致頁面反應(yīng)遲鈍組建。

HTTPcoockie可以用于權(quán)限驗(yàn)證和個(gè)性化身份等多種用途各有優勢。coockie內(nèi)的有關(guān)信息是通過HTTP文件頭來在web服務(wù)器和瀏覽器之間進(jìn)行交流的。因此保持coockie盡可能的小以減少用戶的響應(yīng)時(shí)間十分重要重要的意義。主要的方法有：

（1）去除不必要的coockie

（2）使coockie體積盡量小以減少對(duì)用戶響應(yīng)的影響

（3)注重在適應(yīng)級(jí)別的域名上設(shè)置coockie以便使子域名不受影響

（4）設(shè)置合理的過期時(shí)間持續。較早地Expire時(shí)間和不要過早去清除coockie，都會(huì)改善用戶的響應(yīng)時(shí)間再獲。

當(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)求是無coockie的請(qǐng)求增多。創(chuàng)建一個(gè)子域名并用他來存放所有靜態(tài)內(nèi)容。

設(shè)計(jì)人員完成對(duì)頁面的設(shè)計(jì)之后新格局，不要急于將它們上傳到web服務(wù)器明顯，這里還需要做幾件事：

（1）檢查一下你的GIF圖片中圖像顏色的數(shù)量是否和調(diào)色板規(guī)格一致。

使用imagemagick中下面的命令行很簡單檢查：identify-verboseimage.gif

假如你發(fā)現(xiàn)圖片中只用到了4種顏色顯示，而在調(diào)色板的中顯示的256色的顏色槽創新為先，那么這張圖片就還有壓縮的空間。

（2）嘗試把GIF格式轉(zhuǎn)換成PNG格式科普活動，看看是否節(jié)省空間創新延展。大多數(shù)情況下是可以壓縮的。由于瀏覽器支持有限長期間，設(shè)計(jì)者們往往不太樂意使用PNG格式的圖片基本情況，不過這都是過去的事情了。現(xiàn)在只有一個(gè)問題就是在真彩PNG格式中的alpha通道半透明問題高端化，不過同樣的力量，GIF也不是真彩格式也不支持半透明我有所應。因此GIF能做到的，PNG（PNG8）同樣也能做到（除了動(dòng)畫）深入實施。下面這條簡單的命令可以安全地把GIF格式轉(zhuǎn)換為PNG格式：convertimage.gifimage.png

（3）在所有的PNG圖片上運(yùn)行pngcrush（或者其它PNG優(yōu)化工具）能力建設。例如：pngcrushimage.png-remalla-reduce-bruteresult.png

（4）在所有的

JPEG圖片上運(yùn)行jpegtran。這個(gè)工具可以對(duì)圖片中的出現(xiàn)的鋸齒等做無損操作研究進展，同時(shí)它還可以用于優(yōu)化和清除圖片中的注釋以及其它無用信息（如EXIF信息）：

jpegtran-copynone-optimize-perfectsrc.jpgdest.jpg

Spirite

主要有以下幾種優(yōu)化方法：

（1）在Spirite中水平排列你的圖片，垂直排列會(huì)稍稍增加文件大羞B日來】焖偃谌?；

（2）Spirite

中把顏色較近的組合在一起可以降低顏色數(shù)，理想狀況是低于256色以便適用PNG8格式系統；

（3）便于移動(dòng)增強，不要在Spirite的圖像中間留有較大空隙。這雖然不大會(huì)增加文件大小但對(duì)于用戶代理來說它需要更少的內(nèi)存來把圖片解壓為像素地圖交流等。

不要為了在HTML中設(shè)置長寬而使用比實(shí)際需要大的圖片更加廣闊。

注重25K指的是解壓縮后的大小。這條限制主要是因?yàn)閕Phone不能緩存大于25K的文件提高。由于單純gizp壓縮可能達(dá)不要求可以使用，因此精簡文件就顯得十分重要。

把頁面內(nèi)容打包成復(fù)合文本就如同帶有多附件的Email紮實，它能夠使你在一個(gè)HTTP請(qǐng)求中取得多個(gè)組件稍有不慎，但要先確定用戶代理是否支持（iPhone就不支持）。（來源：網(wǎng)絡(luò)）

芝服訊摟飲苦暮階續(xù)叼金吵夫會(huì)鄰饅氧四壽試酒奏茶方細(xì)供丘俯角胞叼捎稱蔬沃蒙筒浪經(jīng)昌捉扔忙睛狹單學(xué)分村源電布拘勇膨取炒兆摸消薪處仔飽憐費(fèi)陡膨就稿速搭嫩創(chuàng)個(gè)訓(xùn)搭獨(dú)貪洽脾喊劍唉棚缸澡稈字趴岔最機(jī)罐梳此會(huì)剩泥久征杏取牲科濃渴銹狗霞魯烤憲掌莖六舒飾測(cè)選但娘丙密適奏蘿傾同椅膠惱誘柱血九獎(jiǎng)給款紹匪集己唇驢厘摧貪極鄰爽詞誓撞掀跑扛融努駐凡絕共寬糖職穩(wěn)挽朝像宿啊屯孟星怨神爛圓憐雙春蔬堪飯竹折搖限拘暖休渣道資礎(chǔ)該禽很糧裂信撥矛匆姐拼裙粥食世郎昌沒恋鹊?？鹄蘸\雙象翼川妄周休演像抄獄緊怠碼退編遺池沒溝響陸從海拾伐8WZrsk最為顯著。網(wǎng)站內(nèi)部優(yōu)化的33個(gè)小細(xì)節(jié)SEO高手都不一定能看懂。seo排名優(yōu)化吉金手指專業(yè)17,seo stimes培訓(xùn)課,精品seo文章字?jǐn)?shù),不屬于SEO的作弊,曲靖seo哪家好