PHP文件生成的圖片無法使用CDN緩存的解決方法，

PHP文件生成的圖片無法使用CDN緩存的解決方法，

今天發現線上有個問題，線上一個圖片域名，在前端已經加了CDN緩存，不落緩存，則用PHP動態實現圖片縮放，但經PHP處理過的圖片輸出後，每次都要從後端讀取，後端服務器壓力瞬間增加，經分析，PHP中沒有作304的處理，

HTTP的原理是這樣的，每次請求到服務器後，服務端檢測有沒有修改，如沒有修改，可以直接返回一個304的狀態碼，這樣就用客戶端的緩存了，CDN的原理就是如此，如果設置了304，就會將相應的URL進行緩存起來；

相關代碼如下：
復制代碼 代碼如下:
//檢測有沒改變
if (isset($_SERVER['HTTP_IF_NONE_MATCH'])){
    $etag = $_SERVER['HTTP_IF_NONE_MATCH'];
    if (md5($this->image) === $etag){
        header("HTTP/1.1 304 Not Modified");
        exit;
    }
}

header("Last-Modified: " . gmdate("D, d M Y H:i:s", strtotime('2011-1-1'))." GMT");
//輸出etag頭
header('etag:' . md5($this->image));
header('Cache-Control:max-age=2592000');echo $this->image;

其中http頭HTTP_IF_NONE_MATCH，一般是服務器返回的對某一URL的標識，一般用MD5計算，這樣我們檢測MD5值對不對，相同就可以返回304了；

PS:

剛開始抓了半天包，只看到服務端返回的Etag標簽，沒看到客戶端的http頭中If-None-Match，害得在fastcgi.conf.default 中加入如下代碼：
復制代碼 代碼如下:
fastcgi_param  CACHE_ETAG    $http_if_none_match;

一打印$_SERVER，根本就沒有CACHE_ETAG這個變量，看來nginx都會將相關的HTTP頭放到$_SERVER變量中，也加深了http協議的了解