1、全頁面靜態化快取
也就是將頁面全部生成html靜態頁面，使用者訪問時直接訪問的靜態頁面，而不會去走php伺服器解析的流程。此種方式，在cms系統中比較常見，比如dedecms；
一種比較常用的實現方式是用輸出快取：
ob_start()
******要執行的*********
$content = ob_get_contents();
****將快取內容寫入html檔案*****
ob_end_clean();
2、頁面部分快取
該種方式，是將乙個頁面中不經常變的部分進行靜態快取，而經常變化的塊不快取，最後組裝在一起顯示；可以使用類似於ob_get_contents 的方式實現，也可以利用類似esi之類的頁面片段快取策略，使其用來做動態頁面中相對靜態的片段部分的快取
任何乙個web**的內容都是在不斷更新和變化，但這並不意味這這個**的內容就是動態內容，事實上，動態的內容是指使用者每次點選 相同的鏈結時取的的內容是由web伺服器應用程式生成的，如常見得asp，jsp等，與此相對應，靜態內容一般就是指由文字、影象和多**組成，在使用者每 次單擊相應鏈結時基本保持不變。現在解決動態內容快取的最新技術就是通過esi技術來設計**的內容。
esi技術工作原理
動態生成的內容能為使用者帶來豐富精彩的頁面，**開發者也可以更容易和更靈活地控制相關的內容，但在享受這些便利的同時，也增加了 **資料庫和應用伺服器的處理壓力的。當**的訪問量增大後，硬體和資料庫的投資是非常巨大的，即使如此，仍然有可能導致頁面的嚴重延遲甚至訪問失敗。
使用者訪問動態生成的內容速度慢的根本原因在於動態生成的內容需要經過乙個複雜的過程，首先，根據使用者請求的不同將使用者的請求分配 到應用伺服器相應的軟體模組中，軟體模組必須通過運算決定需要從資料庫中提取什麼樣的資料給使用者，然後再從資料庫中提取出相應的資料按照定義的格式傳給用 戶。這些冗長的過程導致使用者訪問速度變慢，同時增加了伺服器的負載。
在實際環境中，乙個動態生成的頁面，當中可能只有少量的內容是頻繁變化的或是個性化的，對於傳統的cache伺服器來說，為了能 夠保證頁面的時效性，卻由於頁面中這些少量的動態內容而無法將整個頁面進行快取。esi（edge side include）通過使用簡單的標記語言來對那些可以加速和不能加速的網頁中的內容片斷進行描述，每個網頁都被劃分成不同的小部分分別賦予不同的快取控制 策略，使cache伺服器可以根據這些策略在將完整的網頁傳送給使用者之前將不同的小部分動態地組合在一起。通過這種控制，可以有效地減少從伺服器抓取整個 頁面的次數，而只用從原伺服器中提取少量的不能快取的片斷，因此可以有效降低原伺服器的負載，同時提高使用者訪問的響應時間。
esi是一種簡單的標識語言，開發人員可以使用它標誌內容片斷以便通過相應的cache伺服器來加速快取。同時esi還定義了一 套內容效驗標準，可以實現原伺服器對cache伺服器中快取內容的管理，提高了**對內容的控制能力。cdn網路也可以利用在分布全國各地的節點中安裝支 持esi的cache伺服器來提供對**動態內容提供cdn服務。
該種方式可以用於如**中的商品頁；
3、資料快取
顧名思義，就是快取資料的一種方式；比如，**中的某個商品資訊，當用商品id去請求時，就會得出包括店鋪資訊、商品資訊等資料，此時就可以將這些 資料快取到乙個php檔案中，檔名包含商品id來建乙個唯一標示；下一次有人想檢視這個商品時，首先就直接調這個檔案裡面的資訊，而不用再去資料庫查 詢；其實快取檔案中快取的就是乙個php陣列之類；
ecmall**系統裡面就用了這種方式；
4、查詢快取
其實這跟資料快取是乙個思路，就是根據查詢語句來快取；將查詢得到的資料快取在乙個檔案中，下次遇到相同的查詢時，就直接先從這個檔案裡面調資料，不會再去查資料庫；但此處的快取檔名可能就需要以查詢語句為基點來建立唯一標示；
按時間變更進行快取
其實，這一條不是真正的快取方式；上面的2、3、4的快取技術一般都用到了時間變更判斷；就是對於快取檔案您需要設乙個有效時間，在這個有效時間 內，相同的訪問才會先取快取檔案的內容，但是超過設定的快取時間，就需要重新從資料庫中獲取資料，並生產最新的快取檔案；比如，我將我們**的首頁就是設 置2個小時更新一次；
5、按內容變更進行快取
這個也並非獨立的快取技術，需結合著用；就是當資料庫內容被修改時，即刻更新快取檔案；
比如，乙個**量很大的**，商品很多，商品表必然比較大，這錶的壓力也比較重；我們就可以對商品顯示頁進行頁面快取；
當商家在後台修改這個商品的資訊時，點選儲存，我們同時就更新快取檔案；那麼，買家訪問這個商品資訊時，實際上訪問的是乙個靜態頁面，而不需要再去訪問資料庫；
6、記憶體式快取
提到這個，可能大家想到的首先就是memcached；memcached是高效能的分布式記憶體快取伺服器。 一般的使用目的是，通過快取資料庫查詢結果，減少資料庫訪問次數，以提高動態web應用的速度、 提高可擴充套件性。
它就是將需要快取的資訊，快取到系統記憶體中，需要獲取資訊時，直接到記憶體中取；比較常用的方式就是 key–>value方式；
<?php
$memcachehost = '192.168.6.191';
$memcacheport = 11211;
$memcachelife = 60;
$memcache = new memcache;
$memcache->connect($memcachehost,$memcacheport) or die ("could not connect");
$memcache->set('key','快取的內容');
$get = $memcache->get($key); //獲取資訊
?>
7、apache快取模組
apache安裝完以後，是不允許被cache的。如果外接了cache或squid伺服器要求進行web加速的話，就需要在htttpd.conf裡進行設定，當然前提是在安裝apache的時候要啟用mod_cache的模組。
安裝apache時：./configure –enable-cache –enable-disk-cache –enable-mem-cache
8、php apc快取擴充套件
php有乙個apc快取擴充套件，windows下面為php_apc.dll，需要先載入這個模組，然後是在php.ini裡面進行配置：
[apc]
extension=php_apc.dll
apc.rfc1867 = on
upload_max_filesize = 100m
post_max_size = 100m
apc.max_file_size = 200m
upload_max_filesize = 1000m
post_max_size = 1000m
max_execution_time = 600 ; 每個php頁面執行的最大時間值(秒)，預設30秒
max_input_time = 600 ; 每個php頁面接收資料所需的最大時間，預設60
memory_limit = 128m ; 每個php頁面所吃掉的最大記憶體，預設8m
9、opcode快取
我們知道，php的執行流程可以用下圖來展示：
首先php**被解析為tokens，然後再編譯為opcode碼，最後執行opcode碼，返回結果；所以，對於相同的php檔案，第一次執行時 可以快取其opcode碼，下次再執行這個頁面時，直接會去找到快取下的opcode碼，直接執行最後一步，而不再需要中間的步驟了。
比較知名的是xcache、turck mm cache、php accelerator等。
PHP中9大快取技術總結
1 全頁面靜態化快取 也就是將頁面全部生成html靜態頁面，使用者訪問時直接訪問的靜態頁面，而不會去走php伺服器解析的流程。此種方式，在cms系統中比較常見，比如dedecms 一種比較常用的實現方式是用輸出快取 ob start 要執行的 content ob get contents 將快取內...
PHP中9大快取技術總結
也就是將頁面全部生成html靜態頁面，使用者訪問時直接訪問的靜態頁面，而不會去走php伺服器解析的流程。此種方式，在cms系統中比較常見，比如dedecms 一種比較常用的實現方式是用輸出快取 ob start 要執行的 content ob get contents 將快取內容寫入html檔案 o...
PHP中10大快取技術總結
也就是將頁面全部生成html靜態頁面，使用者訪問時直接訪問的靜態頁面，而不會去走php伺服器解析的流程。此種方式，在cms系統中比較常見，比如dedecms 一種比較常用的實現方式是用輸出快取 ob start 要執行的 content ob get contents 將快取內容寫入html檔案 o...