自动播放确实很烦，还有最近为了省流量弄的 wasm 软解 hevc，谜一样的操作，笔记本耗电巨大，我赶紧给关掉了

好像是 B 站最近随机测试启用 HEVC 。我前几天也碰到了，说实话挺不理解 B 站这样强行用 WASM 上 HEVC 的做法。极大劣化用户体验。

实现倒也不难，就是需求小众，可能没啥人想用

我开 Remote 写 Rust 和 C++，这个文件夹删了也没感觉有啥问题，不知道是干啥用的。

首先考虑砍需求。
或者就像楼上说的那样 wasm，进度可以 post message，cancel 有 terminate 的 api

--force-local-ntp

GitHub 有自己的图片缓存服务器。
1. 查看别人的 Readme 里边图片是否正常，若不正常请检查代理。
2. 如果别人正常，请检查自己的服务器是否有防盗链，以及在境外能否访问（随便找个网站测速）。

舍得付费就用坚果云，或者淘宝买 one drive 账号

所以现在尽量选新号段，除了那些特殊优惠之外，尽量别买旧号段了，营业员也不一定会告诉你这个号码是回收的还是新的。

360 我记得是和京东有关联啊，怎么会去和拼多多打架呢？
另外楼上的 V 友建议不要扯皮什么预装浏览器的问题，用拍屏幕而非截图，那大概率是店铺客服用的电脑？

发帖前请搜索一下是否已有相同话题的帖子，谢谢

上边有人提到了 SingleFile，确实是个很不错的扩展，就是有一些 Bug，碰到一些复杂的页面（ Angular 等重型框架），会卡住很长时间。
于是我自己写了个**简陋版**的“保存页面”油猴脚本： https://greasyfork.org/scripts/430398，比 Single File 要快，但是功能少，兼容性也略差。
（我注意到 SingleFile 的 License 是 AGPL，所以我选择不看源码）

今天略微了解了 io_uring，发现它的诞生和当时 meltdown 和 spectre 漏洞有关。漏洞修复前，用户态到内核态的上下文切换开销比较小，用 epoll 性能就足够。修复漏洞后，上下文切换开销大幅增加，io_uring 优势凸显。
我忽然又想到了 IOS 的强制 AOT 要求，这是否也是一种方案？
如果能提前审核代码，尽量“确保”不出现异常，减少安全检查……这也正是 Rust 在做的。

不会有啥影响。你能想到的各种魔幻操作，硬件工程师都已经试过了。。。

很多山寨表运行的是完整 Android，就是续航捉急

特意从床上爬起来开电脑试了下，原来就是最近开放的 code spaces，各位可以不用麻烦了

华为的应用审核总是独树一帜，要我说，能过 Google Play 审核的应用，就理应通过所有第三方商店的审核。
之前看到过一个帖子： /t/789757 不知道对你有没有帮助，没帮助当我没说