屏蔽小核就好了

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 压缩

本地加密再上传不就好了，多客户端就让用户自己通过其他安全信道传输密钥
（或者麻烦点，密钥不出设备，每个设备独立加密，发送给其他设备就用对方的公钥加密，并用自己的私钥签名，服务端提供信息交换和备份，然后多一个设备就多一个加密副本，收费点 get

火狐的话要到实验性设置里选择用系统证书

你这个按钮 hover 时的 filter 很影响可读性啊，字体如果本来就是宽度 1px 的（你也没指定，谁知道用户在用啥），就直接消失不见了

你这安全模型就没搞清楚
Server 是用户控制的吗，不是的话直接存 server 上就好了，你总不会让 client 直接连接数据库吧。。。

@dcsuibian 当然如果是网页端的话，没法避免直接注入 js 改内容，不过这样成本显然过高
使用 app 的情况下，客户端执行认证时采用预制公钥的模式，而私钥只有服务端有，没有替换成别的的可能性
（相当于你先把证书 pin 了，中间人必须拿到正确的证书才能获取信任）
中间的内容就是常见的 dh 密钥交换+对称加密，不能认证的话中间人即使截获所有数据也无法解密

@dcsuibian telegram 用自己的加密，即使是网页用 websocket 里面也会再套一层

怎么就 dockerized nodejs 了

中间完全不传输密码的验证方案也不是没有，你们电报就是用 srp 的算法确保即使全部传输数据都被解密攻击者也无法得知原始密码（（顶多暴力破解，但这种情况啥协议都防止不了）

scrcpy 是自己传输了一个 binary 上去，然后在手机上直接压缩成视频流传输回来的）你一张一张截图那当然慢