一、Cache Manifest基礎知識
作為一個web開發相關的人員,都不會少聽到、看到Cache這個詞。是的,上面也已經說了,它是一種緩存的機制。它可以通過一個.manifest文件來配置需要緩存的或者一定要保持聯網緩存的文件。而重點就是這個.manifest文件,這裡進行了簡單的整理:
◆MIME TYPE:text/cache-manifest
◆需要由你創建的:NAME.manifest
◆作用:主要是配置需要緩存的文件
二、如何實現
實現起來倒是非常簡單(當然,這也是有問題的,這個我們後面講解決方案),實現步驟如下:
1.在服務器上添加MIME TYPE支
比如 apache 中可在 .htAccess 中添加:
- AddType text/cache-manifest manifest
2.創建 NAME.manifest:
其中第一行的CACHE MANIFEST標識是一定要有的,而CACHE/NETWORK/FACKBACK 都是可選的。如果沒有寫標識,則默認緩存,Cache就不用說了,緩存;NETWORK指不想緩存的頁面,比如登陸頁等;FALLBACK 是指當沒有響應時的替代方案,比如我想請求某個頁面,但這個頁面的服務器掛了,那麼,我可以顯示另外一個指定的頁面,文件結構如下:
- CACHE MANIFEST
- # VERSION 0.3
- # 直接緩存的文件
- CACHE:
- abc.Html
- images/sofish.png
- js/main.JS
- css/layout.CSS
- # 需要在時間在線的文件
- NETWORK:
- /wp-admin/
- # 替代方案
- FALLBACK:
- /ajax/ AJax.Html
至於如何更新這個配置文件?只要改變文件的內容即可,上面的# VERSION 0.3其實只是一行注釋,但改變文件可以重新緩存,這樣寫上版本號,想更新的時候修改版本號來重新緩存,是一種比較推薦的方法,甚至可以是最佳實踐。
3.給<Html>標簽加manifest屬性
- <Html manifest="path/to/NAME.manifest">
是的,就是如此簡單,相信你花上30分鐘也就了解了,而且能夠快速的應用到工作中。
三、Cache Manifest 存在的問題
經過上面一整,速度明顯快了許多,幫忙測試的人也小震驚了一下,只是,還是存在一些問題,看一下,然後我們嘗試解決:
1.自動緩存引用了manifest文件的頁面
即使在 NETWORK 中指定 "*"(所有的頁面都)使用網絡,還是不能解決它自動緩存當前頁面。這使得這個頁面在 manifest 沒有變更的情況下,會一直以"類靜態"存在。比如,你後台更新了一篇文章,這個動態的首頁,還是像第一次緩存的時候一樣,沒有變。這對於靜態頁面還好,但應用在一個動態系統就很麻煩了,因為你的內容是時時要更新的。
2.Firefox彈出提示信息
可能是習慣了彈窗警告之類的,一不小心,用戶還以為是網站被人掛馬呢,想把不干淨的東西存儲到他的電腦。
四、解決方案
(一)關於自動緩存當前頁面
在《Pro Html5 Programming》有這樣一句話:這並不是Bug,而是機制的需要。雖然說這樣會讓頁面載入更快,但對於動態頁面來說就是惡心了。至少應該有一種讓用戶選擇是否緩存當前頁的配置方案(或者說是一個開關)。不過,這是暫時不能解決的,畢竟這還只是一個Draft,我們要用,就應該找一個合適的方案。
我的想法是,看看大家有沒有更好的辦法。結果,查了一下,無果。新的東西,幾乎所有文章說的都只是我上面說的那個如何去寫一個manifest文件,看來還是沒辦法偷懶。然後,便開始想:
◆一定不要緩存動態的頁面,當前頁一定不能引用 manifest文件。
◆能不能從其他頁面先載入緩存?
那麼,如果有解決方案的話,解決方法應該是:
◆不在當前頁面引用manifest。
◆在用戶打開頁面之前,需要有一個頁面來實現緩存機制。
如果這樣,那麼為何不試一下iframe來引入一個擁有manifest的靜態文件?但用 iframe 還能會緩存到文件?經過一翻測試,Google Chrome的調試工具給了答案:結果很不錯,成功緩存。做法是這樣的,新建一個cache.Html文件來當做為當前頁面的代理,內容如下:
- <!DOCTYPE Html>
- <Html manifest="http://www.happinesz.cn/sofished.manifest">
- <head>
- <meta charset=utf-8 />
- <title>cache</title>
- </head>
- <body>
- hi sofish!
- </body>
- </Html>
然後,在每個頁面通過iframe來引用這個靜態文件,以達到我們不緩存當面頁面,只緩存我們希望緩存文件的目的。
(二)關於 Firefox 彈出警告問題
這個,浏覽器默認的,浏覽器廠商的目的是為用戶的安全著想,我們暫時也改變不了。其實,也不會有太大的影響,我也沒有好好去想。
五、總結
測試下來,其實跟緩存當前頁面還是有差別的,畢竟像站外的鏈接,特別是gravatar總要請求這麼多圖片,這點就又多了一點時間了。這現象主要出現在 Firefox 下,而 Webkit 而表示非常棒,速度幾乎和緩存當前面一樣,第二次打開的頁面,都是瞬間響應的,效果非常不錯。