這次帶給大家H5的快取Manifest的使用,使用H5的快取Manifest注意事項有哪些,以下就是實戰案例,一起來看一下。
在app中更新h5頁面一直有快取問題。預設什麼都不做的情況下,app有一定的空間快取頁面。一開始更新之後會馬上加載,等到app快取空間上來之後更新就無法下載了。安卓能夠清理快取空間,ios就只能卸載重裝(are u kidding me?)。這是最壞的情況,你可以更換下地址。
注意到這一點之後,頁面加入no-cache.
<meta http-equiv="Cache-Control" content="no-cache">
告訴瀏覽器不要快取頁面。實際上是頁面沒有改變的時候請求是304,如果頁面改變了才是200,所以說加了no-cache不是說每次都全新下載,而是更新了就會重新下載。但這時候不同的手機表現還是不一樣的。 4s與6sp就不同。造訪同一個頁面,修改了js。 4s更新了,6sp還是老樣子。咋整呢,因為服務端還有快取。先設定nginx快取:
location / { root html; expires -1; index index.html index.htm; }
並需要重啟下nginx:
nginx -s reload
這時候6sp也更新了。
但老是重啟nginx不是辦法啊,可能造成一些請求遺失。而且這種情況下,離線是完全不能用了。例如斷網了去發訊息,原本設定的一張紅色嘆號的圖片和人物的頭像都顯示不出來。當然可以轉成base64的字串解決這個問題。 base64就是很長,放在哪裡都佔空間。怎麼解決,manifest
no-cache+更新檔名+更新位址待測
介紹可以先看w3shool的:http:/ /www.w3school.com.cn/html5/html_5_app_cache.asp ,這裡就說下使用的情況。
<html manifest="index.appcache">
CACHE MANIFEST #v1.0.0.0#需要缓存的文件js/zepto.js#不需要缓存的页面 NETWORK:*#无法访问页面 FALLBACK404.html
text/cache-manifest appcache;
mime types檔案都在conf目錄下。啟動nginx之後。這時候頁面會出現載入狀況:
這個圖說明2個事情,一個是流程上會先下載index.appcache,然後會陸續觸發checking event,download event ,progress event 和updateReady event.二個是預設快取了目前頁面。而且居然是帶個參數也緩存。看樣子只要地址不一樣的當前頁都給緩存了(上面的緩存目錄我只寫了一個zepto)。再刷新頁面:
index.appcache沒有更新就不會觸發檢查。
載入快取的檔案狀態是200,size一欄是from cache。從瀏覽器載入的是304,時間上一個是幾毫秒,一個是十幾毫秒。 f12進入開發者模式,在Application cache一欄可以看見已快取的檔案。
但在這個地方是無法清理的,需要在Application 中的 clear storage來清理。
最明顯的就是首頁,預設快取下來。這時候你改變首頁內容而不修改index.appache是完全沒有作用的。例如你刪掉一個js的引用,客戶端還是下載了這個js。這個時候你需要修改這個快取檔案:
#不需要缓存的页面 NETWORK: mobile/index.html *
注意到雖然index.appache和index位於同一級,但不能寫index.html,得寫相當於網站的路徑,其他資源也是一樣。這時候觸發更新了,但頁面還是載入的快取資源,所以還需要做一個處理:
window.applicationCache.addEventListener("updateready", function(){ location.reload() });
这样才会加载最新的页面。如果首页再发生修改,可以随意(加个空格,加空行)修改缓存文件,就能触发更新。所以剩下的问题就是记得在更新资源之后记得更新缓存文件。建议就是不变的资源(框架样式,框架js,图片)缓存下来,经常要修改的js就让浏览器缓存吧。现在这样就避免了reload nginx。这个效果要比加no-cache的方法好。当然,如果无所谓消息或者reload的影响。no-cache还是很方便,毕竟这个index.appache一旦加上,难以去掉,除非清理缓存。
相信看了本文案例你已经掌握了方法,更多精彩请关注php中文网其它相关文章!
推荐阅读:
以上是H5的快取Manifest的使用的詳細內容。更多資訊請關注PHP中文網其他相關文章!