當(dāng)我最近在HotBot工作并試圖加速我的網(wǎng)頁(yè)時(shí)，我花了很多時(shí)間查看其它網(wǎng)站，想從他們的成功和失敗中學(xué)點(diǎn)什么。我學(xué)到很多如何使頁(yè)面裝載和繪制很快的方法，但是也發(fā)現(xiàn)非常多的沒(méi)有必要的臃腫的東西。

　　基于我所發(fā)現(xiàn)的和沒(méi)有發(fā)現(xiàn)的，我總結(jié)了一些使網(wǎng)頁(yè)緊縮的方法。既然你已經(jīng)使你的圖像和表格盡可能地苗條，現(xiàn)在讓我們看看優(yōu)化網(wǎng)站的最后一關(guān)。

　　與松弛做斗爭(zhēng)的最后防線我理解找到完美方法實(shí)現(xiàn)好的設(shè)計(jì)使廣告商高興和每個(gè)頁(yè)面可用是多么的困難。但是我希望設(shè)計(jì)者最好避免海嘯般的連接。

　　很多出版商（如ZDNet和CNET）因?yàn)檫B接太多而使網(wǎng)頁(yè)阻塞-每頁(yè)上都有大量指向其它頁(yè)和其它網(wǎng)站的連接。我甚至在我們自己的后院發(fā)現(xiàn)了同樣的問(wèn)題（或者是不是可以說(shuō)我們的前門？）。

　　這樣的交叉連接通常是考慮到市場(chǎng)的原因：讓讀者知道同一公司的其它內(nèi)容和站點(diǎn)。但是你也不必象一個(gè)人類問(wèn)題專家那樣認(rèn)為網(wǎng)頁(yè)上連接越多，單個(gè)連接被訪問(wèn)的機(jī)會(huì)越少。經(jīng)過(guò)10個(gè)左右連接后，讀者趨向于只讀頁(yè)中間的文章。這些未讀、未被接觸的“連接農(nóng)場(chǎng)”可以占到網(wǎng)頁(yè)HTML的一半。并且，不象logo和icon駐留在cache里，調(diào)用每頁(yè)時(shí)，它們重新下載。

　　這些連接背后的長(zhǎng)URL的累加也很可觀。AltaVista為附加查詢結(jié)果頁(yè)的“1 2 3 … 20”（在每個(gè)查詢結(jié)果頁(yè)的底部）連接就要浪費(fèi)4KB的HTML。通過(guò)實(shí)現(xiàn)更短、更少的URL，最近AltaVista重新進(jìn)行了設(shè)計(jì)，把連接的尺寸平均減少到1KB。結(jié)果是，通過(guò)撥號(hào)modem的頁(yè)面下載速度明顯提高（就金錢和常識(shí)來(lái)說(shuō)，意味著客戶更愉悅，每分鐘的頁(yè)面點(diǎn)擊率越多）。

　　一些同樣的網(wǎng)站也為放入大量的交叉連接感到內(nèi)疚。有時(shí)他們故意這么做來(lái)增加頁(yè)面點(diǎn)擊率，但是通常可以加一個(gè)附加的頁(yè)來(lái)容納其它用戶感興趣的內(nèi)容。

　　如果你不想讓讀者下載他們不需要的字節(jié)，同時(shí)又不希望他們退回去重新下載讀過(guò)的頁(yè)面，那么你知道他們無(wú)論如何也要一頁(yè)。所以要研究你的服務(wù)器日志，發(fā)現(xiàn)用戶點(diǎn)擊最多和最少的是什么。刪掉沒(méi)人讀的內(nèi)容，把它們替換為日志數(shù)據(jù)證明有必要的信息。

　　把JavaScript/” target=”_blank”>JavaScript當(dāng)作垃圾

　　很多網(wǎng)猴認(rèn)為頁(yè)面中的JavaScript/” target=”_blank”>JavaScript不使頁(yè)面變慢。然而，JavaScript/” target=”_blank”>JavaScript是一種解釋語(yǔ)言，而不是編譯語(yǔ)言-這意味著它被裝載后還要被分析。我們習(xí)慣于在HotBot中使用JavaScript/” target=”_blank”>JavaScript函數(shù)使瀏覽者的鍵盤輸入聚焦到文本輸入框內(nèi)。這樣 桓齪??掛趁嫻淖霸孛饗員瀆??詞顧?某踔允俏?思鈾儼檠??

