-
H5本地储存查看全部
-
zzzzzzzz查看全部
-
h5的存储查看全部
-
h5的存储形式查看全部
-
四种存储方式查看全部
-
indexDB 存储结构查看全部
-
daima查看全部
-
服务器端存储有四种方式，cache缓存，磁盘文件，数据库，内存里面查看全部
-
localstorage过期查看全部
-
localstorage查看全部
-
本地存储图片查看全部
-
H5存储优势： 1. 存储空间大 2. 接口丰富 3. 数据相对安全 4. 关系型 5. 省流量 H5存储劣势： 1. 浏览器兼容；( localStorage 和 app cache 主流浏览器都兼容的不错 ) 2. 同源策略；( localStorage 不可以跨子域，manifest 所引用的文件必须在同一个域名下面 ) 3. 脚本控制；( 只能在浏览器端存放；服务器端想拿到数据，只能通过请求 ) 4. 更新策略; ( 不像cookie可以设置过期时间；比如localStorage永不过期，必须自己写一套更新机制 )查看全部
-
其它客户端存储： userData 1. 只有IE支持（IE5.0 ... 9.0） google Gears 1. chrome (12.0后放弃支持) 2. 引擎：64SQLite 3. 需要用户授权查看全部
-
1、appcache更新注意事项： 修改资源文件，必须通过修改manifest文件来更新被缓存的文件列表。 2、优点： 完全离线； 资源被缓存，加载更快； 降低server负载。 3、缺点： 含有manifest属性的当前页一定会被缓存； 更新依赖manifest文件，更新后需要再次刷新； 更新是全局性的，无法单点更新(配合应用的apchahe的304去做单点更新)； 对于链接的参数变化敏感，不同的参数视为不同的文件。 任何一个参数的修改都会被（master）重新缓存（重复缓存含参页面）index.html和index.html?renew=1会被认为是不同的文件，分别缓存。 4、适用场景：(金融时报做的离线缓存：https://app.ft.com/index_page/home) -单地址的页面（无参数），不适用页面带参数的情况； -对实时性要求不高的业务，修改不能特别频繁，因为需要修改manifest，并且需要一次性拉去很多更新； -离线webapp。查看全部
-
使用appcache： 1、创建manifest文件（如图）； 2、引用manifest文件：HTML页面<html manifest="...">，服务器端添加mime.type（text/cache-manifest）。 3、更新manifest，触发updateready事件： window.applicationCache.onupdateready = function(e){ if(this.status == this.UPDATEREADY){ // manifest有更新 this.swapCache(); // 重置appcache if(confirm("是否需要刷新页面？")) window.location.reload(); } else{ // 没有更新，爱干啥干啥 } }; 4、不从离线缓存调用数据：让浏览器找不到manifest文件（删除或重命名） [ 收起全文 ]查看全部
举报
0/150
提交
取消