| 什么是Web緩存 為什么使用什么是Web緩存？ 發(fā)布時間：2014-10-12 00:13:22 |
| 什么是Web緩存，為什么要使用它?Web緩存位于Web服務(wù)器之間(1個或多個，內(nèi)容源服務(wù)器)和客戶端之間(1個或多個)：緩存會根據(jù)進(jìn)來的請求保存輸出內(nèi)容的副本，例如html頁面， 圖片，文件(統(tǒng)稱為副本)，然后，當(dāng)下一個請求來到的時候：如果是相同的URL，緩存直接使用副本響應(yīng)訪問請求，而不是向源服務(wù)器再次發(fā)送請求。 使用緩存主要有2大理由： 減少相應(yīng)延遲：因?yàn)檎埱髲木彺娣⻊?wù)器(離客戶端更近)而不是源服務(wù)器被相應(yīng)，這個過程耗時更少，讓web服務(wù)器看上去相應(yīng)更快; 減少網(wǎng)絡(luò)帶寬消耗：當(dāng)副本被重用時會減低客戶端的帶寬消耗;客戶可以節(jié)省帶寬費(fèi)用，控制帶寬的需求的增長并更易于管理。 緩存的類型瀏覽器緩存 對于新一代的Web瀏覽器來說(例如：IE，F(xiàn)irefox)：一般都能在設(shè)置對話框中發(fā)現(xiàn)關(guān)于緩存的設(shè)置，通過在你的電腦上僻處一塊硬盤空間用于存儲你已經(jīng)看過的網(wǎng)站的副本。瀏覽器緩存根據(jù)非常簡單的規(guī)則進(jìn)行工作：在同一個會話過程中(在當(dāng)前瀏覽器沒有被關(guān)閉之前)會檢查一次并確定緩存的副本足夠新。這個緩存對于用戶點(diǎn)擊“后退”或者點(diǎn)擊剛訪問過的鏈接特別有用，如果你瀏覽過程中訪問到同一個圖片，這些圖片可以從瀏覽器緩存中調(diào)出而即時顯現(xiàn)。 代理服務(wù)器緩存Web代理服務(wù)器使用同樣的緩存原理，只是規(guī)模更大。代理服務(wù)器群為成百上千用戶服務(wù)使用同樣的機(jī)制;大公司和ISP經(jīng)常在他們的防火墻上架設(shè)代理緩存或者單獨(dú)的緩存設(shè)備; 由于帶路服務(wù)器緩存并非客戶端或者源服務(wù)器的一部分，而是位于原網(wǎng)絡(luò)之外，請求必須路由到他們才能起作用。一個方法是手工設(shè)置你的瀏覽器：告訴瀏覽器使用 那個代理，另外一個是通過中間服務(wù)器：這個中間服務(wù)器處理所有的web請求，并將請求轉(zhuǎn)發(fā)到后臺網(wǎng)絡(luò)，而用戶不必配置代理，甚至不必知道代理的存在; 代理服務(wù)器緩存：是一個共享緩存，不只為一個用戶服務(wù)，經(jīng)常為大量用戶使用，因此在減少相應(yīng)時間和帶寬使用方面很有效：因?yàn)橥粋�副本會被重用多次。 網(wǎng)關(guān)緩存也被稱為反向代理緩存或間接代理緩存，網(wǎng)關(guān)緩存也是一個中間服務(wù)器，和內(nèi)網(wǎng)管理員部署緩存用于節(jié)省帶寬不同：網(wǎng)關(guān)緩存一般是網(wǎng)站管理員自己部署：讓他們的網(wǎng)站更容易擴(kuò)展并獲得更好的性能; 請求有幾種方法被路由到網(wǎng)關(guān)緩存服務(wù)器上：其中典型的是讓用一臺或多臺負(fù)載均衡服務(wù)器從客戶端看上去是源服務(wù)器; 網(wǎng)絡(luò)內(nèi)容發(fā)布商 (Content delivery networks CDNs)分布網(wǎng)關(guān)緩存到整個(或部分)互聯(lián)網(wǎng)上，并出售緩存服務(wù)給需要的網(wǎng)站，Speedera和Akamai就是典型的網(wǎng)絡(luò)內(nèi)容發(fā)布商(下文簡稱CDN)。 本問主要關(guān)注于瀏覽器和代理緩存，當(dāng)然，有些信息對于網(wǎng)關(guān)緩存也同樣有效; Web緩存無害嗎?為什么要鼓勵緩存?Web緩存在互聯(lián)網(wǎng)上最容易被誤解的技術(shù)之一：網(wǎng)站管理員經(jīng)常怕對網(wǎng)站失去控制，由于代理緩存會“隱藏”他們的用戶，讓他們感覺難以監(jiān)控誰在使用他們的網(wǎng)站。 不幸的是：就算不考慮Web緩存，互聯(lián)網(wǎng)上也有很多網(wǎng)站使用非常多的參數(shù)以便管理員精確地跟蹤用戶如何使用他們的網(wǎng)站;如果這類問題也是你關(guān)心的，本文將告訴你如何獲得精確的統(tǒng)計而不必將網(wǎng)站設(shè)計的非常緩存不友好。 另外一個抱怨是緩存會給用戶過期或失效的數(shù)據(jù);無論如何：本文可以告訴你怎樣配置你的服務(wù)器來控制你的內(nèi)容將被如何緩存。 CDN是另外一個有趣的方向，和其他代理緩存不同：CDN的網(wǎng)關(guān)緩存為希望被緩存的網(wǎng)站服務(wù)，沒有以上顧慮。即使你使用了CDN，你也要考慮后續(xù)的代理服務(wù)器緩存和瀏覽器緩存問題。 另外一方面：如果良好地規(guī)劃了你的網(wǎng)站，緩存會有助于網(wǎng)站服務(wù)更快，并節(jié)省服務(wù)器負(fù)載和互聯(lián)網(wǎng)的鏈接請求。這個改善是顯著的：一個難以緩存的網(wǎng)站可能需要幾秒去載入頁面，而對比有緩存的網(wǎng)站頁面幾乎是即時顯現(xiàn)：用戶更喜歡速度快的網(wǎng)站并更經(jīng)常的訪問; 這樣想：很多大型互聯(lián)網(wǎng)公司為全世界服務(wù)器群投入上百萬資金，為的就是讓用戶訪問盡可能快，客戶端緩存也是這個目的，只不過更靠近用戶一端，而且最好的一點(diǎn)是你甚至根本不用為此付費(fèi)。 事實(shí)上，無論你是否喜歡，代理服務(wù)器和瀏覽器都回啟用緩存。如果你沒有配置網(wǎng)站正確的緩存，他們會按照缺省或者緩存管理員的策略進(jìn)行緩存。 緩存如何工作所有的緩存都用一套規(guī)則來幫助他們決定什么時候使用緩存中的副本提供服務(wù)(假設(shè)有副本可用的情況下);一些規(guī)則在協(xié)議中有定義(HTTP協(xié)議1.0和1.1)，一些規(guī)則由緩存的管理員設(shè)置(瀏覽器的用戶或者代理服務(wù)器的管理員); 一般說來：遵循以下基本的規(guī)則(不必?fù)?dān)心，你不必知道所有的細(xì)節(jié)，細(xì)節(jié)將隨后說明) 如果響應(yīng)頭信息：告訴緩存器不要保留緩存，緩存器就不會緩存相應(yīng)內(nèi)容; 如果請求信息是需要認(rèn)證或者安全加密的，相應(yīng)內(nèi)容也不會被緩存; 如果在回應(yīng)中不存在校驗(yàn)器(ETag或者Last-Modified頭信息)，緩存服務(wù)器會認(rèn)為缺乏直接的更新度信息，內(nèi)容將會被認(rèn)為不可緩存。 一個緩存的副本如果含有以下信息：內(nèi)容將會被認(rèn)為是足夠新的 含有完整的過期時間和壽命控制頭信息，并且內(nèi)容仍在保鮮期內(nèi); 瀏覽器已經(jīng)使用過緩存副本，并且在一個會話中已經(jīng)檢查過內(nèi)容的新鮮度; 緩存代理服務(wù)器近期內(nèi)已經(jīng)使用過緩存副本，并且內(nèi)容的最后更新時間在上次使用期之前; 夠新的副本將直接從緩存中送出，而不會向源服務(wù)器發(fā)送請求; 如果緩存的副本已經(jīng)太舊了，緩存服務(wù)器將向源服務(wù)器發(fā)出請求校驗(yàn)請求，用于確定是否可以繼續(xù)使用當(dāng)前拷貝繼續(xù)服務(wù); 總之：新鮮度和校驗(yàn)是確定內(nèi)容是否可用的最重要途徑： 如果副本足夠新，從緩存中提取就立刻能用了; 而經(jīng)緩存器校驗(yàn)后發(fā)現(xiàn)副本的原件沒有變化，系統(tǒng)也會避免將副本內(nèi)容從源服務(wù)器整個重新傳輸一遍。 如何控制(控制不)緩存有很多工具可以幫助設(shè)計師和網(wǎng)站管理員調(diào)整緩存服務(wù)器對待網(wǎng)站的方式，這也許需要你親自下手對服務(wù)器的配置進(jìn)行一些調(diào)整，但絕對值得;了解如何使用這些工具請參考后面的實(shí)現(xiàn)章節(jié); HTML meta標(biāo)簽和HTTP 頭信息HTML的編寫者會在文檔的區(qū)域中加入描述文檔的各種屬性，這些META標(biāo)簽常常被用于標(biāo)記文檔不可以被緩存或者標(biāo)記多長時間后過期; META標(biāo)簽使用很簡單：但是效率并不高，因?yàn)橹挥袔追N瀏覽器會遵循這個標(biāo)記(那些真正會“讀懂”HTML的瀏覽器)，沒有一種緩存代理服務(wù)器能遵循這個 規(guī)則(因?yàn)樗鼈儙缀跬耆唤馕鑫臋n中HTML內(nèi)容);有事會在Web頁面中增加：Pragma: no-cache這個META標(biāo)記，如果要讓頁面保持刷新，這個標(biāo)簽其實(shí)完全沒有必要。 如果你的網(wǎng)站托管在ISP機(jī)房中，并且機(jī)房可能不給你權(quán)限去控制HTTP的頭信息(如：Expires和Cache-Control)，大聲控訴：這些機(jī)制對于你的工作來說是必須的; 另外一方面： HTTP頭信息可以讓你對瀏覽器和代理服務(wù)器如何處理你的副本進(jìn)行更多的控制。他們在HTML代碼中是看不見的，一般由Web服務(wù)器自動生成。但是，根據(jù) 你使用的服務(wù)，你可以在某種程度上進(jìn)行控制。在下文中：你將看到一些有趣的HTTP頭信息，和如何在你的站點(diǎn)上應(yīng)用部署這些特性。 HTTP頭信息發(fā)送在HTML代碼之前，只有被瀏覽器和一些中間緩存能看到，一個典型的HTTP 1.1協(xié)議返回的頭信息看上去像這樣： HTTP/1.1 200 OK Date: Fri, 30 Oct 1998 13:19:41 GMT Server: Apache/1.3.3 (Unix) Cache-Control: max-age=3600, must-revalidate Expires: Fri, 30 Oct 1998 14:19:41 GMT Last-Modified: Mon, 29 Jun 1998 02:28:12 GMT ETag: "3e86-410-3596fbbc" Content-Length: 1040 Content-Type: text/html 在頭信息空一行后是HTML代碼的輸出，關(guān)于如何設(shè)置HTTP頭信息請參考實(shí)現(xiàn)章節(jié); Pragma HTTP頭信息 (為什么它不起作用)很多人認(rèn)為在HTTP頭信息中設(shè)置了Pragma: no-cache后會讓內(nèi)容無法被緩存。但事實(shí)并非如此：HTTP的規(guī)范中，響應(yīng)型頭信息沒有任何關(guān)于Pragma屬性的說明，而討論了的是請求型頭信息 Pragma屬性(頭信息也由瀏覽器發(fā)送給服務(wù)器)，雖然少數(shù)集中緩存服務(wù)器會遵循這個頭信息，但大部分不會。用了Pragma也不起什么作用，要用就使 用下列頭信息： 使用Expires(過期時間)HTTP頭信息來控制保鮮期Expires(過期時間) 屬性是HTTP控制緩存的基本手段，這個屬性告訴緩存器：相關(guān)副本在多長時間內(nèi)是新鮮的。過了這個時間，緩存器就會向源服務(wù)器發(fā)送請求，檢查文檔是否被修改。幾乎所有的緩存服務(wù)器都支持Expires(過期時間)屬性; 大部分Web服務(wù)器支持你用幾種方式設(shè)置Expires屬性;一般的：可以設(shè)計一個絕對時間間隔：基于客戶最后查看副本的時間(最后訪問時間)或者根據(jù)服務(wù)器上文檔最后被修改的時間; Expires頭信息：對于設(shè)置靜態(tài)圖片文件(例如導(dǎo)航欄和圖片按鈕)可緩存特別有用;因?yàn)檫@些圖片修改很少，你可以給它們設(shè)置一個特別長的過期時間，這會使你的網(wǎng)站對用戶變得相應(yīng)非�？�;他們對于控制有規(guī)律改變的網(wǎng)頁也很有用，例如：你每天早上6點(diǎn)更新新聞頁，你可以設(shè)置副本的過期時間也是這個時間，這樣緩存 服務(wù)器就知道什么時候去取一個更新版本，而不必讓用戶去按瀏覽器的“刷新”按鈕。 過期時間頭信息屬性值只能是HTTP格式的日期時間，其他的都會被解析成當(dāng)前時間“之前”，副本會過期，記�。篐TTP的日期時間必須是格林威治時間(GMT)，而不是本地時間。舉例： Expires: Fri, 30 Oct 1998 14:19:41 GMT 所以使用過期時間屬性一定要確認(rèn)你的Web服務(wù)器時間設(shè)置正確，一個途徑是通過網(wǎng)絡(luò)時間同步協(xié)議(Network Time Protocol NTP)，和你的系統(tǒng)管理員那里你可以了解更多細(xì)節(jié)。 雖然過期時間屬性非常有用，但是它還是有些局限，首先：是牽扯到了日期，這樣Web服務(wù)器的時間和緩存服務(wù)器的時間必須是同步的，如果有些不同步，要么是應(yīng)該緩存的內(nèi)容提前過期了，要么是過期結(jié)果沒及時更新。 還有一個過期時間設(shè)置的問題也不容忽視：如果你設(shè)置的過期時間是一個固定的時間，如果你返回內(nèi)容的時候又沒有連帶更新下次過期的時間，那么之后所有訪問請求都會被發(fā)送給源Web服務(wù)器，反而增加了負(fù)載和響應(yīng)時間; Cache-Control(緩存控制) HTTP頭信息HTTP 1.1介紹了另外一組頭信息屬性：Cache-Control響應(yīng)頭信息，讓網(wǎng)站的發(fā)布者可以更全面的控制他們的內(nèi)容，并定位過期時間的限制。 有用的 Cache-Control響應(yīng)頭信息包括： max-age=[秒] — 執(zhí)行緩存被認(rèn)為是最新的最長時間。類似于過期時間，這個參數(shù)是基于請求時間的相對時間間隔，而不是絕對過期時間，[秒]是一個數(shù)字，單位是秒：從請求時間開始到過期時間之間的秒數(shù)。 s-maxage=[秒] — 類似于max-age屬性，除了他應(yīng)用于共享(如：代理服務(wù)器)緩存 public — 標(biāo)記認(rèn)證內(nèi)容也可以被緩存，一般來說： 經(jīng)過HTTP認(rèn)證才能訪問的內(nèi)容，輸出是自動不可以緩存的; no-cache — 強(qiáng)制每次請求直接發(fā)送給源服務(wù)器，而不經(jīng)過本地緩存版本的校驗(yàn)。這對于需要確認(rèn)認(rèn)證應(yīng)用很有用(可以和public結(jié)合使用)，或者嚴(yán)格要求使用最新數(shù)據(jù)的應(yīng)用(不惜犧牲使用緩存的所有好處); no-store — 強(qiáng)制緩存在任何情況下都不要保留任何副本 must-revalidate — 告訴緩存必須遵循所有你給予副本的新鮮度的，HTTP允許緩存在某些特定情況下返回過期數(shù)據(jù)，指定了這個屬性，你高速緩存，你希望嚴(yán)格的遵循你的規(guī)則。 proxy-revalidate — 和 must-revalidate類似，除了他只對緩存代理服務(wù)器起作用 舉例: Cache-Control: max-age=3600, must-revalidate 如果你計劃試用Cache-Control屬性，你應(yīng)該看一下這篇HTTP文檔，詳見參考和深入閱讀; 校驗(yàn)參數(shù)和校驗(yàn)在Web緩存如何工作： 我們說過：校驗(yàn)是當(dāng)副本已經(jīng)修改后，服務(wù)器和緩存之間的通訊機(jī)制;使用這個機(jī)制：緩存服務(wù)器可以避免副本實(shí)際上仍然足夠新的情況下重復(fù)下載整個原件。 校驗(yàn)參數(shù)非常重要，如果1個不存在，并且沒有任何信息說明保鮮期(Expires或Cache-Control)的情況下，緩存將不會存儲任何副本; 最常見的校驗(yàn)參數(shù)是文檔的最后修改時間，通過最后Last-Modified頭信息可以，當(dāng)一份緩存包含Last-Modified信息，他基于此信息，通過添加一個If-Modified-Since請求參數(shù)，向服務(wù)器查詢：這個副本從上次查看后是否被修改了。 HTTP 1.1介紹了另外一個校驗(yàn)參數(shù)： ETag，服務(wù)器是服務(wù)器生成的唯一標(biāo)識符ETag，每次副本的標(biāo)簽都會變化。由于服務(wù)器控制了ETag如何生成，緩存服務(wù)器可以通過If-None-Match請求的返回沒變則當(dāng)前副本和原件完全一致。 所有的緩存服務(wù)器都使用Last-Modified時間來確定副本是否夠新，而ETag校驗(yàn)正變得越來越流行; 所有新一代的Web服務(wù)器都對靜態(tài)內(nèi)容(如：文件)自動生成ETag和Last-Modified頭信息，而你不必做任何設(shè)置。但是，服務(wù)器對于動態(tài)內(nèi)容(例如：CGI,ASP或數(shù)據(jù)庫生成的網(wǎng)站)并不知道如何生成這些信息，參考一下編寫利于緩存的腳本章節(jié); 創(chuàng)建利于緩存網(wǎng)站的竅門除了使用新鮮度信息和校驗(yàn)，你還有很多方法使你的網(wǎng)站緩存友好。 保持URL穩(wěn)定： 這是緩存的金科玉律，如果你給在不同的頁面上，給不同用戶或者從不同的站點(diǎn)上提供相同的內(nèi)容，應(yīng)該使用相同的URL，這是使你的網(wǎng)站緩存友好最簡單，也是 最高效的方法。例如：如果你在頁面上使用 "/index.html" 做為引用，那么就一直用這個地址; 使用一個共用的庫存放每頁都引用的圖片和其他頁面元素; 對于不經(jīng)常改變的圖片/頁面啟用緩存，并使用Cache-Control: max-age屬性設(shè)置一個較長的過期時間; 對于定期更新的內(nèi)容設(shè)置一個緩存服務(wù)器可識別的max-age屬性或過期時間; 如果數(shù)據(jù)源(特別是下載文件)變更，修改名稱，這樣：你可以讓其很長時間不過期，并且保證服務(wù)的是正確的版本;而鏈接到下載文件的頁面是一個需要設(shè)置較短過期時間的頁面。 萬不得已不要改變文件，否則你會提供一個非常新的Last-Modified日期;例如：當(dāng)你更新了網(wǎng)站，不要復(fù)制整個網(wǎng)站的所有文件，只上傳你修改的文件。 只在必要的時候使用Cookie，cookie是非常難被緩存的，而且在大多數(shù)情況下是不必要的，如果使用cookie，控制在動態(tài)網(wǎng)頁上; 減少試用SSL，加密的頁面不會被任何共享緩存服務(wù)器緩存，只在必要的時候使用，并且在SSL頁面上減少圖片的使用; 使用可緩存性評估引擎，這對于你實(shí)踐本文的很多概念都很有幫助; 編寫利于緩存的腳本腳本缺省不會返回校驗(yàn)參數(shù)(返回Last-Modified或ETag頭信息)或其他新鮮度信息(Expires或Cache-Control)，有些動態(tài)腳本的確是動態(tài)內(nèi)容(每次相應(yīng)內(nèi)容都不一樣)，但是更多(搜索引擎，數(shù)據(jù)庫引擎網(wǎng)站)網(wǎng)站還是能從緩存友好中獲益的。 一般說來，如果腳本生成的輸出在未來一段時間(幾分鐘或者幾天)都是可重復(fù)復(fù)制的，那么就是可緩存的。如果腳本輸出內(nèi)容只隨URL變化而變化，也是可緩存的;但如果輸出會根據(jù)cookie，認(rèn)證信息或者其他外部條件變化，則還是不可緩存的。 最利于緩存的腳本就是將內(nèi)容改變時導(dǎo)出成靜態(tài)文件，Web服務(wù)器可以將其當(dāng)作另外一個網(wǎng)頁并生成和試用校驗(yàn)參數(shù)，讓一些都變得更簡單，只需要寫入文件即可，這樣最后修改時間也有了; 另外一個讓腳本可緩存的方法是對一段時間內(nèi)能保持較新的內(nèi)容設(shè)置一個相對壽命的頭信息，雖然通過Expires頭信息也可以實(shí)現(xiàn)，但更容易的是用Cache-Control: max-age屬性，它會讓首次請求后一段時間內(nèi)緩存保持新鮮; 如果以上做法你都做不到，你可以讓腳本生成一個校驗(yàn)屬性，并對 If-Modified-Since 和/或If-None-Match請求作出反應(yīng)，這些屬性可以從解析HTTP頭信息得到，并對符合條件的內(nèi)容返回304 Not Modified(內(nèi)容未改變)，可惜的是，這種做法比不上前2種高效; 其他竅門： 盡量避免使用POST，除非萬不得已，POST模式的返回內(nèi)容不會被大部分緩存服務(wù)器保存，如果你發(fā)送內(nèi)容通過URL和查詢(通過GET模式)的內(nèi)容可以緩存下來供以后使用; 不要在URL中加入針對每個用戶的識別信息：除非內(nèi)容是針對每個用戶不同的; 不要統(tǒng)計一個用戶來自一個地址的所有請求，因?yàn)榫彺娉３Ｊ且黄鸸ぷ鞯? 生成并返回Content-Length頭信息，如果方便的話，這個屬性讓你的腳本在可持續(xù)鏈接模式時：客戶端可以通過一個TCP/IP鏈接同時請求多個副本，而不是為每次請求單獨(dú)建立鏈接，這樣你的網(wǎng)站相應(yīng)會快很多; 具體定義請參考實(shí)現(xiàn)章節(jié)。 常見問題解答讓網(wǎng)站變得可緩存的要點(diǎn)是什么?好的策略是確定那些內(nèi)容最熱門，大量的復(fù)制(特別是圖片)并針對這些內(nèi)容先部署緩存。 如何讓頁面通過緩存達(dá)到最快相應(yīng)?緩存最好的副本是那些可以長時間保持新鮮的內(nèi)容;基于校驗(yàn)雖然有助于加快相應(yīng)，但是它不得不和源服務(wù)器聯(lián)系一次去檢查內(nèi)容是否夠新，如果緩存服務(wù)器上就知道內(nèi)容是新的，內(nèi)容就可以直接相應(yīng)返回了。 我理解緩存是好的，但是我不得不統(tǒng)計多少人訪問了我的網(wǎng)站!如果你必須知道每次頁面訪問的，選擇【一】個頁面上的小元素，或者頁面本身，通過適當(dāng)?shù)念^信息讓其不可緩存，例如： 可以在每個頁面上部署一個1x1像素的透明圖片。Referer頭信息會有包含這個圖片的每個頁面信息; 明確一點(diǎn)：這個并不會給你一個關(guān)于你用戶精確度很高的統(tǒng)計，而且這對互聯(lián)網(wǎng)和你的用戶這都不太好，消耗了額外的帶寬，強(qiáng)迫用戶去訪問無法緩存的內(nèi)容。了解更多信息，參考訪問統(tǒng)計資料。 我如何能看到HTTP頭信息的內(nèi)容?很多瀏覽器在頁面屬性或類似界面中可以讓你看到Expires 和Last-Modified信息;如果有的話：你會找到頁面信息的菜單和頁面相關(guān)的文件(如圖片)，并且包含他們的詳細(xì)信息; 看到完整的頭信息，你可以用telnet手工連接到Web服務(wù)器; 為此：你可能需要用一個字段指定端口(缺省是80)，或者鏈接到www.example.com:80 或者 www.example.com 80(注意是空格)，更多設(shè)置請參考一下telnet客戶端的文檔; 打開網(wǎng)站鏈接：請求一個查看鏈接，如果你想看到http://www.example.com/foo.html 連接到www.example.com的80端口后，鍵入： GET /foo.html HTTP/1.1 [回車] GET /foo.html HTTP/1.1 [return] Host: www.example.com [回車][回車] Host: www.example.com [return][return] 在[回車]處按鍵盤的回車鍵;在最后，要按2次回車，然后，就會輸出頭信息及完整頁面，如果只想看頭信息，將GET換成HEAD。 我的頁面是密碼保護(hù)的，代理緩存服務(wù)器如何處理他們?缺省的，網(wǎng)頁被HTTP認(rèn)證保護(hù)的都是私密內(nèi)容，它們不會被任何共享緩存保留。但是，你可以通過設(shè)置Cache-Control: public讓認(rèn)證頁面可緩存，HTTP 1.1標(biāo)準(zhǔn)兼容的緩存服務(wù)器會認(rèn)出它們可緩存。 如果你認(rèn)為這些可緩存的頁面，但是需要每個用戶認(rèn)證后才能看，可以組合使用Cache-Control: public和no-cache頭信息，高速緩存必須在提供副本之前，將將新客戶的認(rèn)證信息提交給源服務(wù)器。設(shè)置就是這樣： Cache-Control: public, no-cache 無論如何：這是減少認(rèn)證請求的最好方法，例如： 你的圖片是不機(jī)密的，將它們部署在另外一個目錄，并對此配置服務(wù)器不強(qiáng)制認(rèn)證。這樣，那些圖片會缺省都緩存。 我們是否要擔(dān)心用戶通過cache訪問我的站點(diǎn)?代理服務(wù)器上SSL頁面不會被緩存(不推薦被緩存)，所以你不必為此擔(dān)心。但是，由于緩存保存了非SSL請求和從他們抓取的URL，你要意識到?jīng)]有安全保護(hù)的網(wǎng)站，可能被不道德的管理員可能搜集用戶隱私，特別是通過URL。 實(shí)際上，位于服務(wù)器和客戶端之間的管理員可以搜集這類信息。特別是通過CGI腳本在通過URL傳遞用戶名和密碼的時候會有很大問題;這對泄露用戶名和密碼是一個很大的漏洞; 如果你初步懂得互聯(lián)網(wǎng)的安全機(jī)制，你不會對緩存服務(wù)器有任何。 我在尋找一個包含在Web發(fā)布系統(tǒng)解決方案，那些是比較有緩存意識的系統(tǒng)?這很難說，一般說來系統(tǒng)越復(fù)雜越難緩存。最差就是全動態(tài)發(fā)布并不提供校驗(yàn)參數(shù);你無發(fā)緩存任何內(nèi)容�？梢韵蛳到y(tǒng)提供商的技術(shù)人員了解一下，并參考后面的實(shí)現(xiàn)說明。 我的圖片設(shè)置了1個月后過期，但是我現(xiàn)在需要現(xiàn)在更新。過期時間是繞不過去的，除非緩存(瀏覽器或者代理服務(wù)器)空間不足才會刪除副本，緩存副本在過期之間會被一直使用。 最好的辦法是改變它們的鏈接，這樣，新的副本將會從源服務(wù)器上重新下載。記�。阂盟鼈兊捻撁姹旧硪矔痪彺妗Ｒ虼�，使用靜態(tài)圖片和類似內(nèi)容是很容易緩存的，而引用他們的HTML頁面則要保持非常更新; 如果你希望對指定的緩存服務(wù)器重新載入一個副本，你可以強(qiáng)制使用“刷新”(在FireFox中在reload的時候按住shift鍵：就會有前面提到惡Pragma: no-cache頭信息發(fā)出)�；蛘吣憧梢宰尵彺娴墓芾韱T從他們的界面中刪除相應(yīng)內(nèi)容; 我運(yùn)行一個Web托管服務(wù)，如何讓我的用戶發(fā)布緩存友好的網(wǎng)頁?如果你使用apahe，可以考慮允許他們使用.htaccess文件并提供相應(yīng)的文檔; 另外一方面： 你也可以考慮在各種虛擬主機(jī)上建立各種緩存策略。例如： 你可以設(shè)置一個目錄 /cache-1m 專門用于存放訪問1個月的訪問，另外一個 /no-cache目錄則被用提供不可存儲副本的服務(wù)。 無論如何：對于大量用戶訪問還是應(yīng)該用緩存。對于大網(wǎng)站，這方面的節(jié)約很明顯(帶寬和服務(wù)器負(fù)載); 我標(biāo)記了一些網(wǎng)頁是可緩存的，但是瀏覽器仍然每次發(fā)送請求給服務(wù)。如何強(qiáng)制他們保存副本?緩存服務(wù)器并不會總保存副本并重用副本;他們只是在特定情況下會不保存并使用副本。所有的緩存服務(wù)器都回基于文件的大小，類型(例如：圖片 頁面)，或者服務(wù)器空間的剩余來確定如何緩存。你的頁面相比更熱門或者更大的文件相比，并不值得緩存。 所以有些緩存服務(wù)器允許管理員根據(jù)文件類型確定緩存副本的優(yōu)先級，允許某些副本被永久緩存并長期有效; 緩存機(jī)制的實(shí)現(xiàn) - Web服務(wù)器端配置一般說來，應(yīng)該選擇最新版本的Web服務(wù)器程序來部署。不僅因?yàn)樗鼈儼嗬诰彺娴墓δ�，新版本往往在性能和安全性方面都有很多的改善�?/span> Apache HTTP服務(wù)器Apache有些可選的模塊來包含這些頭信息： 包括Expires和Cache-Control。 這些模塊在1.2版本以上都支持; 這些模塊需要和apache一起編譯;雖然他們已經(jīng)包含在發(fā)布版本中，但缺省并沒有啟用。為了確定相應(yīng)模塊已經(jīng)被啟用：找到httpd程序并運(yùn)行httpd -l 它會列出可用的模塊，我們需要用的模塊是mod_expires和mod_headers 如果這些模塊不可用，你需要聯(lián)系管理員，重新編譯并包含這些模塊。這些模塊有時候通過配置文件中把注釋掉的配置啟用，或者在編譯的時候增加-enable -module=expires和-enable-module=headers選項(xiàng)(在apache 1.3和以上版本)。 參考Apache發(fā)布版中的INSTALL文件; Apache一旦啟用了相應(yīng)的模塊，你就可以在.htaccess文件或者在服務(wù)器的access.conf文件中通過mod_expires設(shè)置副本什 么時候過期。你可設(shè)置過期從訪問時間或文件修改時間開始計算，并且應(yīng)用到某種文件類型上或缺省設(shè)置，參考模塊的文檔獲得更多信息，或者遇到問題的時候向你身邊的apache專家討教。 應(yīng)用Cache-Control頭信息，你需要使用mod_headers,它將允許你設(shè)置任意的HTTP頭信息，參考mod_headers的文檔可以獲得更多資料; 這里有個例子說明如何使用頭信息： .htaccess文件允許web發(fā)布者使用命令只在配置文件中用到的命令。他影響到所在目錄及其子目錄;問一下你的服務(wù)器管理員確認(rèn)這個功能是否啟用了。 ### 啟用 mod_expires ExpiresActive On ### 設(shè)置 .gif 在被訪問過后1個月過期。 ExpiresByType image/gif A2592000 ### 其他文件設(shè)置為最后修改時間1天后過期 ### (用了另外的語法) ExpiresDefault "modification plus 1 day" ### 在index.html文件應(yīng)用 Cache-Control頭屬性 Header append Cache-Control "public, must-revalidate" 注意： 在適當(dāng)情況下mod_expires會自動計算并插入Cache-Control:max-age 頭信息 Apache 2.0的配置和1.3類似，更多信息可以參考2.0的mod_expires和mod_headers文檔; Microsoft IIS服務(wù)器Microsoft的IIS可以非常容易的設(shè)置頭信息，注意：這只針對IIS 4.0服務(wù)器，并且只能在NT服務(wù)器上運(yùn)行。 為網(wǎng)站的一個區(qū)域設(shè)置頭信息，先要到管理員工具界面中，然后設(shè)置屬性。選擇HTTP Header選單，你會看到2個有趣的區(qū)域：啟用內(nèi)容過期和定制HTTP頭信息。頭一個設(shè)置會自動配置，第二個可以用于設(shè)置Cache-Control頭信息; 設(shè)置asp頁面的頭信息可以參考后面的ASP章節(jié)，也可以通過ISAPI模塊設(shè)置頭信息，細(xì)節(jié)請參考MSDN。 Netscape/iPlanet企業(yè)服務(wù)器3.6版本以后，Netscape/iPlanet已經(jīng)不能設(shè)置Expires頭信息了，他從3.0版本開始支持HTTP 1.1的功能。這意味著HTTP 1.1的緩存(代理服務(wù)器/瀏覽器)優(yōu)勢都可以通過你對Cache-Control設(shè)置來獲得。 使用Cache-Control頭信息，在管理服務(wù)器上選擇內(nèi)容管理|緩存設(shè)置目錄。然后：使用資源選擇器，選擇你希望設(shè)置頭信息的目錄。設(shè)置完頭信息后，點(diǎn)擊“OK”。更多信息請參考Netscape/iPlanet企業(yè)服務(wù)器的手冊。 緩存機(jī)制的實(shí)現(xiàn)：服務(wù)器端腳本需要注意的一點(diǎn)是：也許服務(wù)器設(shè)置HTTP頭信息比腳本語言更容易，但是兩者你都應(yīng)該使用。 因?yàn)榉⻊?wù)器端的腳本主要是為了動態(tài)內(nèi)容，他本身不產(chǎn)生可緩存的文件頁面，即使內(nèi)容實(shí)際是可以緩存的。如果你的內(nèi)容經(jīng)常改變，但是不是每次頁面請求都改變， 考慮設(shè)置一個Cache-Control: max-age頭信息;大部分用戶會在短時間內(nèi)多次訪問同一頁面。例如： 用戶點(diǎn)擊“后退”按鈕，即使沒有新內(nèi)容，他們?nèi)匀灰俅螐姆⻊?wù)器下載內(nèi)容查看。 CGI程序CGI腳本是生成內(nèi)容最流行的方式之一，你可以很容易在發(fā)送內(nèi)容之前的擴(kuò)展HTTP頭信息;大部分CGI實(shí)現(xiàn)都需要你寫 Content-Type頭信息，例如這個Perl腳本： #!/usr/bin/perl print "Content-type: text/html\n"; print "Expires: Thu, 29 Oct 1998 17:04:19 GMT\n"; print "\n"; ### 后面是內(nèi)容體... 由于都是文本，你可以很容易通過內(nèi)置函數(shù)生成Expires和其他日期相關(guān)的頭信息。如果你使用Cache-Control: max-age;會更簡單; print "Cache-Control: max-age=600\n"; 這樣腳本可以在被請求后緩存10分鐘;這樣用戶如果按“后退”按鈕，他們不會重新提交請求; CGI的規(guī)范同時也允許客戶端發(fā)送頭信息，每個頭信息都有一個‘HTTP_’的前綴;這樣如果一個客戶端發(fā)送一個If-Modified-Since請求，就是這樣的： HTTP_IF_MODIFIED_SINCE = Fri, 30 Oct 1998 14:19:41 GMT 參考一下cgi_buffer庫，一個自動處理ETag的生成和校驗(yàn)的庫，生成Content-Length屬性和對內(nèi)容進(jìn)行g(shù)zip壓縮。在Python腳本中也只需加入一行; 服務(wù)器端包含 Server Side IncludesSSI(經(jīng)常使用.shtml擴(kuò)展名)是網(wǎng)站發(fā)布者最早可以生成動態(tài)內(nèi)容的方案。通過在頁面中設(shè)置特別的標(biāo)記，也成為一種嵌入HTML的腳本; 大部分SSI的實(shí)現(xiàn)無法設(shè)置校驗(yàn)器，于是無法緩存。但是Apache可以通過對特定文件的組執(zhí)行權(quán)限設(shè)置實(shí)現(xiàn)允許用戶設(shè)置那種SSI可以被緩存;結(jié)合XbitHack調(diào)整整個目錄。更多文檔請參考mod_include文檔。 PHPPHP是一個內(nèi)建在web服務(wù)器中的服務(wù)器端腳本語言，當(dāng)做為HTML嵌入式腳本，很像SSI，但是有更多的選項(xiàng)，PHP可以在各種Web服務(wù)器上設(shè)置為CGI模式運(yùn)行，或者做為Apache的模塊; 缺省PHP生成副本沒有設(shè)置校驗(yàn)器，于是也無法緩存，但是開發(fā)者可以通過Header()函數(shù)來生成HTTP的頭信息; 例如：以下代碼會生成一個Cache-Control頭信息，并設(shè)置為3天以后過期的Expires頭信息; 公司位置 ｜ 建站幫助 ｜ 
 舉報不良網(wǎng)站
AAA級信用 
廣州萬戶網(wǎng)絡(luò)信息科技有限公司 旗下網(wǎng)站建設(shè)品牌：萬戶網(wǎng) nbtgw.com 版權(quán)所有 ©2000-2019 All Rights Reserved 網(wǎng)站備案編號:粵ICP備15049595號 地址:廣州市番禺區(qū)大石街北聯(lián)圍仔工業(yè)路2號E座305 電話:020-85421558 傳真:020-88140140 郵編:510515  |
- 數(shù)據(jù)空間
- SQL數(shù)據(jù)空間
- 魔方主機(jī)
- 購買魔方主機(jī)
- 魔方主機(jī)概念和優(yōu)勢
- 魔方主機(jī)功能列表
- 網(wǎng)站優(yōu)化（套餐）
- 網(wǎng)站優(yōu)化全包套餐（年付）
- 關(guān)鍵詞優(yōu)化套餐，可選（年/季/月）付
- 多引擎（關(guān)鍵詞按天扣費(fèi)）
- （百度/360/搜狗/搜搜/有道）按天扣費(fèi)
- 百度（關(guān)鍵詞按天扣費(fèi)）
- 百度關(guān)鍵詞按天扣費(fèi)