　　檢查你頁(yè)面中的JavaScript/” target=”_blank”>JavaScript，看看它是如何影響裝載和初始化時(shí)間的。如果你用JavaScript/” target=”_blank”>JavaScript控制plug-in或dHTML，應(yīng)該查看用戶手冊(cè)看看這些組件是如何使用的。你可能會(huì)發(fā)現(xiàn)你的20行的JavaScript/” target=”_blank”>JavaScript程序可以用一個(gè)內(nèi)置的裝載和運(yùn)行更快的函數(shù)來(lái)替代。我們就犯過(guò)這樣的錯(cuò)誤：我們用JavaScript/” target=”_blank”>JavaScript寫了一個(gè)“NextTen”函數(shù)來(lái)改變裝載到MSIE4的一個(gè)表中的內(nèi)容。后來(lái)我們知道IE的內(nèi)置nextPage函數(shù)比它快10倍，而且當(dāng)它運(yùn)行時(shí)不會(huì)使頁(yè)面混亂。如果你的讀者遇到過(guò)這樣的麻煩，試試這個(gè)函數(shù)-對(duì)每個(gè)人都有利。

　　扔掉小技巧、計(jì)數(shù)器和其它活動(dòng)的部分

　　坦白地說(shuō)，關(guān)心你的網(wǎng)站的訪問(wèn)人數(shù)的人不會(huì)很多（如果是一些令人印象很深的數(shù)字，可以在你的頁(yè)面中編碼，當(dāng)它突變時(shí)再更新之）。初始化Java并裝入一個(gè)applet只是使頁(yè)面中的一些文本滾動(dòng)-這樣的頁(yè)面不值得去等。今年早些時(shí)候，CNN通過(guò)移去它的Java大字標(biāo)題把頁(yè)面裝載速度從50秒減少到20秒。

　　你是怎么想的？- CNN的點(diǎn)擊率和觀眾份額會(huì)增加還是減少？

　　測(cè)試你的網(wǎng)頁(yè)

　　在過(guò)去的四天里，我們?yōu)槟闾峁┝撕芏嗉铀倬W(wǎng)頁(yè)的方法。為了能讓用戶能有所體會(huì)，你需要為網(wǎng)頁(yè)制定一些行為標(biāo)準(zhǔn)并實(shí)行之。

　　制定你的標(biāo)準(zhǔn)

　　別只自問(wèn)：“網(wǎng)頁(yè)現(xiàn)在有多快？”并試圖進(jìn)行改善。應(yīng)該問(wèn)“頁(yè)面應(yīng)該有多快？”?；蛘邷p少用戶的等待時(shí)間，或者讓用戶覺得他們的等待是值得的。

　　制定合理指導(dǎo)方針的最佳方法是檢查你的競(jìng)爭(zhēng)對(duì)手的網(wǎng)站。查找與你的網(wǎng)站提供相同內(nèi)容、服務(wù)、價(jià)值等的網(wǎng)站，研究它們的表現(xiàn)。請(qǐng)教你們公司市場(chǎng)部、銷售部或其它部門的人，讓他們?cè)u(píng)價(jià)你的競(jìng)爭(zhēng)對(duì)手的網(wǎng)站?？梢赃M(jìn)行一次角色扮演：把你自己當(dāng)成一個(gè)用戶，進(jìn)行一次網(wǎng)上漫游。

　　當(dāng)你確定了要查看哪些網(wǎng)站后，確定你要進(jìn)行到哪里?；蛟S整個(gè)頁(yè)面裝載完，但是或許應(yīng)該確定某個(gè)特定條目的裝載時(shí)間（例如，一個(gè)新網(wǎng)站的頂部標(biāo)題）。我們研究過(guò)的一些站點(diǎn)非常好：

　　在頁(yè)面完成裝載之前，用戶可以看到一些很重要的東西。

　也許是布局頁(yè)面的理想方式，但是你將失去運(yùn)行2.x和3.x瀏覽器的用戶。如果想得到一個(gè)真正跨瀏覽器、跨平臺(tái)的設(shè)計(jì)方案，還得用表格進(jìn)行布局。

