閱讀本文英文原文（翻譯：劉松濤）
本文英文版由Port80 Software公司授權發(fā)表
這個(gè)分為三部分的文章概述了一個(gè)直觀(guān)的、省時(shí)省力的方法來(lái)提升訪(fǎng)問(wèn)網(wǎng)站的速度，這是基于網(wǎng)站性能有關(guān)的兩個(gè)簡(jiǎn)單法則：
若使用得當，此兩條法則會(huì )：
使用這些技巧來(lái)開(kāi)發(fā)網(wǎng)站，不僅能夠提高用戶(hù)對一個(gè)網(wǎng)站或者是基于web的一個(gè)應用的滿(mǎn)意度，更可以節約網(wǎng)站數據傳輸的成本。這篇文章所講述的技術(shù)細節可幫助我們寫(xiě)出很好很實(shí)用的代碼，從更廣泛的角度來(lái)講，這也將會(huì )給網(wǎng)站打造出良好的可用性基礎。
為自己寫(xiě)代碼，為使用而編譯
任何一個(gè)程序員都很清楚地知道，之所以不把自己所使用的代碼作為最終的代碼來(lái)交付是有它合理的原因的。寫(xiě)代碼時(shí)最好要盡可能多寫(xiě)些注釋?zhuān)ㄟ^(guò)編排格式在最大程度上提高代碼的可閱讀性，同時(shí)避免過(guò)分的簡(jiǎn)潔不讓晦澀的代碼給日后的維護帶來(lái)困難。之后，我們再使用編譯器等把源代碼轉化成其他格式，一方面達到最優(yōu)執行，另一方面可以防止反編譯，以免造成源代碼被剽竊。上述的這種模式其實(shí)也適用于網(wǎng)站的開(kāi)發(fā)。具體做法是：先制作好網(wǎng)站和網(wǎng)頁(yè)的源代碼，再利用一些簡(jiǎn)單的技術(shù)（比如：減少空白區域，進(jìn)行圖片和腳本的優(yōu)化，文件重命名等）把源代碼減肥然后你就可以將準備好的網(wǎng)站和網(wǎng)頁(yè)交付使用了。
希望這種概念對于你來(lái)說(shuō)并不突兀，因為起碼你很有可能正是在您站點(diǎn)的副本上操作，而不是直接在正在運行的站點(diǎn)上作修改更新。如果你不是這樣做的，那么請馬上停止閱讀本文，趕緊去給你的站點(diǎn)做個(gè)副本吧！無(wú)論您的網(wǎng)站的內容是靜態(tài)的手冊還是非常復雜的使用內容管理系統來(lái)驅動(dòng)（CMS-driven）的應用，這都是唯一正確的開(kāi)發(fā)網(wǎng)站的方式。你要是現在還不相信的話(huà)，那么我敢說(shuō)很快的等到你損毀了網(wǎng)站的一些文件卻發(fā)現難以恢復的時(shí)候你就信了。
在建造網(wǎng)站時(shí)，您可能會(huì )把注意力放在導致下載速度降低的最大元兇—圖片、二進(jìn)制文件（如Flash等）上。減少GIF圖片文件的顏色數、壓縮JPEG圖片文件的大小、優(yōu)化SWF文件固然頗有裨益，其他大有幫助的方法也不能小覷。要記得網(wǎng)站性能法則中的第一條，我們得不斷的努力以盡可能少地傳輸數據，不論它是markup文件、圖片還是腳本。把精力放在減少(X)HTML、CSS和JavaScript文件的字節數上似乎是瞎忙乎，可是，這可能恰恰就是最應該注意的地方。
在一個(gè)典型的網(wǎng)頁(yè)加載過(guò)程中，(X)HTML文件是最先被瀏覽器讀到的。既然這個(gè)文件決定了其他文件的關(guān)系，我們可以管這個(gè)文件叫主文件(host document)。瀏覽器一旦接收到這個(gè)主文件，便開(kāi)始解析各種markup；一般在解析的同時(shí)，也會(huì )觸發(fā)一系列對相關(guān)對象的請求，例如外部腳本、關(guān)聯(lián)的樣式表單、圖片、或嵌入式Flash等等。這些CSS和JavaScript文件有可能繼續觸發(fā)一些對相關(guān)圖片或腳本等的請求。這些對相關(guān)文件的請求排成隊列的速度越快，它們到達瀏覽器的速度也就越快，從而越早的開(kāi)始顯示出頁(yè)面來(lái)。了解了主文件的重要性，我們便知道把它盡快地傳給瀏覽器并加以解析的重要性，因為盡管主文件本身相對來(lái)說(shuō)整個(gè)傳輸量來(lái)說(shuō)只是一小部分，它卻能夠嚴重地阻礙網(wǎng)頁(yè)的加載速度。要明白，用戶(hù)才不在乎你使用的字節數的多少，用戶(hù)在乎的是時(shí)間！
那么您具體需要怎么做才能作到最優(yōu)傳輸的萬(wàn)全準備呢？一個(gè)基本的方法是減少空白區域，精簡(jiǎn)CSS和JavaScript，更改文件名，以及對要提交的代碼也采用前述相同的策略，使之越簡(jiǎn)潔越好(Google 就是一個(gè)例子). 這些目前大家都熟知的通用技巧，在很多網(wǎng)站和一些書(shū)中比如Andy King的 《Speed up Your Site: Website Optimisation 》都能找到。本文則列出我們認為最有效的優(yōu)化markup和代碼的二十大技巧。當然，您可以手動(dòng)來(lái)做部分優(yōu)化，或者使用網(wǎng)頁(yè)編輯器及工具來(lái)完成一些優(yōu)化，當然還可以開(kāi)發(fā)出您自己的精簡(jiǎn)工具。我們要向你介紹一個(gè)由Port80軟件公司開(kāi)發(fā)的工具w3compiler. 它幾乎實(shí)現了下面將要提到的所有技巧，而且它也反映出在“真實(shí)”世界里代碼優(yōu)化任務(wù)的商業(yè)價(jià)值。接下來(lái)，我們來(lái)談?wù)勥@些技巧！
Markup優(yōu)化
典型的markup要么是手工編輯出來(lái)的，在非常緊湊，注重標準的格式基礎上加入注釋和空白區域(white space)的文件；要么是編輯器生成的，非常之肥胖，帶有過(guò)分的格式編排及編輯器特有的通常用來(lái)控制結構的注釋?zhuān)踔吝€會(huì )有不少重復的和沒(méi)有用修飾或者代碼。這兩者都不是最優(yōu)傳輸的情況。下列技巧既安全又容易，是減小文件尺寸的好方法：
1、盡可能的除去空白區域
一般而言，空白區域字符（空格、制表符、換行符等）都可以安全刪除，但要避免修改pre, textarea, 及受CSS屬性中white-space影響的標簽。
2、除去注釋
除了在客戶(hù)端給IE和doctype聲明的條件注釋外，幾乎所有的注釋都可以安全去除掉。
3、使用最短格式的顏色表示
使用顏色時(shí)，不要一股腦的使用十六進(jìn)制或全顏色名稱(chēng)(full color name)，要盡可能根據實(shí)際情況使用最短格式的顏色表示。比如，一個(gè)為 4、 使用最短格式的字符表示 和最短顏色表示一樣，一些名稱(chēng)可以用最短字符來(lái)表示，我們可以用較短的數字來(lái)代替某些長(cháng)長(cháng)的字母。比如： 5、 除去無(wú)用的標簽 有些‘垃圾’markup，比如使用了多次的重復標簽或者某些編輯器里用作廣告的 CSS也有一套成熟而又簡(jiǎn)單的優(yōu)化方法。實(shí)際上，時(shí)下大多數的CSS都較 (X)HTML更容易壓縮。下面所列的技巧除了最后一條都是安全的。最后一條涉及到客戶(hù)端的網(wǎng)頁(yè)技術(shù)，可能會(huì )變得比較復雜。 6、除去CSS中的空白區域 相比起(X)HTML來(lái)，CSS對于空白區域沒(méi)有那么敏感，所以除去空白區域便可以極大地減少CSS文件和 7、 除去CSS注釋 如同除去markup代碼中的注釋一樣，由于CSS中的注釋對普通的最終用戶(hù)來(lái)說(shuō)并沒(méi)有什么實(shí)用價(jià)值，所以也應該被除去。不過(guò)，如果考慮到較低級的瀏覽器，則在CSS中的 8. 使用最短格式來(lái)表示顏色值 和HTML一樣，CSS顏色也可以用詞語(yǔ)或十六進(jìn)制格式表示。注意，在CSS中這樣做的效果會(huì )稍微明顯一些。主要是因為CSS中支持3位的十六進(jìn)制色值，例如對白色可用 9、對CSS的規則進(jìn)行合并、減少或刪除 CSS中的諸如字體大小、字體重量等規則往往可以使用一種單屬性字體的速記注釋方式來(lái)表示。使用得當的話(huà)，這個(gè)技巧可以讓您把如下的規則： 改寫(xiě)成下面簡(jiǎn)短的形式： 如果繼承方法使用得當的話(huà)，您還會(huì )發(fā)現在樣式表單中的一些規則可以顯著(zhù)的減少或干脆刪掉。到目前為止尚沒(méi)有能自動(dòng)移除規則的工具，所以只能通過(guò)手工調整CSS向導(Wizard)來(lái)進(jìn)行這些工作。不過(guò)即將推出的w2compiler 2.0會(huì )有這個(gè)功能。 10、對類(lèi)和ID值進(jìn)行重命名 在CSS優(yōu)化中最危險的動(dòng)作可能是重命名類(lèi)或ID值了?？纯慈缦乱巹t： 可將其更名為sS。而對ID值一樣可以遵循這樣的原則，例如對于： 則可將原來(lái)的 ”#firstParagraph” 重命名為 ”#fp”，并在整個(gè)文檔中重復這一動(dòng)作 。誠然，這樣做可能會(huì )涉及到“標識-樣式-腳本”互相依賴(lài)的問(wèn)題：如果一個(gè)“tag”有一個(gè)ID值，而這個(gè)值又可能不但用于樣式表，還可能用于腳本參考，甚至可能是一個(gè)鏈接目標地址。在這種情況下，您一旦修改了這個(gè)值，您就必須得保證對所有相關(guān)的腳本和鏈接參考都進(jìn)行了相應的修改，包括其他文件中的這個(gè)值，所以千萬(wàn)要小心細致。 改變類(lèi)的值相對改變ID值來(lái)說(shuō)，危險性小一些。因為經(jīng)驗告訴我們，比較起ID值來(lái)說(shuō)，大多數JavaScript程序員都不太經(jīng)常處理類(lèi)的值。然而，改變類(lèi)的名稱(chēng)來(lái)縮減CSS的尺寸也面臨著(zhù)和改變ID名稱(chēng)同樣的問(wèn)題，所以再次強調，要小心謹慎。 請注意：最好不要更改名稱(chēng)屬性，尤其是表單區域中的名稱(chēng)屬性。因為這些數值也會(huì )被服務(wù)器端程序所操作。雖然不是不可能，但對多數的網(wǎng)站來(lái)講，要計算好這些相互依賴(lài)關(guān)系是困難的。 越來(lái)越多的網(wǎng)站都依賴(lài)于JavaScript來(lái)生成導航菜單、表格確認和其他各種各樣實(shí)用的東西。不足為奇，大多數這些代碼都非常笨重，亟待優(yōu)化。對JavaScript代碼的很多優(yōu)化技術(shù)同那些用于markup代碼和CSS的技術(shù)很相似。不過(guò)，對JavaScript的優(yōu)化必須更加小心翼翼，因為一旦操作有誤，其后果可能不僅僅是顯示變形，并且可能導致網(wǎng)頁(yè)殘缺不全。下面我們先來(lái)看看一些最簡(jiǎn)單明了的方法，然后再探討那些需要小心操作的技巧。 11. 除去JavaScript注釋 除了 注釋?zhuān)渌械?// or /* */ 注釋都可以安全刪除，因為 它們對于最終使用者來(lái)說(shuō)沒(méi)有任何意義（除非有人想了解您的腳本是如何工作的）。 12.除去JavaScript中的空白區域 有意思的是，除去JavaScript中的空白區域并不象想象的那么有用。一方面，像如下代碼： 顯然可以簡(jiǎn)短得寫(xiě)成 然而，很多隨便的JavaScript程序員會(huì )忘記在兩行之間加上分號，這時(shí)空白區域的除去就會(huì )帶來(lái)問(wèn)題。比如，下面合法的JavaScript使用了暗示的(implied)分號： 草率地刪除了空白區域則會(huì )產(chǎn)生如下表達式： 顯然，錯誤就產(chǎn)生了。但如果您加上必需的分號，如下： 則在字節數上并沒(méi)有減少。然而在此，我們仍然鼓勵這種格式的變化，因為對w3compiler Beta版的測試反饋中，很多人對‘看起來(lái)壓縮了的’腳本非常滿(mǎn)意（也許這是因為視覺(jué)上確認了對原始代碼的格式轉變）。他們也喜歡這種處理方法產(chǎn)生的另一個(gè)效果，那就是讓交付的代碼變得更難讀。 13.進(jìn)行代碼優(yōu)化 簡(jiǎn)單的方法如除去暗示的(implied)分號，某些情形下的變量聲明或者空回車(chē)語(yǔ)句都可以進(jìn)一步減少腳本代碼。一些簡(jiǎn)略的表達方式也會(huì )產(chǎn)生很好的優(yōu)化，例如： 可以寫(xiě)成： 不過(guò)得小心謹慎，不然代碼很容易出錯。 14.重命名用戶(hù)自定義的變量和函數 為了閱讀方便，我們都知道在腳本中應該使用象 15.改寫(xiě)內建(built-in)對象 長(cháng)長(cháng)用戶(hù)變量名會(huì )造成JavaScript代碼過(guò)長(cháng)，除此之外，內建(built-in)對象（比如Window、Document、Navigator等）也是原因之一。例如： 可以改寫(xiě)成如下簡(jiǎn)短的代碼： 如果這幾個(gè)對象使用頻繁的話(huà)，這樣改寫(xiě)帶來(lái)的好處就不言而喻了。事實(shí)上這些對象也的確經(jīng)常被調用。然而我要提醒的是，如果Window或Navigator對象僅僅被使用了一次的話(huà)，這樣的替換反而使代碼變得更長(cháng)。所以手工進(jìn)行這種優(yōu)化時(shí)要格外小心，不過(guò)好在目前市面的常用的JavaScript代碼優(yōu)化工具都已經(jīng)考慮到這個(gè)因素了。 這個(gè)技巧帶來(lái)一個(gè)對象更名后腳本執行效率的問(wèn)題：除了代碼長(cháng)短上帶來(lái)的好處，這種改寫(xiě)更名實(shí)際上還會(huì )稍微的提高一點(diǎn)腳本執行的速度，因為這些對象將會(huì )被放在所有被調用對象中比較靠前的位置。JavaScript游戲開(kāi)發(fā)程序員使用這個(gè)技巧已經(jīng)有多年了，下載和執行速度都會(huì )有所提高，并且對本地瀏覽器的內存花銷(xiāo)也會(huì )降低，可謂一石三鳥(niǎo)。 最后一類(lèi)的優(yōu)化技巧與文件和站點(diǎn)的組織有關(guān)。下面談及的一些技巧可能會(huì )牽扯到服務(wù)器的調整和站點(diǎn)的重構。 16.重命名用戶(hù)訪(fǎng)問(wèn)不到的獨立文件和目錄 一些站點(diǎn)往往包含有諸如 或者更糟糕的象 既然這些文件從來(lái)都不會(huì )被訪(fǎng)問(wèn)到，對于最終使用者而言，方便不方便閱讀便無(wú)關(guān)緊要?？紤]下載速度的因素，上述句子改成下列形式更有意義： 然而手工的文件和目錄的修改工作量太大了，我們可以借助一些內容管理系統來(lái)完成相關(guān)的工作，比如將內容重命名成簡(jiǎn)短格式等。前面提到的w3compiler就有自動(dòng)復制并且檢查相互依賴(lài)關(guān)系的功能。如果使用得當，這個(gè)技巧會(huì )給引用這些文件的(X)HTML文件減肥不少，并且也讓那些剽竊(X)HTML的人重新使用這些文件設置了重重障礙。 17.使用URL rewriter來(lái)縮短所有的網(wǎng)頁(yè)URL 注意在剛才提到的技巧中并不建議對網(wǎng)頁(yè)的文件名（例如 就會(huì )變成 這背后的主要原因是讀者會(huì )看到一個(gè)這樣的URL： 不過(guò)，在不犧牲網(wǎng)頁(yè)URL原義的前提下，假如我們結合更名技巧和修改服務(wù)器配置的話(huà)，我們還是有可能從縮短文件名中得到收獲。譬如，在源代碼中把 由于這個(gè)技巧依賴(lài)于URL的復寫(xiě)，并且缺少對服務(wù)器端工具(如復寫(xiě)模塊)的廣泛接觸渠道和理解，即使是象w3compiler之類(lèi)的高級工具在目前也不推崇使用這個(gè)技巧。然而， 考慮到像Yahoo!這樣的大型網(wǎng)站通過(guò)積極使用該技巧得到了顯著(zhù)的獲益，這個(gè)技巧是不能夠被忽視的，畢竟它給目錄及文件名稱(chēng)都是非常具描述性的站點(diǎn)提供了明顯的減肥(X)HTML文件的效果。 18.除去或縮短文件擴展名 想想看，其實(shí)有些情況下文件的擴展名并沒(méi)有多大用處，比如 簡(jiǎn)化為： 或是結合文件名目錄名重命名，我們可以得到： 您可別乍一看這個(gè)結果就嚇跑了， 不過(guò)，為了使用這個(gè)相對高級的技巧，您還需要對服務(wù)器來(lái)做一下修改。主要要做的工作是啟用一個(gè)叫做“內容協(xié)商”(content negotiation)的東西。它可能是服務(wù)器自帶的，也可能需要一個(gè)擴展（比如象Apache的mod_negotation 模塊或者IIS里Port80的PageXchanger ）來(lái)支持。這樣做會(huì )有一個(gè)負面的影響，它可能會(huì )造成服務(wù)器性能的一點(diǎn)損失。然而，內容協(xié)商的功能所帶來(lái)的好處遠大于所付出的。干凈利落的URL可讓您的網(wǎng)站即安全又輕便，甚至還使得自適應的內容傳遞變成可能：根據訪(fǎng)問(wèn)者瀏覽器的功能和系統的設置來(lái)向他傳輸不同類(lèi)型的圖片或語(yǔ)言！更多的說(shuō)明請參看同作者所著(zhù)的 Towards Next Generation URLs 一文。 注意：少了擴展名的URL不會(huì )降低您網(wǎng)站在搜索引擎上的排名。Port80軟件和其他知名網(wǎng)站（如W3C網(wǎng)站）都使用此技術(shù)而沒(méi)有負面效果。 19. 重構 我們常常在一個(gè)HTML文件頭中看到這樣標記代碼： 大多數情況下，上述代碼應該被簡(jiǎn)化成： 其中 20.考慮代碼級的cache能力 提高網(wǎng)站性能中最重要的方法之一是提高緩沖能力（cacheability）。網(wǎng)頁(yè)開(kāi)發(fā)者對使用 現在，您已經(jīng)了解了20條有用的優(yōu)化技巧來(lái)使您的網(wǎng)站變得更快。從單條來(lái)看它們可能沒(méi)有很大的作用?？墒前阉鼈兒掀饋?lái)使用的話(huà)，網(wǎng)站的傳輸能力便會(huì )有明顯的提高。在下一篇文章中，我們將重點(diǎn)放在緩沖處理上。我們會(huì )解釋緩沖如何經(jīng)常會(huì )被錯誤使用，以及如何通過(guò)一些小小的改動(dòng)來(lái)取得性能的顯著(zhù)提高。 Joe Lima 是Port80軟件公司的首席構架師(architect)，同時(shí)教授UCSD 擴展的服務(wù)器技術(shù)。 Port80軟件公司 從Amazon.co.uk購買(mǎi)作者的書(shū)籍： 如您喜歡我們的文章并希望轉載，請閱讀我們的轉載注意事項#ff0000 的顏色屬性可以直接用red</code來(lái)說(shuō)明，而
lightgoldenrodyellow可以換成 #FAFAD2#FAFAD2。 È 可以變成È?；蛘?，偶爾這個(gè)方法反過(guò)來(lái)也行，比如：ð 如果變成ð則可以省一個(gè)字節。不過(guò)，這個(gè)方法不太安全，而且成效有限。meta 標簽，都可以安全地被刪除。 CSS優(yōu)化
style樣式表區域的大小。style標簽中的屏蔽注釋信息不可以被除去。#fff 來(lái)表示。p {font-size: 36pt;
font-family: Arial;
line-height: 48pt;
font-weight: bold;}p{font:bold 36pt/48pt Arial;}.superSpecial {color: red; font-size: 36pt;}#firstParagraph {background-color: yellow;}JavaScript優(yōu)化
x = x + 1;x=x+1;x=x+1
y=y+1x=x+1y=y+1x=x+1;y=y+1;x=x+1;x++;sumTotal這樣的變量而不是s。不過(guò)，考慮到下載的速度，sumTotal這個(gè)變量就顯得冗長(cháng)了。這個(gè)長(cháng)度對于最終使用者來(lái)說(shuō)沒(méi)有意義，但對瀏覽器下載則是個(gè)負擔。這個(gè)時(shí)候s就成為較好的選擇了。先寫(xiě)好方便閱讀的代碼，然后再使用一些工具來(lái)處理以供交付。這種處理方式在這里再一次展示了其價(jià)值所在。將所有的名稱(chēng)都重新用一個(gè)或兩個(gè)字母來(lái)命名將帶來(lái)顯著(zhù)的改善。alert(window.navigator.appName);
alert(window.navigator.appVersion);
alert(window.navigator.userAgent);w=window;n=w.navigator;a=alert;
a(n.appName);
a(n.appVersion);
a(n.userAgent);文件方面的優(yōu)化
SubHeaderAbout.gif或 rollover.js等是用戶(hù)無(wú)法通過(guò)URL來(lái)訪(fǎng)問(wèn)的文件。它們通常都保存在一個(gè)標準名稱(chēng)的目錄中，比如/images，因此我們常常會(huì )在markup代碼中看到這樣的句子：<img src="/images/SubHeaderAbout.gif"><img src="../../../images/SubHeaderAbout.gif"><img src="/0/a.gif">products.html）進(jìn)行重命名。那樣的話(huà)，則下面的標示：<a href="products.html">Products</a><a href="p.html">Products</a>http://www.sitename.com/p.html相比起http://www.sitename.com/products.html來(lái)，后者比前者要來(lái)的更有意義、更好用的多。products.html用p.htmll替換掉，之后再設立一個(gè)URL復寫(xiě)(rewrite)規則，由服務(wù)器端的一個(gè)類(lèi)似復寫(xiě)模塊的過(guò)濾器比如 來(lái)使用這個(gè)規則，從而再把這個(gè)URL擴展成一個(gè)較為用戶(hù)友好的值。注意這個(gè)竅門(mén)，如果這個(gè)復寫(xiě)規則只執行‘外部’(external)重定向的話(huà)，新的URL僅僅會(huì )寫(xiě)在使用者瀏覽器的地址條處，因而會(huì )強迫瀏覽器重新請求該頁(yè)。在此種情況下，文件本身沒(méi)有被重命名，僅僅是在源代碼中URL里使用了重命名的簡(jiǎn)短的文件名。.gif, .jpg, .js等。瀏覽器不會(huì )依賴(lài)這些擴展名來(lái)顯示頁(yè)面，而是在處理時(shí)使用MIME類(lèi)的頭信息（header）。了解了這一點(diǎn)，我們就可以把：<img src="images/SubHeaderAbout.gif"><img src="images/SubHeaderAbout"><img src="/0/sA">..sA.gif仍然是.sA.gif文件，只不過(guò)網(wǎng)頁(yè)的訪(fǎng)問(wèn)者不知道罷了。<script>和<style> 調用方式來(lái)優(yōu)化請求次數<script src="/scripts/rollovers.js"></script>
<script src="/scripts/validation.js"></script>
<script src="/scripts/tracking.js"></script><script src="/0/g.js"></script>g.js包含了所有供全局使用的函數。雖然把腳本文件分成三份對于維護來(lái)說(shuō)是有道理的，但對于代碼的傳輸則沒(méi)有意義。單個(gè)的腳本下載要比三個(gè)分離的請求高效的多，并且這也同時(shí)簡(jiǎn)化了markup代碼的長(cháng)度。有趣的是，這個(gè)方法模仿了傳統編程語(yǔ)言編譯器的連接概念<meta> 標簽來(lái)設置緩沖控制都很熟悉，可是撇開(kāi)meta對代理的緩沖毫無(wú)用處不說(shuō)，緩沖能力的真正價(jià)值是其對相關(guān)對象（比如圖片或腳本）方面的應用。為了提高緩沖能力，您要考慮根據改變頻率對相關(guān)對象進(jìn)行分段，把更適合緩沖處理的東西放在某個(gè)目錄中（比如：/cache或者/images/cache。一旦您按照這個(gè)方法來(lái)組織您的網(wǎng)站，添加緩沖控制規則就很容易了，這樣你的網(wǎng)站就會(huì )向經(jīng)常來(lái)的訪(fǎng)問(wèn)者“跳”出來(lái)。Thomas A. Powell 是PINT公司的創(chuàng )始人，也是加州大學(xué)San Diego分校計算機科學(xué)系的講師，以及一些網(wǎng)頁(yè)開(kāi)發(fā)書(shū)籍的作者，其所著(zhù)書(shū)目包括《HTML & XHTML: The Complete Reference》和 《JavaScript: The Complete Reference》等。
Port80 Software, Inc. 是微軟 Internet Information Services (IIS) 網(wǎng)絡(luò )服務(wù)的領(lǐng)先的開(kāi)發(fā)商. 公司同時(shí)提供w3compiler, 一套優(yōu)化代碼的桌面應用軟件。Port80 Software 是微軟認證合作商(MCP ISV)。它位于San Diego, CA. 更多信息請見(jiàn)公司網(wǎng)站 www.port80software.com.
聯(lián)系客服
