nginx expires控制頁面緩存

2024-09-01 13:44:59

字體：大中小

來源：轉載

供稿：網友

語法：expires [time|epoch|max|pff]默認值：offexpires指令控制HTTP應答中的“Expires”和“Cache-Control”Header頭部信息，啟動控制頁面緩存的作用time:可以使用正數或負數?！癊xpires”頭標的值將通過當前系統時間加上設定time值來設定。time值還控制"Cache-Control"的值：負數表示no-cache正數或零表示max-age=time epoch：指定“Expires”的值為 1January,1970,00:00:01 GMTmax:指定“Expires”的值為31December2037 23:59:59GMT,"Cache-Control"的值為10年。-1：指定“Expires”的值為當前服務器時間-1s，即永遠過期。off：不修改“Expires”和"Cache-Control"的值

expires使用了特定的時間，并且要求服務器和客戶端的是中嚴格同步。
而Cache-Control是用max-age指令指定組件被緩存多久。
對于不支持http1.1的瀏覽器，還是需要expires來控制。所以最好能指定兩個響應頭。但HTTP規范規定max-age指令將重寫expires頭。

如果不想讓代理或瀏覽器緩存，加no-cache參數或private參數：
# expires 1d;
add_header Cache-Control no-cache;
add_header Cache-Control private;
這樣瀏覽器F5刷新時，返回的依然是200，而不是304.

記錄一個nginx控制緩存的例子：
expires 1d;
add_header Cache-Control no-cache;
add_header Cache-Control private;
if ( !-e $request_filename) {
rewrite ^(.*) break;
# add_header Cache-Control no-cache;
# add_header Cache-Control private;
當我將add_header寫在rewrite之后時，發現add_header竟然不起作用了。。是因為寫進了if里面..

apache的mod_expires模塊使得在使用expires頭時能像max-age那樣以相對的方式設置日期，通過ExpiresDefault指令完成。例如:圖片等過期時間為請求開始的10年之后
<FileMatch"/.(gif|jpg|js|css)$">
ExpiresDefault "access plus 10years"
</FileMatch>
它像響應中發送Expires頭和Cache-Control max-age頭。

expires|etag控制頁面緩存區別expires：像上面文章提到的：expires指令控制HTTP應答中的“Expires”和“Cache-Control”Header頭部信息，啟動控制頁面緩存的作用time:可以使用正數或負數?！癊xpires”頭標的值將通過當前系統時間加上設定time值來設定。time值還控制"Cache-Control"的值：負數表示no-cache正數或零表示max-age=time epoch：指定“Expires”的值為 1January,1970,00:00:01 GMTmax:指定“Expires”的值為31December203723:59:59GMT,"Cache-Control"的值為10年。-1：指定“Expires”的值為當前服務器時間-1s，即永遠過期。off：不修改“Expires”和"Cache-Control"的值

expires使用了特定的時間，并且要求服務器和客戶端的是中嚴格同步。
而Cache-Control是用max-age指令指定組件被緩存多久。
對于不支持http1.1的瀏覽器，還是需要expires來控制。所以最好能指定兩個響應頭。但HTTP規范規定max-age指令將重寫expires頭。一般用于頁面變化不是很快的時候，如果緩存過期了，瀏覽器在重用它之前會首先確認他是否有效，就是一個“條件GET請求”，如果有效，返回304狀態碼。expires通過Last-Modified響應頭來確定。如圖：
第一次訪問：
請求：

nginx expires控制頁面緩存

第二次訪問：
請求：

nginx expires控制頁面緩存

這時返回的狀態碼是304，而在請求中比第一次多了If-Modified-Since頭，和原始服務器中的Last-Modified制作比較，所以實現瀏覽器緩存并判斷是否過期。
簡單的說，Last-Modified 與If-Modified-Since 都是用于記錄頁面最后修改時間的 HTTP 頭信息，只是Last-Modified 是由服務器往客戶端發送的 HTTP 頭，而 If-Modified-Since則是由客戶端往服務器發送的頭，可以看到，再次請求本地存在的 cache 頁面時，客戶端會通過 If-Modified-Since頭將先前服務器端發過來的 Last-Modified最后修改時間戳發送回去，這是為了讓服務器端進行驗證，通過這個時間戳判斷客戶端的頁面是否是最新的，如果不是最新的，則返回新的內容，如果是最新的，則返回304告訴客戶端其本地cache的頁面是最新的，于是客戶端就可以直接從本地加載頁面了，這樣在網絡上傳輸的數據就會大大減少，同時也減輕了服務器的負擔。

如果不想讓代理或瀏覽器緩存，加no-cache參數或private參數：
# expires 1d;
add_header Cache-Control no-cache;
add_header Cache-Control private;

nginx expires控制頁面緩存

etag：實體標簽，是用來確認web服務器和瀏覽器緩存有效性的一種機制。原始服務器使用ETag響應頭來指定組件的ETag瀏覽器通過If-None-Match頭將ETag傳回原始服務器。如果匹配，返回304
如圖：
第一次訪問：
請求：

nginx expires控制頁面緩存

第二次請求：

nginx expires控制頁面緩存

依然返回的狀態碼是304，而在請求中比第一次多了If-None-Match頭。所以實現瀏覽器緩存。如果這個值對不上，則緩存過期。
ETags和If-None-Match是一種常用的判斷資源是否改變的方法。類似于Last-Modified和HTTP-If-Modified-Since。但是有所不同的是Last-Modified和HTTP-If-Modified-Since只判斷資源的最后修改時間，而ETags和If-None-Match可以是資源任何的任何屬性。
ETags和If-None-Match的工作原理是在HTTPResponse中添加ETags信息。當客戶端再次請求該資源時，將在HTTPRequest中加入If-None-Match信息（ETags的值）。如果服務器驗證資源的ETags沒有改變（該資源沒有改變），將返回一個304狀態；否則，服務器將返回200狀態，并返回該資源和新的ETags。

IIS上的ETag格式需要修改。

另一篇文章講解的也非常清楚：

上一篇：無法讀取配置節 system.serviceModel 因為它缺少節聲明的解決方法

下一篇：Etag和Expires 性能調優