　　不是所有表格都那么壞。大多數(shù)設(shè)計(jì)者需要使用網(wǎng)格進(jìn)行設(shè)計(jì)，所以使用表格就很自然。我們也很喜歡它們的二元性：表格既可以定義布局，又可以應(yīng)付頁(yè)面中不可預(yù)知的因素。作為一個(gè)設(shè)計(jì)者，既要處理不確定性，又要在你的設(shè)計(jì)和用戶的靈活性（例如，用戶要使字體變大）之間取得平衡。不幸的是，表格同時(shí)也增加了顯示頁(yè)面的時(shí)間，有時(shí)這樣的時(shí)間很長(zhǎng)。

　　因?yàn)闉g覽器需要在填充表格的內(nèi)容之前完全理解表格的結(jié)構(gòu)，在大部分（如果不是全部）表格的內(nèi)容下載之前，瀏覽器什么也不能渲染。當(dāng)表格變大時(shí)，需要處理的信息將呈指數(shù)性增長(zhǎng)。在先前的計(jì)算機(jī)上，這些處理性工作很不容易，表格渲染需要大量時(shí)間幸運(yùn)的是，可以找到避免這些缺陷的方法。

　　快速表格的技巧處理表格使用表格時(shí)間長(zhǎng)了，你會(huì)發(fā)現(xiàn)大量小表格渲染起來(lái)比一個(gè)有很多行的大表格快。至少看起來(lái)是這樣-真象那么回事（記住：是感覺到的速度，而不是實(shí)際速度）。

　　如果你在用一個(gè)九行的表格（每個(gè)單元有很多信息），可以把它分成三個(gè)各有三行的小表格。如果你的網(wǎng)頁(yè)很長(zhǎng)，這種策略特別有益-在后面的表格下載時(shí)用戶可以看前面的表格。

　　使用Width屬性為使你的HTML盡量對(duì)瀏覽器友好，應(yīng)該對(duì)$#@60;TABLE$#@62;和$#@60;TD$#@62;標(biāo)記適當(dāng)?shù)厥褂肳idth屬性。這種屬性允許你定義整個(gè)表格的寬度，也可以定義單元格的寬度。如果事情并沒(méi)有好起來(lái)，你應(yīng)該懷疑瀏覽器-是它的原因。所以只要檢查你是否算對(duì)了就行了- 如果你把一個(gè)單元格設(shè)為100個(gè)像素寬，可是卻把一個(gè)110個(gè)像素寬的圖像插入其中，結(jié)果是：表格暫時(shí)出現(xiàn)，然后當(dāng)重繪自己以便能容納圖像時(shí)又消失了。不用說(shuō)，瀏覽器的這種過(guò)濾作用同它的慢速一樣令人討厭。

　　把窗體放在表格里不幸的是，不同的瀏覽器和操作系統(tǒng)對(duì)窗體元素的處理方式不同。Mac上的下拉菜單比Windows中的要寬很多。Netscape 4處理可寫的文本框和處理文本一樣，所以如果增加瀏覽器的缺省字體大小，所有的文本框都會(huì)變大。Netscape 4中的可寫文本框比其它瀏覽器中的寬20%，而且受字體標(biāo)記的影響。所以，總而言之，你的窗體 恍┯沒(méi)Э蠢椿岷芷婀?除非你有意支配它們。

看看下面的表格：

　　現(xiàn)在假設(shè)用戶增加了缺省字體的大小。當(dāng)表格放大以容納變大了的文字時(shí)，布局依然沒(méi)變。

不要相信所見即所得的編輯器

　　表格真令人痛苦，這就是為什么所見即所得的HTML編輯器流行起來(lái)的原因。但是，在這些編輯器使建表格變得容易的同時(shí)，它們也產(chǎn)生了一些令人吃驚的低效率的代碼。特別是GoLive的CyberStudio使用了一種產(chǎn)生夢(mèng)魘般臃腫表格的布局系統(tǒng)（尤其當(dāng)你沒(méi)有認(rèn)真按用戶手冊(cè)操作時(shí)）。

　　所見即所得編輯器的布局和預(yù)覽窗口在處理不必要的嵌套表格、沒(méi)有設(shè)置合適大小的表格的列或奇怪的、轉(zhuǎn)彎抹角的HTML代碼時(shí)感到力不從心。因此，如果你希望你的表格盡可能地苗條和高效，同時(shí)又舍不得放棄所見即所得的編輯器，那么只好最后花些時(shí)間清理你的代碼。一旦所有內(nèi)容看起來(lái)都象那么回事，用文本編輯器打開HTML代碼看看，你會(huì)發(fā)現(xiàn)你的表格漂亮而且干凈。

