@jokimina
1. 自己写的，但是借鉴了一些比较成功的案例。如果你也想自己写官网的话可以提前收集一下别人好看的官网做参考。重点不是堆积内容而是把重点尽可能简洁的给用户
2. 因为包含大量的同色色块，因此压缩算法的压缩率会比较高。你可以使用在线的压缩工具来帮你压缩图片体积比如 tinyPNG 。另外还有一个小细节是切换亮色 /暗色模式是两张不同的图。

@wushigejiajia01 有客户端，而且产品思维是完全无关的。电报是注重隐私的 IM ，Tailchat 更多的是注重业务的 IM
相比来说更像是 discord ，工作方式更像是飞书，形式更像是 vscode

正如我文中所说，想要让用户理解你的产品形态与设计哲学是非常困难的一件事。我还在为止不断努力

@harrozze 你可能没有理解端到端加密。端到端加密就是为了避免服务端看到消息。而群组是控制在服务端下面的。。。

你的方案解决的其实是加密传输，这个通过 https 协议就可以解决

@YGHMXFAL 十分感谢你的回复！确实单纯的端到端加密并不会给我带来太多的流量。而我的项目的特色功能是开放式的插件系统，单纯的跟随前人做过的事情给我带来的竞争力并不会有什么优势，我应该更加专注于我的特色功能。
（毕竟万一之后生态起来了有好心人帮我做了 e2ee 频道的插件呢(笑)）

@0o0O0o0O0o 如果讨论到这些情况 e2ee 也并不是完美的。只能说相对安全罢了。信任客户端、信任服务端、信任宿主机、信任服务器，其实没有本质区别。安全的本质就是在不断拉高攻击者的成本与付出。

@MFWT 我也是这么想的，不过人力有限需要考虑优先级，所以问问论坛里大家的看法

@wheat0r 感谢你的回复，不过我作为程序员我确实没觉得端到端加密有什么必要性，毕竟我常用的 90%的软件都没有这个功能。。。反而如果一条消息我在电脑端能看手机端不能看我反而会觉得很困扰（ e2ee 的各种边界 case 之一）。而我的目标用户应该也不会追求 e2ee ，只是我想尽可能满足常规的要求(老实说另一方面是 e2ee 虽然可能在乎的人实际并不会很多，但是作为一个宣传点是非常好的)

@delete26 是的，设计时对市面上的竞品都有一些调研。

@nielinjie 区别是重写的部分 react-admin 的设计，让其更加合理。
比如 react-admin 没有级联菜单需要自己实现，tushan 很好的解决了这一问题
比如 react-admin 是 material design 设计的不符合国内的普遍审美，tushan 使用了扁平化的 UI 风格
比如 react-admin 的各种场景需要使用不同的组件(比如输入场景、列表场景、详情页场景)，而 tushan 统一了字段定义，真正做到了定义一次用在多处（也对自定义字段的实现进行了简化）。
具体还有很多细微的调整，基本上除了为了复用 react-admin 的生态然后用了同一套 api 协议以外，设计的概念全部重写了



@kemistep523 tushan 更多的是一个库而不是一个项目，一个库需要二次开发么？在 tushan 你根本不会有二次开发的概念（你尝试以后就知道了）。
你可以理解为 tushan 给你提供了一个开箱即用的工具库，来帮助你做一个加法。而像是那种直接给你一整套项目让你做减法的，可能短期内你可以做一个看上去非常强大的、完整的项目。但是这些相当于天然给你套了一堆技术负债，因为现有的模板不是完全贴合你的业务做的，因此很多外包同学也不愿意接手别人写的项目宁愿自己写。
当然如果你的预期就是拿别人现成的项目改个标题改个模型，然后不进行长期维护的话，那么这种模板项目可能是适合你的。

@LiuN1an 我都用过。用了很久我决定自己重新写一套来填坑。

@loading 界面使用的是字节的 arco design ，你说的简陋可能只是简洁，因为设计目的是让用户做加法而不是做减法，如果想要一开始很复杂的、花里胡哨各种功能的，可能并不适合使用 tushan 。你说的成型的脚手架也是有的，可以通过命令行工具直接创建。

@loading 有没有可能前端不像后端有这么多语言可以选择。网页前端只有 js 。。。后端随便用什么语言可以自己实现，只要接口协议能时适配上就好了。

@sphawkcn 是的。api 接口完全 match react-admin 。可以直接嫖他的生态

hhhhhh 要快速出后台的前端不如看看这个？
https://tushan.msgbyte.com/

@oneisall8955 腾讯云这个真的，我每次登陆都恨得咬牙。

@infun 没关心过。搜了一下还真有可能。。。。是我小丑了

@dufu1991 看了你的信息去看了一下 arc 浏览器，感觉他的侧边栏和我的有种不谋而合的感觉。
https://www.v2ex.com/t/924764

不过我是做的比较彻底，直接把收藏夹和标签页合并了。定位是只管理常用的标签页

@lbyo 不如直接提交 pr ？

@xavierskip 目前看下来单周 /大小周的用户群体在经常上 v2 的用户成分组成并不占据优势。无法影响整体数学期望。

也就是说可能没有想象的多(毕竟都单周卷王了谁有功夫上 v2 啊)

@zictos 我的猜测是海外党，不过你说的爬虫也有道理。不清楚 v2 的在线人数的统计细节。

@summericy 虽然我很认可你的场景，但是你举得例子更多的还是人机交互。
我在思考的是在人人交互场景下 AIGC 能帮助我们做什么。

我认为 LLM 的作用不仅仅是老师、搜索引擎。在未来更大的机会在于作为一个人人交互的副驾驶员，甚至是一个幕后智囊团队。