@lilei2023 一个半月可搞不出来。另外也不是 discord 换皮。。。discord 还是传统的 IM 应用，开放性和可拓展性都是远远比不上 tailchat 的。当然在一些细节上 tailchat 海远远达不到 discord 的等级。

@LowBi 加油，我之前也是全职上班，下班后搞搞自己的东西。人生就是要折腾

@winglight2016 仓库里不是有么？

@duke807 noIM 是一个设计思想，小而美是对项目规模的一种描述。
一般不理解的我都会以 vscode 举例，vscode 什么插件都不装的时候就是一个单纯的文本编辑器，装了插件以后就会变成各种各样功能强大的 ide 。
与一开始就做一个大而全的应用有什么区别？区别是 tailchat 是加法且用户可选择的加法
拿经典小而美产品微信距离，tailchat 本体就是一纯粹聊天软件，加了插件以后才能拥有朋友圈、摇一摇、小程序、小视频之类的功能。。用户不喜欢可以不用，这是一种选择权的赋予

@qloog 包含的。
服务端、网页端、桌面端、手机端、包括前后端的 sdk 、各种插件、网站源码都在一个仓库里。咱是正经开源

@encro 是的，大方向就是做生态，插件系统是做生态的最佳解决方案，tailchat 可以作为企业的信息基座，连接内部各种系统

我也准备写一篇 [因为 Tailchat 认识女博士，如今已经领证了。]
现在就差女博士了，有愿意报名的么[手动狗头]

@SolarHurricane 默认就是获取基础配置，如果要额外的可以再加

@SolarHurricane 我是按照自己理解做的第三方登录，通过重定向过来的 code 换取临时的 access token 再换取用户信息，用用户信息匹配用户进行登录（没有匹配则自动注册）。
大致的操作就是达到一个通过第三方平台的 id 映射到自己平台的 id 实现一个无密码登录的操作。
这里是相关的实现连接可供参考，如果我写的不是正经实现方案也欢迎指出讨论，我想了一圈应该是没有安全问题的
https://github.com/msgbyte/tailchat/blob/master/server/plugins/com.msgbyte.iam/strategies/github.ts
https://github.com/msgbyte/tailchat/blob/master/server/plugins/com.msgbyte.iam/services/iam.service.ts


@oneisall8955 通过代理转发肯定能实现操作，但是我考虑到两点:
- 如果用在正式服务上可靠性减半，因为增加了中间环节，而且还需要维护中转节点
- 本来 https 可以保护数据不被篡改，中间加了一层以后出现了安全隐患。

不过你这个方案我学会了，并且打算用一波。因为我后面还打算接入 google 登录。github 还时不时能脸上 google 就真的没办法直连了。感谢大佬分享

@oneisall8955 很懂嘛，是的。辣鸡 gfw

第一，id 可以作为后续操作的唯一标识，比如你要点击到某一条记录肯定不能是第几条或者某个 name
第二，id 可以作为前端缓存的唯一标识，当然如果不做缓存当我没说
第三，如果这个列表是动态更新的，id 可以优化前端渲染性能(在 mvvm 框架)
第四，代码洁癖，一条记录一定要有一个唯一 key ，不然纯粹靠数组会不放心，当然这个洁癖可以没有

@really28 看了一圈你这个最离谱

辣鸡微信

虽然没看懂是干嘛的，但是如果你是猫党那我们就是朋友

如果主要是 webview 的话，我的建议是 rn 。因为我调研下来 flutter 的 webview 不如 rn 的 webview 。（甚至本来还考虑过 uniapp 的 w2a 方案不过正如 op 所说太畜生了）

这是我的项目可供参考, 一些与 webview 通信与相互调用的实践: https://github.com/msgbyte/tailchat/tree/master/client/mobile

@moonrailgun 口胡。是启动开发环境要 10 分钟

才 5 分钟。我以前开发过开发环境启动要一个小时的。

另外我会告诉你我的项目编译一次 docker 镜像要一个小时么？
https://github.com/msgbyte/tailchat/actions/workflows/docker-publish.yml