㈠ thinkphp 靜態緩存的設置方法，怎麼設置thinkphp靜態頁
thinkphp默認是自動開啟模版緩存的。你可以在入口文件裡面把：
define
(
'runtime_path',
'./runtime/'
);這行代碼注釋掉
㈡ Thinkphp,靜態緩存後，如何實現局部緩存
可以用layout的么~
建議對於要實現類似用戶登錄判斷的頁面，還是只用一般的緩存就好了---比靜態化效果差不了多少的~---如果你的緩存處理好的話。
不然就用layout或者用iframe把你需要驗證的，放在一個不緩存，不靜態化的頁面里~
㈢ 如何在TP5中使用靜態緩存
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/{:actio .....
㈣ 靜態緩存與直接寫靜態HTML有什麼區別
靜態緩存會自動更新 但直接訪問靜態文件就不會自動更新了 需要你重新生成靜態文件才能更新，希望對你有幫助——php中文網
㈤ 關於php如何實現靜態緩存問題如下
樓主，你所說的這個的實現則是
+
根據文件來判斷的，每個文件在生成的時候都有一個創建時間，
+
而在資料庫的設計中，則是存在這一個修改時間，
+
也就是用資料庫來存儲和計算這兩個值的差值或者是是否相同，
+
再來判斷是否要重新生成實質性的HTML文件..
根據樓主的描述，大致的解決思路如上..
而有關
ob_start
的理解，則是：
+
ob_start
先將數據放入
ob
緩存
+
ob_flush
再將緩存數據輸出到程序緩存中
+
ob_end_clean
清空緩存並且關閉緩存
+
程序輸出
而在頁面靜態化中，緩存的方法有：
+
ob緩存
+
smarty
緩存
+
ThinkPHP
緩存
+
模版緩存
靜態化又分為：
+
實質的靜態化
+
偽靜態化
這是本人的理解，樓主可以在此基礎上加強，形成自己的理解..
㈥ 緩存靜態資源，不知怎麼解決
之前看過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響應中。
㈦ java靜態緩存技術有哪些
1. 獨立對象緩存
2. 利用對象緩存
3. 利用應用緩存
4. 利用頁面緩存
5. 利用 Ajax 實現緩存
6. 利用 HTTP 頭來靈活管理緩存
7. 利用 CDN 實現緩存
㈧ 靜態頁面禁用緩存和動態頁面那個好
就這句，對的，每次刷新都強制從伺服器上重新載入網頁： meta http-equiv=Cache-Control content=no-cache /> 你是不是想要網頁的圖片什麼都不被保存到本地緩存目錄？那個暫時不可能，目前所有瀏覽器都做不到。
㈨ 緩存技術和生成HTML靜態頁技術哪個更好
普遍緩存技術
數據緩存：這里所說的數據緩存是指資料庫查詢緩存，每次訪問頁面的時候,都會先檢測相應的緩存數據是否存在，如果不存在，就連接資料庫，得到數據，並把查詢結果序列化後保存到文件中，以後同樣的查詢結果就直接從緩存表或文件中獲得。
用的最廣的例子看Discuz的搜索功能，把結果ID緩存到一個表中，下次搜索相同關鍵字時先搜索緩存表。
舉個常用的方法，多表關聯的時候，把附表中的內容生成數組保存到主表的一個欄位中，需要的時候數組分解一下，這樣的好處是只讀一個表，壞處就是兩個數據同步會多不少步驟，資料庫永遠是瓶頸，用硬碟換速度，是這個的關鍵點。
頁面緩存：
每次訪問頁面的時候，都會先檢測相應的緩存頁面文件是否存在，如果不存在，就連接資料庫，得到數據，顯示頁面並同時生成緩存頁面文件，這樣下次訪問的時候頁面文件就發揮作用了。(模板引擎和網上常見的一些緩存類通常有此功能)
時間觸發緩存：
檢查文件是否存在並且時間戳小於設置的過期時間,如果文件修改的時間戳比當前時間戳減去過期時間戳大，那麼就用緩存，否則更新緩存。
內容觸發緩存：
當插入數據或更新數據時，強制更新緩存。
靜態緩存：
這里所說的靜態緩存是指靜態化，直接生成HTML或XML等文本文件，有更新的時候重生成一次，適合於不太變化的頁面，這就不說了。
以上內容是代碼級的解決方案，我直接CP別的框架，也懶得改，內容都差不多，很容易就做到，而且會幾種方式一起用，但下面的內容是伺服器端的緩存方案，非代碼級的，要有多方的合作才能做到
內存緩存:
Memcached是高性能的，分布式的內存對象緩存系統，用於在動態應用中減少資料庫負載，提升訪問速度。
㈩ 我想了解一下緩存高速緩存靜態緩存動態
緩存是為了解決CPU速度和內存速度的速度差異問題。內存中被CPU訪問最頻繁的數據和指令被復制入CPU中的緩存，這樣CPU就可以不經常到象「蝸牛」一樣慢的內存中去取數據了，CPU只要到緩存中去取就行了，而緩存的速度要比內存快很多。 RAM又分兩種，一種是靜態RAM，SRAM；一種是動態RAM，DRAM。前者的存儲速度要比後者快得多，我們現在使用的內存一般都是動態RAM。
有的菜鳥就說了，為了增加系統的速度，把緩存擴大不就行了嗎，擴大的越大，緩存的數據越多，系統不就越快了嗎？緩存通常都是靜態RAM，速度是非常的快， 但是靜態RAM集成度低（存儲相同的數據，靜態RAM的體積是動態RAM的6倍）， 價格高（同容量的靜態RAM是動態RAM的四倍）， 由此可見，擴大靜態RAM作為緩存是一個非常愚蠢的行為， 但是為了提高系統的性能和速度，我們必須要擴大緩存， 這樣就有了一個折中的方法，不擴大原來的靜態RAM緩存，而是增加一些高速動態RAM做為緩存， 這些高速動態RAM速度要比常規動態RAM快，但比原來的靜態RAM緩存慢， 我們把原來的靜態ram緩存叫一級緩存，而把後來增加的動態RAM叫二級緩存。
一級緩存和二級緩存中的內容都是內存中訪問頻率高的數據的復製品（映射），它們的存在都是為了減少高速CPU對慢速內存的訪問。 通常CPU找數據或指令的順序是：先到一級緩存中找，找不到再到二級緩存中找，如果還找不到就只有到內存中找了
CPU產品中，一級緩存的容量基本在4KB到64KB之間，二級緩存的容量則分為128KB、256KB、512KB、1MB、2MB、4MB等。一級緩存容量各產品之間相差不大，而二級緩存容量則是提高CPU性能的關鍵。二級緩存容量的提升是由CPU製造工藝所決定的，容量增大必然導致CPU內部晶體管數的增加，要在有限的CPU面積上集成更大的緩存，對製造工藝的要求也就越高。
現在主流的CPU二級緩存都在2MB左右，其中英特爾公司07年相繼推出了台式機用的4MB、6MB二級緩存的高性能CPU，不過價格也是相對比較高的，對於對配置要求不是太高的朋友，一般的2MB二級緩存的雙核CPU基本也可以滿足日常上網需要了。