轉眼2年沒寫文章了，不是因爲我懶，實在是因爲寫不出精彩的東東，從進入網宿科技做IDC系統到現在做CDN售前，這2年確實也學到了不少新知識，剛好快過年了，也總結總結下這2年的工作和學習。
先轉載一個CDN重要的知識，喜歡CDN的同學可以關注下：
1.概念
Cache-control用於控制HTTP緩存（在HTTP/1.0中可能部分沒實現，僅僅實現了Pragma: no-cache）
數據包中的格式：
Cache-Control: cache-directive
cache-directive可以爲以下：
request時用到：
| "no-cache" | "no-store" | "max-age" "=" delta-seconds | "max-stale" [ "=" delta-seconds ] | "min-fresh" "=" delta-seconds | "no-transform" | "only-if-cached" | "cache-extension"
response時用到：
| "public" | "private" [ "=" <"> field-name <"> ] | "no-cache" [ "=" <"> field-name <"> ] | "no-store" | "no-transform" | "must-revalidate" | "proxy-revalidate" | "max-age" "=" delta-seconds | "s-maxage" "=" delta-seconds | "cache-extension"
部分說明：
根據是否可緩存分爲
Public 指示響應可被任何緩存區緩存。
Private 指示對於單個用戶的整個或部分響應消息，不能被共享緩存處理。這允許服務器僅僅描述當用戶的
部分響應消息，此響應消息對於其他用戶的請求無效。
no-cache 指示請求或響應消息不能緩存（HTTP/1.0用Pragma的no-cache替換）
根據什麼能被緩存
no-store 用於防止重要的信息被無意的發佈。在請求消息中發送將使得請求和響應消息都不使用緩存。
根據緩存超時
max-age 指示客戶機可以接收生存期不大於指定時間（以秒爲單位）的響應。
min-fresh 指示客戶機可以接收響應時間小於當前時間加上指定時間的響應。
max-stale 指示客戶機可以接收超出超時期間的響應消息。如果指定max-stale消息的值，那麼客戶機可以
接收超出超時期指定值之內的響應消息。
Expires 表示存在時間，允許客戶端在這個時間之前不去檢查（發請求），等同max-age的
效果。但是如果同時存在，則被Cache-Control的max-age覆蓋。
格式：
Expires = "Expires" ":" HTTP-date
例如
Expires: Thu, 01 Dec 1994 16:00:00 GMT （必須是GMT格式）
2.應用 通過HTTP的META設置expires和cache-control <meta http-equiv="Cache-Control" content="max-age=7200" /> <meta http-equiv="Expires" content="Mon, 20 Jul 2009 23:00:00 GMT" /> 上述設置僅爲舉例，實際使用其一即可。這樣寫的話僅對該網頁有效，對網頁中的圖片或其他請求無效，並不會做任何cache。 這樣客戶端的請求就多了，儘管只是檢查Last-modified狀態的東西，但是請求一多對瀏覽速度必定有影響。
如果要對文件添加cache可以通過apache的mod_expire模塊，寫法爲 <IfModule mod_expires.c> ExpiresActive On ExpiresDefault "access plus 1 days"
</IfModule> 記得ExpiresActive設爲On，我起先沒設置On，似乎怎樣YSlow都查不到緩存機制。這樣添加的話就是默認所有的。
如果要針對個別MIME類型則可以： ExpiresByType p_w_picpath/gif "access plus 5 hours 3 minutes" 見 Apache Module mod_expires 另外，當點擊瀏覽器上的刷新，客戶端發送的請求中均是max-age=0，表示validate操作，發送請求到服務器 要求檢查cache，再更新cache，一般得到的是304 Not Modified，表示沒變動。