要不要嵌套？

永遠(yuǎn)不要嵌套表格

　　使網(wǎng)頁(yè)讀起來(lái)很慢的首犯是嵌套的表格：即把表格放在另一個(gè)表格的單元格里。因?yàn)闉g覽器必須從里到外進(jìn)行處理-在計(jì)算外層表格之前必須先估算內(nèi)層表格的大小-嵌套表格的表現(xiàn)真令人討厭。

　　所以盡量避免使用嵌套表格，即使意味著頁(yè)面布局會(huì)有一些小的變化。如果你不得不使用嵌套表格，至少應(yīng)保持被嵌套表格盡量簡(jiǎn)單，而且，不要用三層嵌套。我們是在建網(wǎng)站，不是做俄羅斯娃娃。

除非……

　　嵌套表格：最后的禁忌。不過(guò)，簡(jiǎn)單表格之間的嵌套的代碼會(huì)是簡(jiǎn)單的幾行 – 瀏覽饗??鵠幢紉桓齔?陡叢擁謀碭窀?菀住?/p>

This is not that big a deal.

　　下面的西洋跳棋盤不涉及嵌套表格，但是由于它的復(fù)雜性，下載起來(lái)很慢。

　　通過(guò)使用嵌套表格，可以使問(wèn)題簡(jiǎn)單。結(jié)果相同，但是下載時(shí)間會(huì)縮短。

　　使用表格的關(guān)鍵是找到安排它們的最有效的方法。有時(shí)嵌套表格就是答案，有時(shí)卻不是。

結(jié)構(gòu)越好，頁(yè)面越快

　　下面是一個(gè)典型網(wǎng)頁(yè)的例子：商標(biāo)在頂部，導(dǎo)航在左邊，內(nèi)容在其余部分。對(duì)于這樣的頁(yè)，一般用一個(gè)大表格定義整個(gè)網(wǎng)格。在整個(gè)框架表格內(nèi)嵌套商標(biāo)、導(dǎo)航和內(nèi)容表格，使瀏覽器渲染起來(lái)很困難。

　　下面是相同的頁(yè)面結(jié)構(gòu)，只是商標(biāo)、導(dǎo)航和內(nèi)容分別定義在獨(dú)立的表格內(nèi)。

　　通過(guò)使每個(gè)表格獨(dú)立和簡(jiǎn)潔，瀏覽器可以每讀完一個(gè)元素就渲染之。因此頁(yè)面的第一個(gè)元素最早出現(xiàn)，用戶可以馬上利用頁(yè)面最頂端的信息。

　　在上面的第二個(gè)例子里，商標(biāo)表格最早出現(xiàn)，然后是導(dǎo)航表格，然后是內(nèi)容表格。整個(gè)頁(yè)面下載很快，用戶馬上就有可以看到的東西。

　　和處理圖像一樣，使表格達(dá)到最佳效果需要試用不同的方案，直到找到令你和你的用戶都滿意的布局。你可能懷疑為了省幾秒鐘就要花費(fèi)這么多的精力是否值得，但是隨著對(duì)用戶的爭(zhēng)奪越來(lái)越激烈，這些努力還是值得的。

　現(xiàn)在，我準(zhǔn)備講一講如何使這些網(wǎng)頁(yè)更苗條。

　　首先，頁(yè)面出現(xiàn)在網(wǎng)上時(shí)，有三種速度：

　　下載時(shí)間渲染時(shí)間可視性

　　用戶在做是進(jìn)行下去還是退回的決定時(shí)，主要考慮這三種速度的整體效果。好的設(shè)計(jì)者需要找到平衡這三者的方法，進(jìn)而產(chǎn)生理想的下載：從用戶點(diǎn)擊請(qǐng)求到下一頁(yè)出現(xiàn)只是一眨眼的瞬間。

　　記?。河脩舻娜棠推谙拊诖嫒№?yè)面的第一秒就結(jié)束了，而不是在頁(yè)面完成渲染時(shí)。就用戶經(jīng)驗(yàn)來(lái)說(shuō)，確定渲染時(shí)間是很有學(xué)問(wèn)的。我有一輛老車，我不在乎它的外觀和聲響。我想要的只是能用鑰匙打開車，加油，能開走。我的一位有錢的朋友有一輛Saab車，只用一分鐘就能達(dá)到顛峰速度。我的車要20分鐘預(yù)熱，但是我無(wú)所謂-引擎點(diǎn)著火時(shí)我用腳踩加速器，我只要駕駛就夠了，加速的事讓車自己去考慮吧！

