1.虽然 sw 确实对网页加载提升巨大，但是强制要求插件也用 sw ，还有这么傻逼的杀死策略...谷歌强迫 v3 必须使用 sw 是可以算作 pwa 或者用户隐私的进化，然而最插件基本诉求都不理会.真要是这么搞就是自己慢性自杀.
2.虽然自唤醒很肮脏,和国内安卓应用自唤醒交易差不多恶心人,但是没有阴暗的压迫，怎么会有肮脏的滋生？

@solemelo 1.太贵了，这比 Pro 还要贵就有点不合理，3-5 美元反而能接受
2.如果 Copilot 给所有用户权限阻止其未经许可学习开源相关代码也不至于骂的这么狠（目前是开启了 Copilot 用户才能关闭）

回答：大概不是 BGP 错误

我的服务器在 15：40 依旧能够正常获得 cf 的回源请求，CF 后端面板也是存在真实请求数据，基本推测边缘节点回源是正确的，但是返回数据的时候出问题了

两个看起来很好笑的事实：

1. SCF 默认分配的网关域名 *.*.apigw.tencentcs.com 在 QQ 是绿标
2. 腾讯用的浏览器（包括人工审核）是 Chromium54 ，不支持 ServiceWorker

综上，我写了一个利用 scf+sw 的纯前端网址跳转页面（可以理解为短网址一类的功能，但 scf 不负责还原链接，全靠 sw 执行，纯静态），被举报了都白拦截不了，效果拔群。

链接不方便分享，主要是怕被刷，scf 买的额度并不多，这里讲解一下思路

@XCG0000 那你能试着访问一个比较大的其他文件吗，我有一个不成熟的想法：sw 前端解密

这种情况下是只有图片无法使用了，还是所有文件都不能使用了（包括 js/css ）？

网络虽然比 cfworker 优质,但大家不要滥用,毕竟 deno 官方是禁止代理的,以及不要又被一群蝗虫操烂了,不然这样以后谁还会分享

1. cfworker 转 deno 是一件很容易的事情,deno 用的和 cfworker 一样都是标准的 req/res
2. deno 面向大陆 电信联通走香港 gcp,移动绕德国.只谈 gcp 的话显然比 cfworker 要简单
3. 关于 cfworker 我自己三个月前写过一个改版 https://github.com/ChenYFan/jsproxy/blob/master/deno/index.js
4. 用我的 mpl.js 可以让 js 脚本在大部分无服务器函上跑起来( https://github.com/CrazyCreativeDream/mpl.js) node cfworker deno cfpagefunction scf heroku
5. 其实除了网络质量,deno 的环境不算优质,回源带宽小,冷启动挺慢的.

page 不是只有 25m 吗。。。