开到普通账户里运行就可以啦）

说起来 vscode 不是有原生容器连接支持？可能不需要 ssh 来一下）

可以考虑套一个 fuse 上去（

可以试试 markless (sean10 改的那个修了几个 bug

与此同时 win11 干脆移除了整个任务栏扩展的能力

听起来是隐私保护插件（干掉 chrome 的 topic 机制（

@SeanTheSheep 配置信息通常确实不用数据库存（（
版本号的话 sqlite3 给了一个应用版本号的全局字段（指不依赖具体表），拿来做迁移非常方便（
相比 zip 这种，读写速度更好而且也可以压缩（手动 deflate 存字段，甚至配合自定义函数和视图以及触发器可以做透明压缩，无需修改程序其他部分的代码）

谁说没 then 等于没执行的（
正常 promise 是创建出来就开始跑的
没写 then 或者放 async 里只是你拿不到结果（也收不到错误）
但是并不是所有情况都需要结果啊）

还可以用 SQLite3 数据库作文存档格式（官方也对比了多种方法的优缺点 https://www.sqlite.org/appfileformat.html

@libook 密钥是会话临时协商的，公私钥只用作身份认证，起到防止中间人伪造的作用，即便记录通讯中所有流量，随后获取到服务器的私钥，也无法解密通讯内容（只有在会话持续期间 dump 内存才有可能）
而且私钥的作用是服务器生成证明，客户端用公钥验证（并且确认服务端提供的证书是在可信的证书链下的）

OP 的想法大体上是理解了，先不说理论上有没有 soundness ，这个想法实用性还是有一点的（大体上就是可选运行时断言的弱化版的细化类型方案）
不过话说回来，现在编译器智能程度大概已经能消除掉很多额外的断言了）
而无法消除的，再用手工标记的方式去消除，倒也是一种可能的选择
初步实现形式可以采用细化类型标记，然后采用 sat 求解器去做静态检查，无法证明的部分则生成运行时断言，即可兼顾正确性和运行时性能
还需要补充的部分，大概就是断言失败的处理了，传统异常模型在这里恐怕不能适用，所以可能需要一些特殊控制流构造来描述

@Danswerme Chrome 这个倒是好解决（
flags 里开启 native notifications 然后 windows 设置全屏时禁止通知（

大部分权限是在 IPC 的时候由服务端检查调用者的 uid 来实现控制的，这部分权限 native 层无法自行实现（要实现也是自己造 binder 发请求，但内核保证了你没法伪造 uid ，所以也绕不过）
网络权限是通过类似 iptables 的机制限制
文件权限现在是用的挂载命名空间实现，没有全部文件访问权限的话 /sdcard 就干脆没给挂，内部 /data 则是由目录权限（你只有自己 data 目录的读写权限）和 selinux 共同限制，常规文件访问用 SAF 框架的话也是走 IPC

反代一下就解决啦

@oyp 所以你先试试 history.scrollRestoration = 'manual'; 关掉自动的滚动位置恢复（

@oyp 建议直接 100vw, 100vh 容器（

@oyp 那就很好理解了（全局滚动条只有一个，谁改了都会导致恢复不回去（

@oyp 你这个“容器”是不是具有不同的高度？然后靠整个页面的滚动条来确定位置？

你这切换页面是怎么做的，怎么听起来不太像 spa 的用词
@oyp