　　我用攪拌器輪子的例子說(shuō)明實(shí)際速度與感覺到的速度的重要區(qū)別。知道頁(yè)面要有一定時(shí)間渲染用戶才能看到，設(shè)計(jì)者可以從布局的觀點(diǎn)出發(fā)創(chuàng)建成功的頁(yè)面。當(dāng)瀏覽器窗口一片灰色，什么也不做時(shí)，只要用戶不問(wèn)：“喂，到底頁(yè)面有多大？”，那么頁(yè)面還在工作。

　　我要向你展示我是如何增加頁(yè)面的可感覺的尺寸的。和Jason一樣，我也保持圖形和圖像的尺寸到最小。但是，不是簡(jiǎn)單地減少圖像的顏色數(shù)，而是非常注意顏色的安排。

　　第一頁(yè)：網(wǎng)站優(yōu)化教程-第2天昨天Jason告訴第二頁(yè)：在一行里不要放入所有顏色GIF只是顏色的列表。如果一個(gè)GIF文件有10個(gè)像素高，顏色列表就有10行。如果第一行是100個(gè)白色像素，GIF格式通過(guò)寫一次“白”，然后加一條這種顏色再重復(fù)99次的注釋。這種方法應(yīng)在每一行中使用，所以如果第二行是粉紅色，第三行是蘭色都沒(méi)有關(guān)系。換句話說(shuō)，一行一行地重復(fù)白色并不能減少文件大小。實(shí)際上，在一行上有大量顏色的變化。假如第一行在黑和白之間不斷交替- GIF格式不會(huì)通過(guò)加注釋來(lái)減少文件大小-它只是記住白、黑、白、黑，等等。另外，黑白相間的行在一英尺外看只是灰色。當(dāng)你沿著水平方向改變顏色時(shí)，盡量使用更多的相同顏色的片段：20個(gè)白色像素，然后是20個(gè)粉紅色像素，然后是20個(gè)蘭色的，20個(gè)紅色的，20個(gè)綠色的，這樣顏色的索引將是#FFFFFF*20、#FF00FF*20、#0000FF*20、#FF0000*20、#00FF00*20，這樣可以把文件壓縮得更小。

　　記?。和ㄟ^(guò)使用 L的HEIGHI和WIDTH標(biāo)記簡(jiǎn)單地放大圖像不會(huì)增加速度。一個(gè)1*1的蘭色矩形很小，傳輸也比100*100的矩形快。但是把一個(gè)蘭色像素?cái)U(kuò)展到100*100的矩形，最后卻是一個(gè)24位的100*100的圖像。GIF壓縮只趨向于減少存儲(chǔ)空間和傳輸速度。一旦瀏覽器的渲染引擎解壓你的圖像并顯示到屏幕上，處理實(shí)際圖像的時(shí)間和縮放到相同尺寸的時(shí)間差不多。在使用每一個(gè)技巧時(shí)看看它是否節(jié)省時(shí)間?！?

　　第三頁(yè)：全是文本，沒(méi)有圖像和Jason一樣，我盡可能用文本而不用圖形，但是我的觀點(diǎn)更極端：我認(rèn)為應(yīng)對(duì)每個(gè)使用GIF顯示文本的設(shè)計(jì)者罰款15美圓。用戶花錢上網(wǎng)，很慢的下載和渲染速度意味著時(shí)間和金錢的損失。設(shè)計(jì)者應(yīng)為選擇最適合文本意義的字體而驕傲。因?yàn)橛脩舻挠?jì)算機(jī)上不存在“灰姑娘的水晶鞋”這樣的字體。（有多少人的機(jī)器上安裝了Wiese字體？）-這樣GIF格式的文本就產(chǎn)生了。如果你用圖像表示文字只是保持字型的一致或控制字型大小和間隔，對(duì)于你的頁(yè)面來(lái)說(shuō)沒(méi)有任何意義。所以別這樣做。

