可以直接从 App 里把东西拿出来？

都和你说了“是 ping 不到外网，无解”
你还“保持怀疑态度”
你是真固执啊
但是你是怎么能上这个论坛的？

在买东西方面你是追求性价比，即在一定的付出内获得最高的回报，说到底还是穷，之前人都说货比三家现在也是这样，要是之前没有互联网的时候会比现在更花时间，这个没办法，唯一的办法就是加钱。
在做事方面明显不是在考虑性价比，反而是追求性能的极端，然后时间线拉的长，迟迟看不到做这件事的收益，自然就不想做了

虽然交互酷炫但是感觉并不实用啊
视频不能暂停，展示区域也只有相片的大小，不能全屏，也就图一乐

@LuckyLauncher #22 比如这个 https://liduos.com/the-memeber-newsletter-14.html

@Livid 好奇对内容有没有什么要求，我看有些用户发了个充值会员才可见的站点也被收录了，这不就变成从 v2 引流割韭菜了？

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

抓个蓝牙的包？

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