能给些例子吗？我好像没遇到。
你说的关闭弹幕、关闭评论都是依赖服务器 API 的，服务器禁用对应 API 就相当于实现功能了，并不需要客户端明确支持。

另外不清楚 B 站客户端有没有页面降级实现，就是旧版客户端需要展示未支持的页面时改为用 Webview/类小程序技术呈现，可以实现让旧版 APP 支持新功能。

用 SpaceSniffer 分析一下，通常都是 AppData 或者 Documents 占空间，例如微信 QQ 聊天记录、下载文件。这些都是没法自动清理又特容易占地方的东西。纯办公的话 120G 算刚好够用吧。

建议将 Desktop 、Documents 、Downloads 这三个知名目录转移到别的盘（务必使用资源管理器-文件夹右键属性-位置-移动），非便携软件通常就别装别的盘了，特别是只有一个 SSD 的情况。

主要问题是，当今能够大幅提升性能的改进，是少不了端对端的配合的，现在已经没有改改硬件或者系统、无需 APP 修改就能获得 buff 的事了。

而且我是很奇怪怎么这个 MIUI 连版本号都不刷了，叫个 12.6 都好些，12.5 名声已经不好了，在 marketing 角度来看，就算新版本改好了，公众也很难摆脱以前的负面印象。

@pengtdyd 革命性变化这种东西少也要 5-10 年的周期，而且初期肯定伴随着一大堆槽点的，指望一个成熟技术的常规迭代整这个就是不现实的。另外也别说只是国内公司这么干，国外公司也一样，PPT 看着牛逼的东西，要么有严苛的限定条件，要么未来可期那种。

所谓的国人使用习惯：
1. 主页是某网址导航
2. 下载调用迅雷
3. 在线视频网站去广告
4. 地址栏安全认证
5. 网银自动切 IE
6. 支持 Flash

好像 Edge 也没多少条符合要求的。

如果不需要恢复数据，直接把整个硬盘清空，系统重新装。备份的文档最好杀下毒，备份的可执行文件重新下载或者检查签名。

不要在排查病毒这事上浪费时间，不是什么病毒都会留下文件的。如果你担心 openwrt 也被入侵过的最好也重置一下。

你还不如考虑 Windows 10+组策略+标准账户+火绒。去掉管理员帐户就能拦住不少软件了。
顺便装个向日葵方便远程排障。

我倒是不担心苹果在这套扫描系统上运用密码技术进行保护的完备性。要是不完备，Apple 也不会那么详细地把运作机制抖出来了。看这方面的分析还挺长见识的。

我就是担心这个 NGO 提供的数据库，这玩意既不在 Apple 掌控下又不能通过公共途径进行监督和审查。简而言之，为啥我要把判断的准绳交给一个 NGO 而不是行政机关呢。

还有个问题是 NeuralHash 的 false positive 该怎么控制，这个我也没谱。

我觉得主要是为了方便将 C/C++的应用搬进浏览器里，顺便做一些需要高性能但只需要 cpu 就能做的事。

我目前觉得合理的用途是跑 ffmpeg 做一些 MediaSource Extensions 不支持的转码转封装操作，还有实现浏览器未支持的图片 /音频解码渲染,例如在 Chromium 上解码 HEIC 。

@kakukaiki 锂电池可能有钴、铅等重金属，而且锂电池破损有导致自燃和爆炸的风险，算有害垃圾没啥毛病。

如果明确有“有害垃圾”分类的市政垃圾桶，直接扔那就行。

@leavic 回收机构不可能对一般用户收费处理废电池的，也就工厂大量产出的有害废料做处理有可能要收费。

你这个例子只有新增文件，大小区别基本没有，只有包含删除文件的操作才能体现区别。
如果你这里的增加到下载、解压、编译、安装步骤，那么后面把源码和中间产物删掉才能体现区别。
我个人并不喜欢将这几个步骤合并，因为 build 镜像时没法保留中间结果，导致每次出错重试都得重下源码。我倾向于用多阶段构建（ Dockerfile 包含多个 FROM ）

存个图片的话还是用网盘吧，除非你的分享对象都在一个局域网里，否则自建的速度还真不见得高，家宽的上传带宽一般就那样。

我是不愿意这么干的，如果认为这事排版引擎的缺陷，那应该让引擎去解决，而不是让难以教育的用户群体自己打补丁。就算用户配合，先不说用浏览器插件了，手机上咋办？语音输入的咋办？触摸键盘不支持咋办？

我写毕业论文都没有这种要求。

如果一个网站认为空格（包括中英混合标点、多字体）应该遵循一个强制性规范，那就在后台加过滤器去处理，而不是让用户自律。

Let's Encrypt 老早就支持通配符证书了啊。
你要不要找个集成 ACME 支持的 Web 服务器做反代，例如 caddy ？

谁叫 type-c 晚那么一点才问世呢。
至少现在 type-c 还没有体现出远超 lightning 的优势，木已成舟就缺乏理由换掉了。apple 还可以靠这个收授权费呢，等于顺带对周边做品控了。

狂热果粉的观点也可以参考一下 ( https://www.bilibili.com/video/BV1mq4y177pN )不统一这事在果粉眼里叫优势。

这些云服务针对特定版本做了大量的魔改和优化才做成公开卖的 serverless 产品，而基线是立项时就定下来了，内部开发的很长时间才能拿出来商用，对于迭代比较快的技术，一出来就过气实属正常。

如果这种云服务追版本很快，那通常是厂商在上游有话语权，或者干脆就是上游主要维护者，可以对上游开发路线进行干涉。

淘汰是不可能的，xml 都还活得好好的。注释的话 json5 是无痛解决方案，顺带解决手撸 json 总少了引号逗号导致出错的烦恼。

json 好就好在稍微新点的编程语言都直接在标准库包含 json 实现了，省去外部依赖的麻烦。

专门做投屏方案的公司。主要好处是全平台通杀，AirPlay+DLNA+Miracast+私有协议都有。MIUI 手机投屏直接集成了乐播的方案，可以走局域网而不是用质量超烂的 Miracast 。

无线投屏就没哪家做得好的，可能是业界不看好吧。乐播在我看来是在 Android 这边比较接近及格线的方案。

另外 Android10 之前没有内录音频的 API，必须 root，所以之前想让投屏有实用意义必须依赖系统内建的投屏方案。

这个投屏还是不适合高画质或者低延迟的用途，有线方案（ MHL 或者 Type-C DP Alt Mode ）是最佳选择，但又不是什么中端机型都支持，厂商经常不标注。5 年前想要有线投屏的买索尼是最省事的方法。