http響應Last-Modified和ETag以及Apache和Nginx中的配置

 基礎知識

　　1) 什麼是”Last-Modified”?
在浏覽器第一次請求某一個URL時，服務器端的返回狀態會是200，內容是你請求的資源，同時有一個Last-Modified的屬性標記此文件在服務期端最後被修改的時間，格式類似這樣：
Last-Modified: Fri, 12 May 2006 18:53:33 GMT
客戶端第二次請求此URL時，根據 HTTP 協議的規定，浏覽器會向服務器傳送 If-Modified-Since 報頭，詢問該時間之後文件是否有被修改過：
If-Modified-Since: Fri, 12 May 2006 18:53:33 GMT
如果服務器端的資源沒有變化，則自動返回 HTTP 304 （Not Changed.）狀態碼，內容為空，這樣就節省了傳輸數據量。當服務器端代碼發生改變或者重啟服務器時，則重新發出資源，返回和第一次請求時類似。從而保證不向客戶端重復發出資源，也保證當服務器有變化時，客戶端能夠得到最新的資源。
2) 什麼是”Etag”?
HTTP 協議規格說明定義ETag為“被請求變量的實體值” （參見 —— 章節 14.19）。 另一種說法是，ETag是一個可以與Web資源關聯的記號（token）。典型的Web資源可以一個Web頁，但也可能是JSON或XML文檔。服務器單獨負責判斷記號是什麼及其含義，並在HTTP響應頭中將其傳送到客戶端，以下是服務器端返回的格式：
ETag: "50b1c1d4f775c61:df3"
客戶端的查詢更新格式是這樣的：
If-None-Match: W/"50b1c1d4f775c61:df3"
如果ETag沒改變，則返回狀態304然後不返回，這也和Last-Modified一樣。本人測試Etag主要在斷點下載時比較有用。
Last-Modified和Etags如何幫助提高性能?
聰明的開發者會把Last-Modified 和ETags請求的http報頭一起使用，這樣可利用客戶端（例如浏覽器）的緩存。因為服務器首先產生 Last-Modified/Etag標記，服務器可在稍後使用它來判斷頁面是否已經被修改。本質上，客戶端通過將該記號傳回服務器要求服務器驗證其（客戶端）緩存。

過程如下:
1,客戶端請求一個頁面（A）。

2,服務器返回頁面A，並在給A加上一個Last-Modified/ETag。

3,客戶端展現該頁面，並將頁面連同Last-Modified/ETag一起緩存。

4,客戶再次請求頁面A，並將上次請求時服務器返回的Last-Modified/ETag一起傳遞給服務器。

5,服務器檢查該Last-Modified或ETag，並判斷出該頁面自上次客戶端請求之後還未被修改，直接返回響應304和一個空的響應體。

------------------------------------------------------------------------------------------------

正確使用Etag和Expires標識處理，可以使得頁面更加有效被Cache。
在客戶端通過浏覽器發出第一次請求某一個URL時，根據 HTTP 協議的規定，浏覽器會向服務器傳送報頭(Http Request Header)，服務器端響應同時記錄相關屬性標記(Http Reponse Header)，服務器端的返回狀態會是200，格式類似如下：
HTTP/1.1 200 OK
Date: Tue, 03 Mar 2009 04:58:40 GMT
Content-Type: image/jpeg
Content-Length: 83185
Last-Modified: Mon, 22 Nov 2010 16:29:24 GMT
Cache-Control: max-age=2592000

Expires: Thu, 02 Apr 2009 05:14:08 GMT
Etag: "xok.la-961AA72-4CEA99B4415628″客戶端第二次請求此URL時，根據 HTTP 協議的規定，浏覽器會向服務器傳送報頭(Http Request Header)，服務器端響應並記錄相關記錄屬性標記文件沒有發生改動,服務器端返回304，直接從緩存中讀取：
HTTP/1.x 304 Not Modified
Date: Tue, 03 Mar 2009 05:03:56 GMT
Content-Type: image/jpeg
Content-Length: 83185
Last-Modified: Mon, 22 Nov 2010 16:29:24 GMT
Cache-Control: max-age=2592000
Expires: Thu, 02 Apr 2009 05:14:08 GMT
Etag: "xok.la-961AA72-4CEA99B4415628″其中Last-Modified、Expires和Etag是標記頁面緩存標識

