TouchFish V5计划

[2044-space-elevator]

添加用户登录注册，论坛群聊头像等功能，数据库乱入。

技术层面，server转化为tcp长通信与api混合模式。protocol与api文档并行。同时 TF 官方群在 V5 实现后转入 TF V5运行。

启动条件，我一模考好。

[ILoveScratch2]

TouchFish V5 Development Plan

技术栈

数据库：SQLAlchemy 或 Flask-SQLAlchemy
Web框架：Flask

传输：Socket.IO/长轮询/长连接

Chat

用户模型

注册

服务器允许注册类型

• 开放注册（可任意注册）

• 仅批准注册（新账户仅在管理员批准注册后可以使用大部分功能，避免刷账号）

注册要求：

• 任意注册（可直接注册）

• 仅邀请注册（仅可使用已经有TouchFish V5的账户邀请注册新账户）（限制邀请数量可能与下文的经济系统/等级系统相关）

注册限制：

• IP/IP段最大注册限制

• 注册问题（类似部分论坛的“申请加入自述“或QQ“j加群问题”）

登录

• 密码登录

• OTP密钥（讨论中）

• 已登录会话快速批准/拒绝（讨论中）

用户

• UID

• 用户名（讨论中）（注册后无法修改，不可重复，可用于登录账户）

• 昵称（可更改，可重复）

• 邮箱（服务器选择可以进行验证，也可以不验证，或不在注册时要求）

• 其他额外信息

  • 注册时间（讨论中）

  • 等级（讨论中，见下文）

  • 货币（讨论中，见下文）

  • 简介（讨论中）

  • 用户选择公开展示的信息（如邮箱）

  • 其他非必需信息（讨论中）（生日，性别，地区，学校等不必须的信息）

• 已登录会话

聊天

私聊

• 好友/联系人之间聊天

• 消息保存在云端

• 消息可被举报（讨论中）

• 离线消息

• 已读回执（讨论中）（显示对方是否阅读过该消息）（可在隐私设置关闭，对方将无法查看是否一度）

加密私聊

• 好友/联系人之间聊天

• 服务器仅初始传递密钥+加密信息，无法读取消息

• 会话完成后无法恢复消息

• 仅双方在线可开始，任意一方离线自动结束

• 无法进行举报（讨论中）

群组

• 可多人聊天，最低也可仅1人（讨论中）

• 消息保存在云端

• 消息

消息

对于所有消息

• 可引用其他消息（使用MID）

TEXT（文本）

纯文本内容

MEDIA（媒体）

音频、图片和视频（也可以文件类型发送，但不会展示为媒体，且不一定能够预览）

FILE（文件）

各种文件

REDPACKET（红包）（讨论中）

与经济系统相关，见下文

系统

聊天

• 见上文

• 好友类型：（类微信好友/类Telegram联系人）（讨论中）

论坛（讨论中）

• Twitter(X)类信息流（也可看做洛谷犇犇）

• 可关注特定用户，有专门关注页面获取他们的信息

• 类朋友圈 的联系人

• 信息也可带有特定标签/类别，类似传统论坛

频道/领域（讨论中）

• 类Telegram频道/类QQ频道/类论坛

• 可发布单向通知

• （讨论中）频道/领域带有多个群组进行讨论

经济（讨论中）

• 可能有类似金钱的内部交易功能？

• 可能可以购买等级/玩家交易

• 可能有类似每日签到/每日登录/发消息 等方式获取

[2044-space-elevator]

@ILoveScratch2 这个挺好，大概就是这个思路

[JohnChiao75]

@2044-space-elevator 能不能加个 OAuth（比如 QQ 或 Luogu 登录）或者 2FA 之类

…