　　要真正地減少下載時(shí)間，把渲染留給用戶的操作系統(tǒng)。如今，瀏覽器通過(guò)解釋HTML文檔來(lái)渲染頁(yè)面依賴于操作系統(tǒng)。利用用戶的計(jì)算機(jī)產(chǎn)生神奇的字體或形狀是最有效地利用帶寬和處理器的最有效方法-把信息包含在GIF圖像中是一種資源的浪費(fèi)。用HTML定義矩形（table or layer），用ASCII表示文字，把字體留給操作系統(tǒng)，給每種顏色一個(gè)十六進(jìn)制的值（例如#FF0000代表紅色）。

　　此時(shí)，我們還不能畫圓，我們只有Times, Courier和Helvetical/Arial幾種字型可用。但是用好這幾種字型是我們?cè)O(shè)計(jì)快速頁(yè)面的關(guān)鍵。對(duì)于復(fù)雜的多邊形，漂亮的字體和照片，只好用GIFJPEG圖形來(lái)犧牲下載時(shí)間了。

　圖像可值上千個(gè)字-特別在網(wǎng)上，一個(gè)簡(jiǎn)單的圖像下載的時(shí)間相當(dāng)于若干頁(yè)下載的時(shí)間。到網(wǎng)上去看看，你會(huì)發(fā)現(xiàn)大塊的下載時(shí)間來(lái)自于圖像文件。

　　在以后的四天里，我們會(huì)看到使頁(yè)面趨向完美的所有不同的方法。今天我們從最明顯的罪魁開始-圖像。

　　第一：網(wǎng)頁(yè)訪問(wèn)者往往沒(méi)有耐心。你的圖像可能很酷，但是如果她們對(duì)于快速下載來(lái)說(shuō)太豐滿，很少有人會(huì)堅(jiān)持到最后以求一睹她們的尊容。幸運(yùn)的是，網(wǎng)頁(yè)設(shè)計(jì)者可以使用一些技巧和優(yōu)化來(lái)加速圖像和頁(yè)面的下載。

　　第二：不必要的就不要其實(shí)沒(méi)有什么特別的技巧。做其它事之前，從你的頁(yè)面中把所有多余的圖像去掉。這里“多余”不是指你們公司的標(biāo)志或你們辦公室的地圖。我們是指那個(gè)精明的、在“發(fā)郵件”旁邊的動(dòng)畫信封。也許在你的頁(yè)面底部還放著隨處可見的NetscapeNavigator和Internet Explorer按鈕。說(shuō)實(shí)話，有多少人沒(méi)聽說(shuō)過(guò)這些產(chǎn)品呢？

　　在網(wǎng)站中減少一個(gè)瑣碎的10KB的圖形文件可能對(duì)整個(gè)網(wǎng)站改進(jìn)不大。但是如果你的整個(gè)頁(yè)面才40KB，減少10KB就可以減少25%的下載時(shí)間-減少一個(gè)跳舞嬰兒的按鈕還是合算的。

　　如果你的網(wǎng)頁(yè)確實(shí)需要削減，可以考慮用文本“提交”按鈕代替圖形“提交”按鈕。用靜態(tài)圖形代替動(dòng)態(tài)GIF圖形可以減少下載時(shí)間。最后，一些神奇的“header”圖形可以用$#@60;FONT SIZE$#@62;和$#@60;FONT FACE$#@62;標(biāo)記代替。

　　第三：GIF文件和JPEG文件除非你想得到ARCHIE或GOPHER一樣的火箭速度，你總會(huì)用到一些圖形。遵守一些創(chuàng)建圖像的規(guī)則，你的頁(yè)面下載的時(shí)間就會(huì)可行。

　　開始時(shí)，確定一個(gè)圖像用GIF格式還是JPEG格式。這看起來(lái)很基本，但是還有一大部分網(wǎng)頁(yè)犯這樣的錯(cuò)誤。

　　GIF用在看起來(lái)干脆整潔的小圖形上是很完美的，但是不會(huì)超過(guò)256色。GIF也可存為“透明色”-允許圖形有不規(guī)則的邊界。簡(jiǎn)單的公司標(biāo)志、小按鈕和導(dǎo)航條是應(yīng)用GIF圖形格式的很好的例子。不象JPEG，GIF是一種無(wú)損失的壓縮格式，所以你的圖形不會(huì)變得模糊不清。如果你在掃描有詳細(xì)細(xì)節(jié)的地圖，應(yīng)該選擇GIF格式。不過(guò)，如果圖片很大，GIF文件會(huì)很大，下載時(shí)間也會(huì)很長(zhǎng)。


