apache靜態緩存
① apache 緩存對性能提升多大
網站的訪問速度是由多個因素所共同決定的，這些因素例如應用程序的響應速度、網路帶寬、伺服器性能、與客戶端之間的網路傳輸速度等等。其中最重要的一個因素是應用程序本身的響應速度，因此當你為網站性能所苦惱時，你第一個需要著手進行處理的便是盡可能的提升應用程序的執行速度，你可以使用緩存或者是優化代碼的執行效率來提升應用程序的速度。
但是，本文並不是介紹如何來提升應用程序的執行效率，在確保您的應用程序的性能已經達到足夠好，同時伺服器的性能也完全滿足的情況下，不妨來試試網頁壓縮和頁面緩存來進一步提升網頁的瀏覽速度，而且非常重要的是，它完全不需要任何的成本，只不過是會讓您的伺服器CPU佔用率稍微提升一兩個百分點而已或者更少。
網頁壓縮是一項由 WEB 伺服器和瀏覽器之間共同遵守的協議，也就是說 WEB 伺服器和瀏覽器都必須支持該技術，所幸的是現在流行的瀏覽器都是支持的，包括 IE、FireFox、Opera 等；伺服器有Apache 和 IIS 等。雙方的協商過程如下：
首先瀏覽器請求某個 URL 地址，並在請求的頭 (head) 中設置屬性 accept-encoding 值為 gzip, deflate，表明瀏覽器支持 gzip 和 deflate 這兩種壓縮方式（事實上 deflate 也是使用 gzip 壓縮協議，下面我們會介紹二者之間的區別）；
WEB 伺服器接收到請求後判斷瀏覽器是否支持壓縮，如果支持就傳送壓縮後的響應內容，否則傳送不經過壓縮的內容；瀏覽器獲取響應內容後，判斷內容是否被壓縮，如果是則解壓縮，然後顯示響應頁面的內容。
在實際的應用中我們發現壓縮的比率往往在 3 到 10 倍，也就是本來 50k 大小的頁面，採用壓縮後實際傳輸的內容大小隻有 5 至 15k 大小，這可以大大節省伺服器的網路帶寬，同時如果應用程序的響應足夠快時，網站的速度瓶頸就轉到了網路的傳輸速度上，因此內容壓縮後就可以大大的提升頁面的瀏覽速度。
頁面緩存是將一部分經常不會改變和變動的文件或頁面緩存,下次瀏覽器再次訪問這些頁面時,而不需要再次去調用這些和下載這次頁面的文件或頁面,而提高了用戶的訪問速度。
現在言歸正傳來談談如何使用Apache來對頁面進行壓縮和頁面緩存來提升性能.為了實現這些功能需要三個模塊mod_deflate、mod_expires和mod_headers,關於這三個模塊的介紹請參考apache文檔，這里不再闡述。
② 關於apache的緩存
B伺服器，但其豐富的功能對於一個新手來說往往不知道從何下手。我個人感覺Apache的設計充分體現了模塊化設計的優勢，通過在動態模塊載入（DSO）模式下的安裝，任何子應用模塊都可以通過配置文件的簡單修改進行積木式的靈活配置。安裝的過程可以從簡單的靜態html服務開始，一個模塊一個模塊的學習使用。從單純的HTML靜態服務(core)，到復雜的動態頁面服務(core + php, core + resin, core + php + mod_gzip, core + resin + mod_expire)。
本文主要從簡化安裝==>性能調優==>維護方便的角度，介紹了WEB服務的規劃、HTTPD安裝/應用模塊配置、升級/維護等過程。讓Apache和PHP，Resin等應用模塊的獨立升級，完全互不影響。
WEB應用容量規劃：根據硬體配置和WEB應用的特點進行WEB服務的規劃及一些簡單的估算公式；
Apache安裝過程：apache的通用的簡化安裝選項，方便以後的應用的模塊化配置；
修改 HARD_SERVER_LIMIT：
vi /path/to/apache_src/src/include/httpd.h
#define HARD_SERVER_LIMIT 2560 <===將原來的 HARD_SERVER_LIMIT 256 後面加個「0」
apache編譯：
./configure --prefix=/home/apache --enable-shared=max --enable-mole=most
可選應用模塊/工具的安裝：php resin mod_gzip mod_expire及各個模塊之間的配合；
mod_php安裝：./configure --with-apxs=/home/apache/bin/apxs --enable-track-vars --with-mysql
mod_resin安裝：./configure --with-apxs=/home/apache/bin/apxs
mod_gzip安裝：修改Makefile中的 apxs路徑：然後make make install
工具：日誌輪循工具cronolog安裝：
升級/維護：看看通用和模塊化的安裝過程如何簡化了日常的升級/維護工作；
按照以上的方法：系統管理員和應用管理員的職責可以清楚的分開，互相獨立。
系統安裝：系統管理員的職責就是安裝好一台DSO模式的Apache，然後COLON即可，
應用安裝：由應用管理員負責具體應用所需要的模塊，比如PHP Resin等，並設置httpd.conf中相關的配置。
系統升級：系統管理員：升級操作系統/升級Apache
應用升級：應用管理員：升級應用模塊，PHP Resin等。
WEB應用的容量規劃
Apache主要是一個內存消耗型的服務應用，我個人總結的經驗公式：
apache_max_process_with_good_perfermance < (total_hardware_memory / apache_memory_per_process ) * 2
apache_max_process = apache_max_process_with_good_perfermance * 1.5
為什麼會有一個apache_max_process_with_good_perfermance和apache_max_process呢？原因是在低負載下系統可以使用更多的內存用於文件系統的緩存，從而進一步提高單個請求的響應速度。在高負載下，系統的單個請求響應速度會慢不少，而超過 apache_max_process，系統會因為開始使用硬碟做虛擬內存交換空間而導致系統效率急劇下降。此外，同樣的服務：2G內存的機器的 apache_max_process一般只設置到1G內存的1.7倍，因為Apache本身會因為進程過多導致性能下降。
③ apache設置靜態文件緩存影響cookie
Cookie的主要內容包括名字，值，過期時間，路徑和域，路徑和域共同構成了cookie的作用范圍,相當於一個key-value的方式存在於客戶端。根據有無設置過期時間可分為 會話Cookie和持久Cookie,不設置過期時間，則是會話Cookie，這個Cookie的生命周期為瀏覽器會話期間，關閉瀏覽器窗口，cookie就消失，若設置了過期時間，瀏覽器就會把cookie保存到硬碟上，關閉後再次打開瀏覽器，這些cookie仍然有效直到超過設定的過期時間。存儲在硬碟上的cookie可以在瀏覽器的不同進程間共享。
④ php 怎麼清理 apache緩存
一種是對 頁面結果的緩存 應用伺服器級別的 軟體如 squid
一種是 內存級別的 一般是對 php 頻繁調用的並且如果每次查詢會消耗大量資源的數據 軟體有 memcached
一種是 對php 程序進行優化編碼的緩存 如 apache 裡面的 apc, eAccelerator, XCache 等
還有一種就是文件緩存 這種一般是 用php自己實現的 沒什麼可說的.
⑤ 如何在 apache 中設置緩存有效時間
在 apache 中設置緩存有效時間方法：啟動和配置 Expires
打開 httpd.conf 文件（比如我的是在 F:\wamp\bin\apache\Apache2.2.17\conf 下），找到這一行：
復制代碼#LoadMole expires_mole moles/mod_expires.so
去掉注釋（井號），然後再加上這么兩行，再重啟下apache，就 ok 了：
復制代碼<IfMole mod_expires.c>
ExpiresActive On
ExpiresByType text/html A1000
</IfMole>
我們看到 max-age 欄位也出現在了響應頭中，其實它是根據 Expires 的設置自動填充的。
其他設置類似：復制代碼#啟用expires_mole模塊
LoadMole expires_mole moles/mod_expires.so
# 啟用有效期控制
ExpiresActive On
# GIF有效期為1個月
ExpiresByType image/gif A2592000
# HTML文檔的有效期是最後修改時刻後的一星期
ExpiresByType text/html M604800
#以下的含義類似
ExpiresByType text/css "now plus 2 months"
ExpiresByType text/js "now plus 2 days"
ExpiresByType image/jpeg "access plus 2 months"
ExpiresByType image/bmp "access plus 2 months"
ExpiresByType image/x-icon "access plus 2 months"
ExpiresByType image/png "access plus 2 months"
⑥ apache伺服器下的靜態頁面如何緩存
Apache有緩存模塊的。 例如：
LoadMole mem_cache_mole moles/mod_mem_cache.so
<IfMole mod_cache.c>
<IfMole mod_mem_cache.c>
CacheEnable mem /
# cache 40MB
MCacheSize 80960
MCacheMaxObjectCount 21000
MCacheMaxStreamingBuffer 65536
MCacheMinObjectSize 1
MCacheMaxObjectSize 74000
###GDSF 基於緩存命中率和文檔大小計算優先順序。在必要時，優先順序最低的文檔被移出緩存
##MCacheRemovalAlgorithm GDSF
#LRU 指定最長時間沒有用到的對象將在必要的時候移出緩存
MCacheRemovalAlgorithm LRU
</IfMole>
⑦ apache緩存如何清理
A、清除緩存垃圾的軟體就好
打開騰訊手機管家——清理加速，減少手機內存佔用過多、減少系統垃圾、緩存文件。
B、還可以打開騰訊手機管家——懸浮窗——小火箭，關閉後台同時清理掉該程序緩存數據
C、用騰訊手機管家卸載軟體，用軟體搬移把軟體到SD卡中，合理分配運行更流暢的
⑧ 誰熟悉APACHE的緩存配置
Apache中關於頁面緩存的設置
Expires、Cache-Control、Last-Modified、
ETag是RFC
2616（HTTP/1.1）協議中和網頁緩存相關的幾個欄位。前兩個用來控制緩存的失效日期，後兩個用來驗證網頁的有效性。要注意的是，
HTTP/1.0有一個功能比較弱的緩存控制機制：Pragma，使用HTTP/1.0的緩存將忽略Expires和Cache-Control頭。我們
這里以Apache2.0伺服器為例，只討論HTTP/1.1協議。
Expires
Expires欄位聲明了一個網頁或URL地址不再被瀏覽器緩存的時間，一旦超過了這個時間，瀏覽器都應該聯系原始伺服器。RFC告訴我們：「由於推斷的失效時間也許會降低語義透明度，應該被謹慎使用，同時我們鼓勵原始伺服器盡可能提供確切的失效時間。」
對於一般的純靜態頁面，如html、gif、jpg、css、js，默認安裝的Apache伺服器，不會在響應頭添加這個欄位。Firefox瀏覽
器接受到相應後，如果發現沒有Expires欄位，瀏覽器根據文件的類型和「Last-Modified」欄位來推斷出一個合適的失效時間，並存儲在客戶
端。推測出的時間一般是接受到響應時間後的三天左右。
Apache的expires_mole模塊可以在Http響應頭部自動加上Expires欄位。在Apache的httpd.conf文件中進行如下配置：
#啟用expires_mole模塊
LoadMole expires_mole moles/mod_expires.so
# 啟用有效期控制
ExpiresActive On
# GIF有效期為1個月
ExpiresByType image/gif A2592000
# HTML文檔的有效期是最後修改時刻後的一星期
ExpiresByType text/html M604800
#以下的含義類似
ExpiresByType text/css 「now plus 2 month」
ExpiresByType text/js 「now plus 2 day」
ExpiresByType image/jpeg 「access plus 2 month」
ExpiresByType image/bmp 「access plus 2 month」
ExpiresByType image/x-icon 「access plus 2 month」
ExpiresByType image/png 「access plus 2 month」
對於動態頁面，如果在頁面內部沒有通過函數強制加上Expires，例如header(」Expires: 」 . gmdate(」D, d M
Y H:i:s」) . 」 GMT」)，Apache伺服器會把Wed, 11 Jan 1984 05:00:00 GMT
作為Expires欄位內容，返回給瀏覽器。即認為動態頁面總是失效的。而瀏覽器仍然會保存已經失效的動態頁面。
可以發現Firefox瀏覽器總是緩存所有頁面，不管失效、不失效還是沒有聲明失效時間。即使緩存中聲明了一個網頁的實效日期是1970-01-
01 08:00:00，瀏覽器仍然會發送該文件在緩存中的Last-Modified和ETag欄位。
如果在伺服器端驗證通過，返回304狀態，瀏覽器就還會使用此緩存。
Cache-Control
Cache-Control欄位中可以聲明多些元素，例如no-cache, must-revalidate,
max-age=0等。這些元素用來指明頁面被緩存最大時限，如何被緩存的，如何被轉換到另一個不同的媒介，以及如何被存放在持久媒介中的。但是任何一個
Cache-Control指令都不能保證隱私性或者數據的安全性。「private」和「no-store」指令可以為隱私性和安全性方面提供一些幫
助，但是他們並不能用於替代身份驗證和加密。
Apache的mod_cern_meta模塊允許文件級Http響應頭部的控制，同時它也可以配置Cache-Control頭（或任何其他頭）。響應頭文件是放在原始目錄的子目錄中，根據原始文件名所命名的一個文件。具體用法請參閱Apache的官方網站。
其中Cache-Control :
max-age表示失效日期。如果沒有啟動mod_cern_meta模塊，Apache伺服器會把Expires欄位中的日期換算成以秒為單位的一個
delta值，賦值給max-age。如果啟動mod_cern_meta模塊，並且配置了max-age值，Apache會將這個覆蓋Expires字
段。同時，max-age隱含了Canche-Control: public。這樣瀏覽器接受到的Cache-Control :
max-age和Expires值就是一致的。
如果失效日期Cache-Control : max-ag=0或者是負值，瀏覽器會在對應的緩存中把Expires設置為1970-01-01 08:00:00。
Last-Modified
Last-Modified和ETag是條件請求(Conditional
Request)相關的兩個欄位。如果一個緩存收到了針對一個頁面的請求，它發送一個驗證請求詢問伺服器頁面是否已經更改，在HTTP頭裡面帶上」
ETag」和」If Modify Since」頭。伺服器根據這些信息判斷是否有更新信息，如果沒有，就返回HTTP 304（Not
Modify）；如果有更新，返回HTTP 200和更新的頁面內容，並且攜帶新的」ETag」和」Last-Modified」。
使用這個機制，能夠避免重復發送文件給瀏覽器，不過仍然會產生一個HTTP請求。
一般純靜態頁面本身都會有Last-Modified信息，Apache伺服器會讀取頁面文件中的Last-Modified信息，並添加到http響應頭部。
對於動態頁面，如果在頁面內部沒有通過函數強制加上Last-Modified，例如header(」Last-Modified: 」 .
gmdate(」D, d M Y H:i:s」) . 」
GMT」)，Apache伺服器會把當前時間作為Last-Modified，返回給瀏覽器。
無論是純靜態頁面還是動態頁面，Firefox瀏覽器巧妙地按照接受到伺服器響應的時間設置緩存頁面的Last-Modified，而不是按照http響應頭部中的Last-Modified欄位。
ETag
既然有了Last-Modified，為什麼還要用ETag欄位呢？因為如果在一秒鍾之內對一個文件進行兩次更改，Last-Modified就會不正確。因此，HTTP/1.1利用Entity Tag頭提供了更加嚴格的驗證。
Apache伺服器默認情況下，會對所有的靜態、動態文件的響應頭添加ETag欄位。
在Apache的httpd.conf文件中可以通過FileETag指令配置該選項。FileETag指令配置了當文檔是基於一個文件時用以創建
Etag（entity tag）響應頭的文件的屬性。在Apache
1.3.22及以前，ETag的值是對文件的索引節（INode），大小（Size）和最後修改時間（MTime）進行Hash後得到的。
如果一個目錄的配置包含了『FileETag INode MTime Size』而其一個子目錄包含了『FileETag
-INode』那麼這個子目錄的設置（並會被其下任何沒有進行覆蓋的子目錄繼承）將等價於『FileETag MTime Size』。
在多台負載平衡的伺服器環境下，同一個文件會有不同的etag或者文件修改日期，瀏覽器每次都會重新下載。設置『FileETag None』可以使響應頭不再包含ETag欄位。