________________________________ 发件人: ILoveScratch ***@***.***> 发送时间: 2026年1月11日 20:20 收件人: 2044-space-elevator/TouchFish ***@***.***> 抄送: Subscribed ***@***.***> 主题: Re: [2044-space-elevator/TouchFish] TouchFish V5计划 (Issue #71) [https://avatars.githubusercontent.com/u/161606492?s=20&v=4]ILoveScratch2 left a comment (2044-space-elevator/TouchFish#71)<#71 (comment)> @ILoveScratch2<https://github.com/ILoveScratch2> 这个挺好，大概就是这个思路 其中一些待确定事项还可以讨论 @2044-space-elevator<https://github.com/2044-space-elevator> ，比如具体是类微信还是类TG的好友模式 ― Reply to this email directly, view it on GitHub<#71 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BKH76LJAL5DGSN6Y4HBU5RT4GI52JAVCNFSM6AAAAACRFWVLO2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTOMZUGQ3TSNRRHE>. You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[JohnChiao75]

上不了 GitHub qaq，只能用 email 回 issue 了（ Message ID: ***@***.***>

[ILoveScratch2]

@2044-space-elevator 能不能加个 OAuth（比如 QQ 或 Luogu 登录）或者 2FA 之类

---

发件人: ILoveScratch @.>
发送时间: 2026年1月11日 20:20
收件人: 2044-space-elevator/TouchFish @.>
抄送: Subscribed @.***>
主题: Re: [2044-space-elevator/TouchFish] TouchFish V5计划 (Issue #71)

[https://avatars.githubusercontent.com/u/161606492?s=20&v=4]ILoveScratch2 left a comment (#71)#71 (comment)

@ILoveScratch2https://github.com/ILoveScratch2 这个挺好，大概就是这个思路

其中一些待确定事项还可以讨论 @2044-space-elevatorhttps://github.com/2044-space-elevator ，比如具体是类微信还是类TG的好友模式

―
Reply to this email directly, view it on GitHub#71 (comment), or unsubscribehttps://github.com/notifications/unsubscribe-auth/BKH76LJAL5DGSN6Y4HBU5RT4GI52JAVCNFSM6AAAAACRFWVLO2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTOMZUGQ3TSNRRHE.
You are receiving this because you are subscribed to this thread.Message ID: @.***>

（让第三方用TF SSO登录可以，但是TF支持SSO好像没必要吧，而且你也没有QQ API密钥）

[2044-space-elevator]

@JohnChiao75 目前我考虑的是公网上（也就是生产环境中）email注册，有条件的话再整个验证码。

理论上讲应该要实名认证的，可是我们没有能发短信的api（而且这种要付钱），所以就这样了。

不过考虑到不加任何限制容易被爆破，所以我认为加几个：一ip只注册一次，验证码，email注册，站长预留这些选项比较稳妥。

[ILoveScratch2]

@JohnChiao75 目前我考虑的是公网上（也就是生产环境中）email注册，有条件的话再整个验证码。

理论上讲应该要实名认证的，可是我们没有能发短信的api（而且这种要付钱），所以就这样了。

不过考虑到不加任何限制容易被爆破，所以我认为加几个：一ip只注册一次，验证码，email注册，站长预留这些选项比较稳妥。

IP注册限制可以预留填写，但是1个是不是太少了？机房几十台都是一个公网的

E-Mail对于公网是必要的，内网版本可以不验证

验证码公网可以自己生成，也可以接Turnstile等三方Captcha，不过内网要么关闭要么生成图片（应该也可以配置）

[2044-space-elevator]

@JohnChiao75 目前我考虑的是公网上（也就是生产环境中）email注册，有条件的话再整个验证码。

理论上讲应该要实名认证的，可是我们没有能发短信的api（而且这种要付钱），所以就这样了。

不过考虑到不加任何限制容易被爆破，所以我认为加几个：一ip只注册一次，验证码，email注册，站长预留这些选项比较稳妥。

IP注册限制可以预留填写，但是1个是不是太少了？机房几十台都是一个公网的

E-Mail对于公网是必要的，内网版本可以不验证

验证码公网可以自己生成，也可以接Turnstile等三方Captcha，不过内网要么关闭要么生成图片（应该也可以配置）

生产环境内显然并不是一ip注册一次，机房里那种一千年ip不动的内网环境是适合的。

email在内网以内确实也验证不了，tf是要留有断网使用的余地的。

验证码这个除了在生产环境里用，内网里好像不太现实。

[ILoveScratch2]

@JohnChiao75 目前我考虑的是公网上（也就是生产环境中）email注册，有条件的话再整个验证码。
理论上讲应该要实名认证的，可是我们没有能发短信的api（而且这种要付钱），所以就这样了。
不过考虑到不加任何限制容易被爆破，所以我认为加几个：一ip只注册一次，验证码，email注册，站长预留这些选项比较稳妥。

IP注册限制可以预留填写，但是1个是不是太少了？机房几十台都是一个公网的
E-Mail对于公网是必要的，内网版本可以不验证
验证码公网可以自己生成，也可以接Turnstile等三方Captcha，不过内网要么关闭要么生成图片（应该也可以配置）

生产环境内显然并不是一ip注册一次，机房里那种一千年ip不动的内网环境是适合的。

email在内网以内确实也验证不了，tf是要留有断网使用的余地的。

验证码这个除了在生产环境里用，内网里好像不太现实。

你可以加个单IP最大注册限制配置，Email就注册不要求Email或允许空Email（有人可能不知道可以留空，觉得得有才能写，所以可以在注册阶段就不要求字段）
验证码应该除了关闭，对接服务，自己生成也可以（而且内网也很现实，直接Python写个while True: requests.post你就炸了，而且用PIL实现也不难）

[JohnChiao75]

@JohnChiao75 目前我考虑的是公网上（也就是生产环境中）email注册，有条件的话再整个验证码。
理论上讲应该要实名认证的，可是我们没有能发短信的api（而且这种要付钱），所以就这样了。
不过考虑到不加任何限制容易被爆破，所以我认为加几个：一ip只注册一次，验证码，email注册，站长预留这些选项比较稳妥。

IP注册限制可以预留填写，但是1个是不是太少了？机房几十台都是一个公网的
E-Mail对于公网是必要的，内网版本可以不验证
验证码公网可以自己生成，也可以接Turnstile等三方Captcha，不过内网要么关闭要么生成图片（应该也可以配置）

生产环境内显然并不是一ip注册一次，机房里那种一千年ip不动的内网环境是适合的。
email在内网以内确实也验证不了，tf是要留有断网使用的余地的。
验证码这个除了在生产环境里用，内网里好像不太现实。

你可以加个单IP最大注册限制配置，Email就注册不要求Email或允许空Email（有人可能不知道可以留空，觉得得有才能写，所以可以在注册阶段就不要求字段） 验证码应该除了关闭，对接服务，自己生成也可以（而且内网也很现实，直接Python写个while True: requests.post你就炸了，而且用PIL实现也不难）

可以公网要求验证，内网免验证或者可选双重验证（类似微软）

[ILoveScratch2]

主要是开始就行，大体没啥要说的了，最多开个会讨论一下细节