　　你不能從根本上壓縮GIF文件，但是可以減少位深，即限制顏色數(shù)。給定位深的顏色數(shù)等于2的位深次冪（即，8位=256色）。顏色數(shù)越少，圖像的字節(jié)數(shù)越少。假設(shè)你正在建一個(gè)可口可樂(lè)的網(wǎng)站，可以把很多標(biāo)志的位深減少到3或4位（ ?祝?蛐砘剮枰?飭街盅丈?囊跤吧?詞貢囈綣饣??？梢雜媚ebabelizer軟件改變位深。

　　JPEG文件可以顯示幾千種顏色，而且壓縮率比GIF文件高。它們很適合照片方式的圖像。不過(guò)壓縮成JPEG文件時(shí)會(huì)損失一些照片的細(xì)節(jié)。

　　第四：合適的尺寸當(dāng)你使用圖形編輯器時(shí)，保證圖形尺寸（72dpi）與將要在網(wǎng)頁(yè)上顯示的相同。在HTML中，用$#@60;IMAGE$#@62;標(biāo)記的WIDTH和HEIGHT屬性重述圖像的實(shí)際尺寸。這可以使瀏覽器在圖像下載時(shí)同時(shí)呈現(xiàn)頁(yè)面的其余部分-于是人們?cè)诘却龍D像是有其它東西讀-并且保證在“關(guān)閉圖像”瀏覽時(shí)可以看到正確的頁(yè)面布局。

　　如果在頁(yè)面中使用表格，圖像尺寸非常重要：因?yàn)闆](méi)有定義尺寸的圖像會(huì)迫使瀏覽器清除和重繪頁(yè)面。這種情況發(fā)生在當(dāng)瀏覽器按照$#@60;TABLE$#@62;和$#@60;TD$#@62;來(lái)建造表格，然后卻發(fā)現(xiàn)表格單元中的圖像沒(méi)有尺寸參數(shù)卻太大而不能放在表格中時(shí)。瀏覽器只得重繪表格來(lái)容納如此笨拙的圖像。效率低下的頁(yè)面重繪浪費(fèi)時(shí)間，而且用戶看到不斷消失和重繪的頁(yè)面時(shí)也會(huì)不高興。

　　使用WIDTH和HEIGHT時(shí)，最重要的是不要用它們調(diào)整頁(yè)面圖形的大小或形狀。通過(guò)HTML調(diào)整大小是很差勁的，有兩個(gè)原因。如果你放大圖像，你會(huì)得到一幅有鋸齒的圖片。

　　用HTML使圖像變小不是一直很壞，但在表現(xiàn)上很差。因?yàn)闉g覽器下載的數(shù)據(jù)比實(shí)際要顯示的圖像多，于是增加了下載時(shí)間。

　　第五：緩存是你的朋友有一個(gè)使圖像下載更快的重要技術(shù)。那些在網(wǎng)站中重復(fù)出現(xiàn)的圖像-比如通用標(biāo)志、頁(yè)首或?qū)Ш綏l-不必一遍一遍地下載。缺省地，Netscape和Internet Explorer在RAM或硬盤上設(shè)置緩存來(lái)存儲(chǔ)最近用到的圖像。如果瀏覽器認(rèn)識(shí)是相同的文件名，它會(huì)讀緩存，而不是從網(wǎng)上下載。這種方法大大地提高了效率，以至于很多自動(dòng)記時(shí)程序無(wú)法識(shí)別-你只好用跑表自己測(cè)測(cè)了。

　　既然客戶端的緩存如此有用，在設(shè)計(jì)網(wǎng)頁(yè)時(shí)就應(yīng)考慮到瀏覽器的緩存。例如，如果網(wǎng)站有大量相似的頁(yè)首圖形，應(yīng)試圖把它進(jìn)行分割，使其中不變的部分能從緩存中立刻讀出來(lái)。雖然在每頁(yè)還要調(diào)用一個(gè)新圖，因?yàn)檫@個(gè)圖很小，所以下載很快。

　　最后，把你的圖像放在一個(gè)地方，最好在你的服務(wù)器上。這可以減少DNS查找的時(shí)間。另外，如果你要存儲(chǔ)圖像的一個(gè)或幾個(gè)服務(wù)器崩潰，將是一件很不幸的事。