Windows Explorer 有很多扩展功能，包括这些特殊文件就是其中的一种，你也可以注意到右键菜单也不一样吧）
而且有些真实文件夹进入还有不同的效果（如 Fonts 目录），那种通过一大串 clsid 实现打开特殊文件夹就是利用了这个特性（ https://docs.microsoft.com/en-us/windows/win32/shell/known-folders

@nishuoshenme (android 很多 app 加了证书固定，所以没法直接做 MITM ）

有 AdGuard 可以和梯子类应用一起用——建议使用 root 模式——为了避免某些 SSL Pin 你可能还是需要 Magisk 模块，所以无论如何都得 root

只是根目录干净而已，现在已经发展出无须权限即可在媒体目录创建垃圾文件夹实现持久跟踪了（而且全版本通用

只要你不用来再次编辑，听不出的有损压缩就完全没问题

防止其他程序检测的话，用 mount --bind“覆盖”掉文件内容就好

inline-block 说白了就是 inline + flow-root 组合，所以看 CSS Inline Layout 3 和 CSS Display 3 的标准就可以理解了（
Flex 就去看 CSS Flexbox 1 的标准

约战第四季 B 站包括大陆版和港澳台以及泰国都是拿到先行版——俗话说就是没做完的版本——建议换个平台或者等 BD

@sky96111 会 I/O Error

屏蔽小核就好了

mesa 增加了 MESA_D3D12_ADAPTER_NAME 选项（模糊匹配适配器名字，写 intel 大概就可以了——另外别忘了把 intel 的驱动也装上

关注者基本都是假的，并不是真的有那么多人受骗）

(借楼问一句，这框架支持可访问性吗，当然这个应用是没这个需求，我看国内很多 ui 框架开屏幕阅读器直接啥都没有了

react 用 vdom 的原因是 render 函数要每次渲染都跑一次，不用 vdom 总不能每次都创造一次 dom 元素吧
而为啥要跑很多次 render 函数这就纯粹是抽象起来方便的因素了——简单说就是代码容易编写，因为每次运行 render 都是创建新的 vdom 树，类似于即时模式渲染的 gui
可以做到跟踪 dom 元素的话，那当然是这样快，但是这不方便抽象——Svelte 就需要造编译器以支持抽象
不方便抽象的后果要么是直接放弃，然后为了精细操作，代码就变得冗长且不易维护
或者就是强行抽象然后每次都重建整个 dom 树（比如直接重建整个列表的所有元素）——这种情况下，那当然就慢于 react 的 vdom 方案了
提示：
改 innerHTML 问题很大（即使只改文本），除非只在创建时用，不然看着 fps 爆炸吧）
要改就改 nodeValue （注意选择到文本节点而不是元素节点）

有没有一种可能：做个移动端兼容？
貌似基本功能能在 kiwi 上使用了，但是问题在于：设置界面有滚动条，地址栏颜色和主题不一致

主要是你可以在前端做缓存，至少普通用户乱刷新也不会发很多请求了（考虑 service worker 直接拦截静态资源，和 local storage/indexed db 存用到的数据，可以做到 0 请求）
你做成全部都单独请求那就省不了了

你写类定义里默认就是 inline ，用模板基本上逃不了 inline 了，然后 inline 的语义是允许在不同翻译单元重复定义，不是“不生成函数原地展开”，能不能展开看编译器心情

比如 SQLite 直接提供了生成 changeset 的功能，一键合并修改
（但是更高级的冲突合并就得自己实现了）
考虑到只有一个人使用，似乎也用不太到

@Chad0000 可以区块链啊（划掉）
每次只编码更改不就可以了，然后定期做一个 GC 压缩