靜態文件設置緩存
⑴ 如何設置靜態內容緩存時間
一、打開IIS，滑鼠右鍵你要設置的網站，然後「屬性」
(第一步操作)
二、選擇「HTTP頭」選項卡，勾選「啟用內容過期」，選中「立即過期」，然後「確定」。
(第二步操作)
解釋一下這一步的效果。設置此網站所有內容都不進行緩存，也就是每次訪問都全新載入。
三、展開網站，找到要進行緩存的目錄。（一般是存放上傳文件、圖片、JS等文件的目錄）然後「滑鼠右鍵」----「屬性」
(第三步操作)
四、選擇「HTTP頭」選項卡，勾選「啟用內容過期」，選中「此時間段後過期」，設置過期時間，然後「確定」
(第四步操作)
OK,這時候已經設置成功了。
⑵ 【瀏覽器緩存問題】HTML靜態文件中，css和js可以添加版本號來刷新緩存，但是只是修改的文字了呢
給網址後面添加一個隨機數（或者是任意的字元串）即可，比如原來的網址是這樣的：
http....../.../1.htm
改為
http....../.../1.htm?1234
即可（注意問號不能省）。
瀏覽器是根據網址來緩存的，所以只要給網址接個尾巴，瀏覽器就會認為是新網址，就會從網上重新下載數據了。當然，如果下次再次改變了網頁內容，這個尾巴就要再次修改。
給css和js添加所謂版本號其實也是同一個原理。這個版本號其實就是給css和js的網址接個尾巴而已。
這個也同樣適用網頁裡面的圖片、音樂等資源，事實上只要是http協議的元素都可以利用這個辦法來避開緩存實時刷新。
⑶ 緩存靜態資源，不知怎麼解決
之前看過apach及nginx對於靜態資源（含js，圖片，css等）部分的緩存，用於加速並減輕後台實際web伺服器的壓力。
靜態資源緩存是WEB伺服器優化的一種手段，基本原理如下：
1.客戶端瀏覽器請求伺服器一個服務(該服務含有圖片，js等靜態資源)，通常會對於每一個網頁中的獨立圖片或js文件發送一個http請求
2.WEB伺服器對於每個資源HTTP請求進行解析，並生成一個資源修改時間的唯一值（可以是etag或last_modified參數），放入伺服器端map，key為資源url，value為資源修改時間。最後將此資源修改時間的唯一值包含在http頭上返回，因為是首次請求，所以會將所有內容放在http body中一並返回給客戶瀏覽器端
3.客戶瀏覽器接收服伺服器響應，並將伺服器返回的資源修改時間作為key放入瀏覽器客戶端，value為http body中的實際資源內容
4.客戶瀏覽器再次請求靜態資源時，會將資源修改時間一並發送給伺服器
5.服務端會從最新的map中取出該資源url對應的修改時間，如果值晚於客戶端請求的資源修改時間，這時會返回最新的已經修改過的資源給客戶端。否則返回304 not modifed
這里記錄資源修改時間的方式有etag及last_modified。最先有的是last_modified，它的工作方式就是上述介紹的，但缺點是只能精確到秒級別。也就是說當你在一秒中修改資源兩次，而客戶端拿到的是第一次修改，那之後就算客戶端第二次再次請求也不會拿到最新的資源。
而etag的出現正是為了解決last_modified的秒級問題，於http 1.1被提出。
今天測試了下，在沒有nginx等前端反向代理伺服器時，tomcat竟然默認對靜態資源做了緩存。
tomcat默認運用etag及last_modifed。etag與if_no_match(客戶端瀏覽器上傳時在http head中應該放的屬性名)一起使用，last_modified與If-Modified-Since一起使用。
客戶端首次請求時，得到請求響應數據如下：
GET http://localhost:8080/webTest/jsp/index.jsp [HTTP/1.1 200 OK 1ms]
GET http://localhost:8080/webTest/js/hello.js [HTTP/1.1 200 OK 1ms]
GET http://localhost:8080/webTest/img/a.jpg [HTTP/1.1 200 OK 2ms]
我們看一下Hello.js這個請求響應具體信息：
server Apache-Coyote/1.1 (表明伺服器是tomcat)
Last-Modified: Sun, 11 May 2014 10:54:33 GMT
Etag: W/"175-1399805673000"
Date: Sun, 11 May 2014 10:59:23 GMT
Content-Type: application/javascript;charset=UTF-8
Content-Length: 175
Accept-Ranges: bytes
從上面可以看到tomcat即返回了last_modified也返回了etag。
客戶端再次請求時，請求數據如下：
If-None-Match: W/"175-1399805673000"
If-Modified-Since: Sun, 11 May 2014 10:54:33 GMT
響應如下：
GET http://localhost:8080/webTest/jsp/index.jsp [HTTP/1.1 200 OK 1ms]
GET http://localhost:8080/webTest/js/hello.js [HTTP/1.1 304 Not Modified 1ms]
GET http://localhost:8080/webTest/img/a.jpg [HTTP/1.1 304 Not Modified 1ms]
從中我們可以看到tomcat對於靜態數據作了緩存。
接著我們分析tomcat對於這部分靜態緩存的判斷處理，這部分邏輯是寫在DefaultServlet類中，
我們可以在doGet方法中進入ServiceContext方法中找到以下源碼：
// Check if the conditions specified in the optional If headers are
// satisfied.
if (cacheEntry.context == null) {
// Checking If headers
boolean included =
(request.getAttribute(Globals.INCLUDE_CONTEXT_PATH_ATTR) != null);
if (!included
&& !checkIfHeaders(request, response, cacheEntry.attributes)) { //這句判斷是否需要返回整個資源請求
return;
}
}
上面源碼的 if (!included
&& !checkIfHeaders(request, response, cacheEntry.attributes))
用於判斷是否需要返回整個資源，如果indcluded與checkIfHeaders方法返回的都是false，這時就直接返回，說明資源未修改，或者是緩存不支持的請求方式。
我們接著查看checkIfHeaders方法：
/**
* Check if the conditions specified in the optional If headers are
* satisfied.
*
* @param request The servlet request we are processing
* @param response The servlet response we are creating
* @param resourceAttributes The resource information
* @return boolean true if the resource meets all the specified conditions,
* and false if any of the conditions is not satisfied, in which case
* request processing is stopped
*/
protected boolean checkIfHeaders(HttpServletRequest request,
HttpServletResponse response,
ResourceAttributes resourceAttributes)
throws IOException {
return checkIfMatch(request, response, resourceAttributes)
&& checkIfModifiedSince(request, response, resourceAttributes)
&& checkIfNoneMatch(request, response, resourceAttributes)
&& checkIfUnmodifiedSince(request, response, resourceAttributes);
}
可以看到tomcat只有當這四個屬性全部返回true(也就是說全部認為資源已經改變)才會返回true，這樣最終會將整個資源（最新修改過的）返回客戶端。
在這里，我們從上面實際過程當中看到，瀏覽器第二次請求資源時在http請求header中放了
If-None-Match: W/"175-1399805673000"
If-Modified-Since: Sun, 11 May 2014 10:54:33 GMT
這兩個屬性。
因此我們查看
&& checkIfModifiedSince(request, response, resourceAttributes)
&& checkIfNoneMatch(request, response, resourceAttributes)
這兩個方法
checkIfModifiedSince源碼如下：
/**
* Check if the if-modified-since condition is satisfied.
*
* @param request The servlet request we are processing
* @param response The servlet response we are creating
* @param resourceInfo File object
* @return boolean true if the resource meets the specified condition,
* and false if the condition is not satisfied, in which case request
* processing is stopped
*/
protected boolean checkIfModifiedSince(HttpServletRequest request,
HttpServletResponse response,
ResourceAttributes resourceAttributes) {
try {
long headerValue = request.getDateHeader("If-Modified-Since");
long lastModified = resourceAttributes.getLastModified();
if (headerValue != -1) {
// If an If-None-Match header has been specified, if modified since
// is ignored.
if ((request.getHeader("If-None-Match") == null)
&& (lastModified < headerValue + 1000)) {
// The entity has not been modified since the date
// specified by the client. This is not an error case.
response.setStatus(HttpServletResponse.SC_NOT_MODIFIED);
response.setHeader("ETag", resourceAttributes.getETag());
return false;
}
}
} catch (IllegalArgumentException illegalArgument) {
return true;
}
return true;
}
源碼中可以看到:
if ((request.getHeader("If-None-Match") == null)
&& (lastModified < headerValue + 1000)) {
這句話表明只有在客戶端瀏覽器發送的請求頭中不包含If-None-Match，IfModifiedSince才會生效。
我們接著看checkIfNoneMatch，源碼如下：
/**
* Check if the if-none-match condition is satisfied.
*
* @param request The servlet request we are processing
* @param response The servlet response we are creating
* @param resourceInfo File object
* @return boolean true if the resource meets the specified condition,
* and false if the condition is not satisfied, in which case request
* processing is stopped
*/
protected boolean checkIfNoneMatch(HttpServletRequest request,
HttpServletResponse response,
ResourceAttributes resourceAttributes)
throws IOException {
String eTag = resourceAttributes.getETag();
String headerValue = request.getHeader("If-None-Match");
if (headerValue != null) {
boolean conditionSatisfied = false;
if (!headerValue.equals("*")) {
StringTokenizer commaTokenizer =
new StringTokenizer(headerValue, ",");
while (!conditionSatisfied && commaTokenizer.hasMoreTokens()) {
String currentToken = commaTokenizer.nextToken();
if (currentToken.trim().equals(eTag))
conditionSatisfied = true;
}
} else {
conditionSatisfied = true;
}
if (conditionSatisfied) {
// For GET and HEAD, we should respond with
// 304 Not Modified.
// For every other method, 412 Precondition Failed is sent
// back.
if ( ("GET".equals(request.getMethod()))
|| ("HEAD".equals(request.getMethod())) ) {
response.setStatus(HttpServletResponse.SC_NOT_MODIFIED);
response.setHeader("ETag", eTag);
return false;
}
response.sendError(HttpServletResponse.SC_PRECONDITION_FAILED);
return false;
}
}
return true;
}
這里：
String eTag = resourceAttributes.getETag();
String headerValue = request.getHeader("If-None-Match");
這兩句比較簡單，就是分別從伺服器緩存和http請求頭中中取出etag。
接著判斷這兩個etag如果相等，則conditionSatisfied為true，會執行到以下語句：
if (conditionSatisfied) {
// For GET and HEAD, we should respond with
// 304 Not Modified.
// For every other method, 412 Precondition Failed is sent
// back.
if ( ("GET".equals(request.getMethod()))
|| ("HEAD".equals(request.getMethod())) ) {
response.setStatus(HttpServletResponse.SC_NOT_MODIFIED);
response.setHeader("ETag", eTag);
return false;
}
response.sendError(HttpServletResponse.SC_PRECONDITION_FAILED);
return false;
}
這段語句中可以發現，如果資源未改變的情況下，並且請求方式為GET或者HEAD時，會返回304狀態碼。否則返回一個412狀態碼，同樣不會返回資源內容。
如果上述最終
if ((request.getHeader("If-None-Match") == null)
&& (lastModified < headerValue + 1000))
條件不成立，即資源更新了或者是第一次請求，這里會讀取當前請求資源文件，並最終放入http響應中。
⑷ Thinkphp中關於靜態緩存的定義格式為全局的操作靜態規則
ThinkPHP內置了靜態緩存的功能，並且支持靜態緩存的規則定義。
要使用靜態緩存功能，需要開啟HTML_CACHE_ON 參數，並且使用HTML_CACHE_RULES配置參數設置靜態緩存規則文件 。
靜態規則的定義方式如下：
'HTML_CACHE_ON'=>true,
'HTML_CACHE_RULES'=> array(
'ActionName' => array('靜態規則', '靜態緩存有效期', '附加規則'),
'MoleName(小寫)' => array('靜態規則', '靜態緩存有效期', '附加規則'),
'MoleName(小寫):ActionName' => array('靜態規則', '靜態緩存有效期', '附加規則'),
'*' => array('靜態規則', '靜態緩存有效期', '附加規則'),
//…更多操作的靜態規則
)
靜態緩存文件的根目錄在HTML_PATH 定義的路徑下面，並且只有定義了靜態規則的操作才會進行靜態緩存，注意，靜態規則的定義有三種方式：
第一種是定義全局的操作靜態規則，例如定義所有的read操作的靜態規則為
'read'=>array('{id}','60')
其中，{id} 表示取$_GET['id'] 為靜態緩存文件名，第二個參數表示緩存60秒
第二種是定義全局的模塊靜態規則，例如定義所有的User模塊的靜態規則為
'user:'=>array('User/{:action}_{id}','600')
其中，{:action} 表示當前的操作名稱 靜態
第三種是定義某個模塊的操作的靜態規則，例如，我們需要定義Blog模塊的read操作進行靜態緩存
'blog:read'=>array('{id}',0)
有個別特殊的規則，例如空模塊和空操作的靜態規則的定義，可以使用下面的方式：
'empty:index'=>array('{:mole}_{:action}',0) // 定義空模塊的靜態規則
'User:_empty'=>array('User/{:action}',0) // 定義空操作的靜態規則
第四種方式是定義全局的靜態緩存規則，這個屬於特殊情況下的使用，任何模塊的操作都適用，例如
'*'=>array('{$_SERVER.REQUEST_URI|md5}'),
根據當前的URL進行緩存
靜態規則是用於定義要生成的靜態文件的名稱，寫法可以包括以下情況
1、使用系統變數 包括 _GET _REQUEST _SERVER _SESSION _COOKIE
格式：
{$_×××|function}
例如：
{$_GET.name} {$_SERVER. REQUEST_URI|md5}
2、使用框架特定的變數
例如：{:app}、{:group} 、{:mole} 和{:action} 分別表示當前項目名、分組名、模塊名和操作名
3、使用_GET變數
{var|function}
也就是說 {id} 其實等效於 {$_GET.id}
4、直接使用函數
{|function}
例如：{|time}
5、支持混合定義，例如我們可以定義一個靜態規則為：
'{id},{name|md5}'
在{}之外的字元作為字元串對待，如果包含有」/」，會自動創建目錄。
例如，定義下面的靜態規則：
{:mole}/{:action}_{id}
則會在靜態目錄下面創建模塊名稱的子目錄，然後寫入操作名_id.shtml 文件。
靜態有效時間 單位為秒如果不定義，則會獲取配置參數HTML_CACHE_TIME 的設置值，如果定義為0則表示永久緩存。
附加規則通常用於對靜態規則進行函數運算，例如
'read'=>array('Think{id},{name}','60', 'md5')
翻譯後的靜態規則是 md5('Think'.$_GET['id']. ', '.$_GET['name']);
和靜態緩存相關的配置參數包括：
HTML_CACHE_ON 是否開啟靜態緩存功能
HTML_FILE_SUFFIX 靜態文件後綴 慣例配置的值是 .html
HTML_CACHE_TIME 默認的靜態緩存有效期 默認60秒 可以在靜態規則定義覆蓋
⑸ Thinkphp3.0版本的靜態緩存該如何配置
'HTML_CACHE_ON' => true, // 開啟靜態緩存'HTML_CACHE_TIME' => 60, // 全局靜態緩存有效期（秒）'HTML_FILE_SUFFIX' => '.shtml', // 設置靜態緩存文件後綴'HTML_CACHE_RULES' => array( // 定義靜態緩存規則 // 定義格式1 數組方式 '靜態地址' => array('靜態規則', '有效期', '附加規則'), // 定義格式2 字元串方式 '靜態地址' => '靜態規則', )
手冊上是這樣配的，你是不是寫的作用於不對，要在config文件夾中配置。
⑹ 怎樣設置靜態網頁緩存
對於IE瀏覽器來說，按照以下方法設置：
點擊「工具」→「Internet 選項」→「常規」標簽→「瀏覽歷史記錄」「設置」→「移動文件夾」。然後指定你要使用哪個文件夾做為IE緩存目錄。