apache文件緩存

❶ 如何在 Apache 中設置緩存有效時間

你好，
在 apache 中設置緩存有效時間方法：啟動和配置 Expires
打開 httpd.conf 文件（比如我的是在 F:\wamp\bin\apache\Apache2.2.17\conf 下），找到這一行：
復制代碼#LoadMole expires_mole moles/mod_expires.so

去掉注釋（井號），然後再加上這么兩行，再重啟下apache，就 ok 了：
復制代碼
ExpiresActive On
ExpiresByType text/html A1000

我們看到 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"

❷ 高並發，寫入頻繁的評論系統有必要加緩存么

如果並發真到幾萬的話，緩存肯定是要加的。
具體加緩存的策略，看想要什麼效果，可以對查詢最頻繁的一類請求先加緩存。
保證mongo處於一個合理的負載。

❸ 誰熟悉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欄位。

❹ 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 Traffic Server組件、機制

Traffic Server（TS）主要由以下幾個組件構成:

• 緩存系統: TS擁有高速的對象資料庫，通過URL和頭部信息進行索引。它支持不同版本對象的緩存（例如，不同編碼或語言），當空間滿時，會優先移除過期數據。磁碟故障時，TS會切換到proxy-only模式。此外，TS支持磁碟分區，為特定協議和源伺服器分配特定空間。


• 內存緩存: 存儲熱門對象，提高高峰期處理速度和減輕磁碟負載。


• 主機資料庫: 包含DNS信息，便於快速轉換主機名到IP，存儲HTTP版本和主機可靠性數據。


• DNS解析器: 內置DNS解析功能，避免使用傳統解析庫，減少DNS流量。


• 核心進程: traffic_server處理請求，traffic_manager負責控制和配置，traffic_cop監控進程健康。traffic_server重啟時，會保留請求隊列，待完全重啟後再處理。


• 管理工具: Traffic Line和Traffic Shell提供監控和配置功能，改動會自動寫入配置文件。

Traffic Server利用非同步事件處理和多線程技術處理高並發，適應多CPU環境。其工作流程包括：用戶請求對象，TS在緩存中查找，如命中則判斷新鮮度，如未命中則從源伺服器獲取並更新緩存。

判斷對象新鮮度的依據包括Expires、max-age、Last-Modified和Date頭部，還有cache.config中的revalidate規則。當對象過期或源伺服器響應問題時，TS有不同的處理策略。