小弟只能說, 我看過網路快取設備雖不多, 但快取沒看過user設超過兩周的, 很多預設的cache

也不過只放24hrs意思一下. 網頁物件TTL的長短有兩個來源, 一個是原網站自己已經在

http表頭指定, 例如TTL=0 就是告知從不快取(well....你還是有辦法可以硬cache下來).

另一個就是你在網路快取設備定義http物件的TTL 不短於xxx時間,與不長於xxx時間,

在這時間內它就會以快取物件來提供, 如果一個static content萬年不改可能無所謂,

但是TTL拉太長的風險就是會看到舊資料, 若一個freeware, 各版檔名都一樣但每月更新,

你快取設三個月, 可能仍會拿到三個月前的舊版本. 您的快取容量即使可以設超大, 可能

早就有一堆資料已過時不可用, 或是你硬要用但已是過時舊資料.

由於無法預先知道什麼content可不可以快取多久, 所以實務上不會去設太長的時間,

畢竟頁面正確性還是比速度重要,一方面也是為了避免cache累積過大造成 hit rate 偏低.

一般ISP服務客戶的樣本數以數十萬至數百萬計, 所以一份快取就算只用12小時, 但若能

給其他幾千個用戶重複利用, 也可能節省數百GB的傳輸量, 例如有熱門的影片, 程式下載.

如果您的快取機制有那種智能可先分辨該物件是否有更新而決定是否要使用快取,

那也要它先主動去要過新資料再跟既有快取比對過, 才能決定是要以cache回應還是重拉.

這種東西有商用產品, 是否有免費的軟體可用我不清楚, 不過單純靠browser應做不到.