proxy_set_header Connection "";
直接把 keep-alive 干掉了？

@tcper 在现阶段的浏览器中要在不同的 tab 中共享 worker 只有 sharedworker 能做到，所以你这里的不是 sharedworker 而是改用 share 一个 worker 本身就有歧义
他们最后还做了总结
The fact that neither variant could be used out of the box is what prompted us to build the SharedWorker architecture described above, which is compatible with either of these SQLite variants.
也提到了 SharedWorker 架构而不是 shared a worker 架构

@tcper #25 问题是普通 worker 怎么在不同的 tab 之间 share ？这是浏览器的限制

你需要看看你的业务是有多少用后端实实在在算的
io 密集型 node 还是挺能打的
比如调调三方接口，连数据库 CRUD 这都是 io 密集型，但是你如果说用 node ssr ，这就是实打实计算的了，不过现在 ssr 一般都用缓存，问题也不大

看了下文章
Web Locks 他们主要是用来实现单例 sqllite ，也就是不管用户打开了多少个 notion 标签，只会有一个 wasm 的 sqlite 跑在用户的电脑上，其他标签页如果需要进行 sql 操作通过 sharedWork 代理实现，这个思路还挺巧妙的

indexeddb 在使用事务时会拖慢速度，这里有篇介绍文章
https://rxdb.info/slow-indexeddb.html


用 sqlite wasm 可能会加快速度，但是收益能不能超过数据序列化带来的性能问题还不好说
然后用 OPFS 去持久化数据库，这我就不太理解了，这一步性能会比较差，原因跟上面文章提到的差不多，浏览器需要进行一系列的安全检查才会写入文件
Comlink 就是封装了一系列方法帮助你序列化传输数据

@loopinfor #5 有赞？先把三十多个 UI 减少到三个，又取消 HRBP 岗位，大模型这么智能了？

好奇在海外开公司，钱怎么回来

我下意识的以为是 Application Protocol Interface
查了下才知道是 Application Programming Interface

抓个蓝牙的包？

感觉你最大的收获不是跑了完整的流程，而是被他上了一课

你是不是混淆了类型和值的概念

@tony0730 #51 没遇到过要紧的接口被限制，只要不想收集用户信息，基本上都不会有大问题

我只说一点
上架 app store 需要 699 一年并且个人不一定能注册成功 apple 开发者账号
相比之下小程序只需要三十 一年就能搞定国内所有平台(就算是鸿蒙微信也在积极适配中，不装微信的用户直接忽略也没任何问题)

AI 目前都很难变现，企业现在都是在砸钱，但是这砸进去的钱都会想办法收回来，毕竟不是做慈善，收不回来只能干掉降本了，如果你有变现路子可以试试