一、Last-Modified、Expires和Etag相關工作原理
1、Last-Modified
在浏覽器第一次請求某一個URL時，服務器端的返回狀態會是200，內容是你請求的資源，同時有一個Last-Modified的屬性標記 (Http Reponse Header)此文件在服務期端最後被修改的時間，格式類似這樣：
Last-Modified: Mon, 22 Nov 2010 16:29:24 GMT客戶端第二次請求此URL時，根據 HTTP 協議的規定，浏覽器會向服務器傳送 If-Modified-Since 報頭(Http Request Header)，詢問該時間之後文件是否有被修改過：
If-Modified-Since: Mon, 22 Nov 2010 16:29:24 GMT如果服務器端的資源沒有變化，則自動返回 HTTP 304 （NotChanged.）狀態碼，內容為空，這樣就節省了傳輸數據量。當服務器端代碼發生改變或者重啟服務器時，則重新發出資源，返回和第一次請求時類 似。從而保證不向客戶端重復發出資源，也保證當服務器有變化時，客戶端能夠得到最新的資源。
注：如果If-Modified-Since的時間比服務器當前時間(當前的請求時間request_time)還晚，會認為是個非法請求
2、Etag工作原理
HTTP 協議規格說明定義ETag為”被請求變量的實體標記” （參見14.19）。簡單點即服務器響應時給請求URL標記，並在HTTP響應頭中將其傳送到客戶端，類似服務器端返回的格式：
Etag: "xok.la-961AA72-4CEA99B4415628″客戶端的查詢更新格式是這樣的：
If-None-Match: "xok.la-961AA72-4CEA99B4415628″如果ETag沒改變，則返回狀態304。
即:在客戶端發出請求 後，Http Reponse Header中包含 Etag: “xok.la-961AA72-4CEA99B4415628″
標識，等於告訴Client端，你拿到的這個的資源有表示 ID：xok.la-961AA72-4CEA99B4415628。當下次需要發Request索要同一個 URI的時候，浏覽器同時發出一個If-None-Match報頭( Http RequestHeader)此時包頭中信息包含上次訪問得到的Etag: “xok.la-961AA72-4CEA99B4415628″標識。
If-None-Match: "xok.la-961AA72-4CEA99B4415628",這樣，Client端等於Cache了兩份，服務器端就會比對2者的etag。如果 If- None-Match為False，不返回200，返回304 (Not Modified) Response。
3、Expires
給出的 日期/時間後，被響應認為是過時。如Expires: Thu, 02 Apr 2009 05:14:08 GMT
需和Last-Modified結合使用。用於控制請求文件的有效時間，當請求數據在有效期內時客 戶端浏覽器從緩存請求數據而不是服務器端. 當緩存中數據失效或過期，才決定從服務器更新數據。
4、Last-Modified和Expires
Last- Modified標識能夠節省一點帶寬，但是還是逃不掉發一個HTTP請求出去，而且要和Expires一起用。而Expires標識卻使得浏覽器干脆連 HTTP請求都不用發，比如當用戶F5或者點擊Refresh按鈕的時候就算對於有Expires的URI，一樣也會發一個HTTP請求出去，所 以，Last-Modified還是要用的，而 且要和Expires一起用。
5、 Etag和Expires
如果服務器端同時設置了 Etag和Expires 時，Etag原理同樣，即與Last-Modified/Etag對應的HttpRequest Header:If-Modified-Since和If-None-Match。我們可以看到這兩個Header的值和WebServer發出的 Last-Modified,Etag值完全一樣；在完全匹配If-Modified-Since和If-None-Match即檢查完修改時間和 Etag之後，服務器才能返回304.
6、Last-Modified和Etag
Last-Modified 和ETags請求的http報頭一起使用，服務器首先產生 Last-Modified/Etag標記，服務器可在稍後使用它來判斷頁面是否已經被修改，來決定文件是否繼續緩存
過程如下:
1. 客戶端請求一個頁面（A）。
2. 服務器返回頁面A，並在給A加上一個Last-Modified/ETag。
3. 客戶端展現該頁面，並將頁面連同Last-Modified/ETag一起緩存。
4. 客戶再次請求頁面A，並將上次請求時服務器返回的Last-Modified/ETag一起傳遞給服務器。
5. 服務器檢查該Last-Modified或ETag，並判斷出該頁面自上次客戶端請求之後還未被修改，直接返回響應304和一個空的響應體。
注：
1、Last- Modified和Etag頭都是由Web Server發出的Http Reponse Header，Web Server應該同時支持這兩種頭。
2、Web Server發送完Last-Modified/Etag頭給客戶端後，客戶端會緩存這些頭；
3、客戶端再次發起相同頁面的請求時，將分別發送與Last-Modified/Etag對應的Http RequestHeader:If-Modified-Since和If-None-Match。我們可以看到這兩個Header的值和 WebServer發出的Last-Modified,Etag值完全一樣；
4、 通過上述值到服務器端檢查，判斷文件是否繼續緩存；

二、Apache、 Lighttpd和Nginx中針配置Etag和Expires，有效緩存純靜態如css/js/pic/頁面/流媒體等文件。
A、Expires
A.1、 Apache Etag
使用Apache的mod_expires 模塊來設置，這包括控制應答時的Expires頭內容和Cache-Control頭的max-age指令
ExpiresActive On
ExpiresByType image/gif "access plus 1 month"
ExpiresByType image/jpg "access plus 1 month"
ExpiresByType image/jpeg "access plus 1 month"
ExpiresByType image/x-icon "access plus 1 month"
ExpiresByType image/bmp "access plus 1 month"
ExpiresByType image/png "access plus 1 month"
ExpiresByType text/html "access plus 30 minutes"
ExpiresByType text/css  "ac