資訊專欄INFORMATION COLUMN
摘要：指示對于單個用戶的整個或部分響應消息，不能被共享緩存處理。這允許服務器僅僅描述當用戶的部分響應消息，此響應消息對于其他用戶的請求無效。指示客戶機可以接收生存期不大于指定時間以秒為單位的響應。指示客戶機可以接收超出超時期間的響應消息。
轉(zhuǎn)載原文地址： http://www.jquerycn.cn/a_14422
在session_start()之后，字符輸出之前加上header("Cache-control: private");
網(wǎng)頁的緩存是由HTTP消息頭中的“Cache-control”來控制的，常見的取值有private、no-cache、max-age、must-revalidate等，默認為private。
其作用根據(jù)不同的重新瀏覽方式分為以下幾種情況：
打開新窗口
值為private、no-cache、must-revalidate，那么打開新窗口訪問時都會重新訪問服務器。而如果指定了max-age值，那么在此值內(nèi)的時間里就不會重新訪問服務器，例如：Cache-control: max-age=5(表示當訪問此網(wǎng)頁后的5秒內(nèi)再次訪問不會去服務器)
在地址欄回車
值為private或must-revalidate則只有第一次訪問時會訪問服務器，以后就不再訪問。
值為no-cache，那么每次都會訪問。
值為max-age，則在過期之前不會重復訪問。
按后退按扭
值為private、must-revalidate、max-age，則不會重訪問。
值為no-cache，則每次都重復訪問。
按刷新按扭
無論為何值，都會重復訪問
Cache-control值為“no-cache”時，訪問此頁面不會在Internet臨時文章夾留下頁面?zhèn)浞荨?br>另外，通過指定“Expires”值也會影響到緩存。例如，指定Expires值為一個早已過去的時間，那么訪問此網(wǎng)時若重復在地址欄按回車，那么每次都會重復訪問： Expires: Fri, 31 Dec 1999 16:00:00 GMT，比如：禁止頁面在IE中緩存http響應消息頭部設置：
CacheControl = no-cache Pragma=no-cache Expires = -1
Expires，如果服務器上的網(wǎng)頁經(jīng)常變化，就把它設置為-1，表示立即過期。如果一個網(wǎng)頁每天凌晨1點更新，可以把Expires設置為第二天的凌晨1點。
當HTTP1.1服務器指定CacheControl = no-cache時，瀏覽器就不會緩存該網(wǎng)頁。
舊式 HTTP 1.0 服務器不能使用 Cache-Control 標題。
所以為了向后兼容 HTTP 1.0 服務器，IE使用Pragma:no-cache 標題對 HTTP 提供特殊支持。
如果客戶端通過安全連接 (https://)與服務器通訊，且服務器在響應中返回 Pragma:no-cache 標題，則 Internet Explorer不會緩存此響應。注意：Pragma:no-cache 僅當在安全連接中使用時才防止緩存，如果在非安全頁中使用，處理方式與 Expires:-1相同，該頁將被緩存，但被標記為立即過期。
Cache-Control消息頭域說明
Cache-Control指定請求和響應遵循的緩存機制。在請求消息或響應消息中設置
Cache-Control并不會修改另一個消息處理過程中的緩存處理過程。請求時的緩存指令包括no-cache、no-store、max-age、 max-stale、min-fresh、only-if-cached，響應消息中的指令包括public、private、no-cache、no- store、no-transform、must-revalidate、proxy-revalidate、max-age。各個消息中的指令含義如 下：
Public指示響應可被任何緩存區(qū)緩存。
Private指示對于單個用戶的整個或部分響應消息，不能被共享緩存處理。這允許服務器僅僅描述當用戶的部分響應消息，此響應消息對于其他用戶的請求無效。
no-cache指示請求或響應消息不能緩存
no-store用于防止重要的信息被無意的發(fā)布。在請求消息中發(fā)送將使得請求和響應消息都不使用緩存。
max-age指示客戶機可以接收生存期不大于指定時間（以秒為單位）的響應。
min-fresh指示客戶機可以接收響應時間小于當前時間加上指定時間的響應。
max-stale指示客戶機可以接收超出超時期間的響應消息。如果指定max-stale消息的值，那么客戶機可以接收超出超時期指定值之內(nèi)的響應消息。
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://specialneedsforspecialkids.com/yun/51363.html
摘要：指示對于單個用戶的整個或部分響應消息，不能被共享緩存處理。這允許服務器僅僅描述當用戶的部分響應消息，此響應消息對于其他用戶的請求無效。指示客戶機可以接收生存期不大于指定時間以秒為單位的響應。指示客戶機可以接收超出超時期間的響應消息。 轉(zhuǎn)載原文地址： http://www.jquerycn.cn/a_14422 在session_start()之后，字符輸出之前加上header(Cac...
摘要：解決頁面使用在上滑動卡頓的問題首先你可能會給頁面的和增加了然后就可能造成上頁面滑動的卡頓問題。頁面橡皮彈回效果遮擋頁面選項卡有時和的去除掉問題可能就沒有了。該行無文字時，光標高度與的一致。 1.解決頁面使用overflow: scroll在iOS上滑動卡頓的問題? 首先你可能會給頁面的html和body增加了height: 100%, 然后就可能造成IOS上頁面滑動的卡頓問題。解決方案...
摘要：解決頁面使用在上滑動卡頓的問題首先你可能會給頁面的和增加了然后就可能造成上頁面滑動的卡頓問題。頁面橡皮彈回效果遮擋頁面選項卡有時和的去除掉問題可能就沒有了。該行無文字時，光標高度與的一致。 1.解決頁面使用overflow: scroll在iOS上滑動卡頓的問題? 首先你可能會給頁面的html和body增加了height: 100%, 然后就可能造成IOS上頁面滑動的卡頓問題。解決方案...
摘要：解決頁面使用在上滑動卡頓的問題首先你可能會給頁面的和增加了然后就可能造成上頁面滑動的卡頓問題。頁面橡皮彈回效果遮擋頁面選項卡有時和的去除掉問題可能就沒有了。該行無文字時，光標高度與的一致。 1.解決頁面使用overflow: scroll在iOS上滑動卡頓的問題? 首先你可能會給頁面的html和body增加了height: 100%, 然后就可能造成IOS上頁面滑動的卡頓問題。解決方案...
閱讀 993·2021-11-15 18:06
閱讀 2362·2021-10-08 10:04
閱讀 2647·2019-08-28 18:03
閱讀 892·2019-08-26 13:42
閱讀 1913·2019-08-26 11:31
閱讀 2417·2019-08-23 17:13
閱讀 916·2019-08-23 16:45
閱讀 2049·2019-08-23 14:11
