@tool2dx #13 我觉得 op 这个想法不对，浏览器的接口设计是没问题的。超级大项目更多在于架构设计和管理，前端也是完全没问题的。
我们这边曾经给一个国外银行做的外部，他们最重要的交易终端就是用前端开发的，持续迭代了 10 几年，包括客户端（ electron ）、桌面 web 、移动端 Web 等。其中涉及包含内部业务模块几百个，整个前端一个 repo 十几个前端团队几十号人。
我觉得前端现在确实不应该局限在浏览器环境，但是就在浏览器环境做出大项目完全没问题，向之前传统的客户端或者后端学习项目架构设计项目管理或许能发展的更好吧。

@AlphaTauriHonda lobe chat 是个很敏感的应用吗😂为什么要墙啊

我也是 Windows 环境 16g 暂时没有遇到问题。

@jasonselin 如果阻断的是 h2 ，那 http1.1 应该也没问题哦，或者 tls 改成 1.2 是不是应该也可以？

@lxyv 这个是为什么，1.2 和 1.3 差距有这么大吗

@jasonselin 请问一下具体怎么测试呢？这个不太会😂

@jasonselin 使用 wget 得到的错误信息是 Unable to establish SSL connection. 手机上直接访问 https 的 url 页面提示网站拒绝了我们的连接请求。

@makry op 部署的是 chatgpt 的开源 ui ，主要是给自己使用，不知道这种是否算是合法。

@cyaki op 在重庆

op 觉得是直接阻断了 TLS 的连接？

@winterbells 我感觉是有损压缩，后面几个码率地的明显能听出来，压缩再解压应该和原来不一样了

把耗时任务扔到 worker 里面看看呢。node 可以搜一下 worker_thread 文档，创建和使用比较简单。

@iijboom 你是对的，一般师傅都很 nice 的

@username1919810 这种不好搜啊，有什么搜索关键词吗

@xixiv5 桥接也不能直接设置啊，找运营商？

@kid740246048 jotai 也是可以在组件外操作状态的，使用默认的 store 或者自己创建 store 就行。

闭包问题，在 react 里面没有太好的解决方案，op 说的是否还要再往上套的问题是肯定的，如果想要保持引用稳定就是要付出这个代价，这也就是 react 目前的问题。
vue 或者 solidjs 这些没有这个问题是因为他们所有的数据外面都有一层壳，vue 的 val.value ，solidjs 的 value()，都是帮你在外面加了一层，当然渲染机制也不同，所以加壳就加吧。

@0x010203
在 v2rayng 上看到了多路复用的选项，下面的链接数量选择多少比较合适呢？选项备注中介绍到多路复用可能导致流量断流，这个不知道对日常使用有没有影响？
此外请 V 友稍微解释一下 vmess 协议为什么没有这个问题呢？

官方还给了自己编译的指南可以看看 https://github.com/symless/synergy-core/wiki/Compiling

我记得 synergy 貌似现在还在更新，如果不想要花钱自己编译好像是可以的。

就像#4 一样直接使用 eslint 配置，把这个配置改成 error 级别，我记得 next js 貌似默认就有这个配置，提交的进行一次检查你就不会忘记了。

我之前在数码荔枝里面买的，还比较优惠，我发现他后面续费的优惠是按照第一年的价格作为基础来的，第一年价格越低后面续费的价格也很低😂