现在主要是两个阵营，chrome like 和 safari like 。
chrome 播放 mp4 一般发起一个请求下载整个文件的数据。
一边接收数据一边解析，如果达到可以播放的缓冲就开始播放。
快进的话会从视频帧对应文件位置请求。

safari like 播放 mp4 有两种模式，其中一种和 chrome 类似，只需要一个请求就开始播放。
但是这种模式出现的时机比较苛刻。

另外一种是彻底的 safari 模式。播放视频时候需要请求非常多次。
第一次会请求两个字节，要求服务器返回 mp4 文件长度。
接下来会：
第二次请求会请求文件全长度（服务器不一定会返回全部长度,可能只会传输几 M ）
第二次请求文件尾部几 MB 字节 (服务器应该返回这部分的全部长度)
因为 mp4 文件结构中视频信息在文件尾部，所以要先请求到这部分数据解析后播放。
之后 safari 会重复多次请求，一边播放一边请求接下来要播放的部分。

不同平台 webview 处理逻辑差异：例如 windows10 上的 webview 就会有不同的反应，有时候两种模式都可能会出现。

没有人在客户端搞这种东西的。你可以再服务端抓取数据，没必要在客户端做这种事情。

网站打不开，电信 中国南方

牛逼啊，盗图还拿来卖钱？还订成计划来？你这也太害人了吧？

快捷指令就可以改图标

iOS 开发这么多年了，技术路线都几条了，你入场的时机晚了。官方确实没做从零到一的指南，或者说那个指南很难看懂。

Debian 10 + Guacamole + xfce4 + TightVNC 我在用的方案。也是 oracle 的机器 1c1g 。浏览网页肯定不流畅的，用来下载文件还可以。

灰度更新

@Features websocket 是即时性非常高的，所以会一直发送心跳，服务端也要有一个线程来维持这个连接。

云上贵州不是苹果运营的，苹果只是在云上贵州跑它自己的软件而已。实际上就是磁盘坏道导致数据丢失了，可以恢复，但是对面不想费时间查罢了。因为这种“敏感”的操作肯定是没有公开程序或者手册的。

safari 有优化，chrome 没有

可能是域名证书过期了

//直接下载
let a = document.createElement('a')
a.href = "blob://xxxxx"
a.setAttribute("download","xxx.jpg")
document.body.append(a)
a.click()


//在脚本中处理
fetch("blob://xxxx")
.then(res=>res.blob())
.then(blob=>{
return new File( [blob] , "xxx.jpg" , { type:"image/jpeg"} )
})
.then(file=>{
// do some thing as file
})

会，建议不要分享。

压缩不打包，使用场景在哪里

你是不是要在手机上的 App 里显示 tiff 格式的图片。还是说要让 android studio 支持 tiff 格式的图片。

当然是离线包好控制了。离线包是一个压缩文件，比 http 请求几十次要稳定的多。