@levelworm #29 不但不肯出钱。还有巨头集成了开源软件后，用户遇到了问题找客服，客服让用户去找开源项目寻求解决方案。以及 https://pigsty.cc/zh/blog/db/redis-oss/

推荐阅读：
- https://news.ycombinator.com/item?id=32902938
- https://xkcd.com/2347/

你可以看看他们争得有多激烈：

/t/860356
/t/830030
/t/693907
/t/959602
/t/340607

与之齐名的还有 https://www.v2ex.com/t/1023997#r_14451382

@secondwtq #1 之前试过改 CSS ，对我来说有点难，写了个简单脚本把所有群的链接和名称发到自己建的 Server 里生成一个目录。。。作为用户我是感觉挺被这个设计折磨的，毕竟服务器是可能改名字或图标的，毕竟是存在间隔一段时间重新使用的用户的，全部展示可以帮助用户在记忆模糊时快速查找。我觉得至少给用户一个选择，允许手动设置成展开显示。

@Puteulanus #3 workers 是每天十万次免费请求，这是 workers 里子请求的 API 超了吧？我猜 OP 这个是因为太多在 workers 里用那个 API 的，导致请求 IP 都是 workers 的 IP ，更容易触发限制

无解吧，控制不了子请求的 IP 吧，换个 API

它的开发体验太差了，写过几个之后再也不想写

/go/cosub

找了个 fork 看了下

> 原理：利用 playwright 搭桥，保留登录成功后的上下文浏览器环境，通过执行 JS 表达式获取一些加密参数 通过使用此方式，免去了复现核心加密 JS 代码，逆向难度大大降低

没有看代码，但如果该项目中提到的每个平台都是这种实现方式，那就是一般水平。注意，我只是指这段话所涉及到的技术水平，而不是评价作者本人的技术水平，也许更秀技的他不敢分享呢。

同意 #2 #3 ，A/B 不可信任的话，一切都是缘木求鱼。

@lstz #11 不瞒你说我也想过，我想的是 flutter 仿 telegram 来做，这样不用费心设计只需要实现，但试着做了一点，真的太难了

@0o0O0o0O0o #9 注意不单指移动端，Telegram 每个端的体验都很好