123 lines
4.4 KiB
Plaintext
123 lines
4.4 KiB
Plaintext
这些图片中的内容是关于IM即时通讯的软件，你识别图片中的内容，整理为需求文档，包含图片，功能说明
|
|
上面是一张图片，下面就是说明，功能的标题就是图片的名称，说明的时候将功能相关的放一起，我希望是这样的
|
|
1.相关功能图片的总体功能（需要你总结一个标题）
|
|
1.1 图片名称
|
|
图片
|
|
功能说明：
|
|
图片内容的描述
|
|
写成一个md文档，要在md文档中可以看到图片
|
|
|
|
|
|
密码aes 加解密 密码能够加解密
|
|
聊天内容加密
|
|
聊天内容的监控
|
|
用户的类别
|
|
后台生成的有标识
|
|
登录设备做标识 移动
|
|
登基日志 连续N天设备登录
|
|
多通过配置的方式处理 前端不要写死
|
|
|
|
一定要考虑好群聊的推送问题
|
|
离线和在线状态存到redis里面 这个是一个难点
|
|
离线的我们的服务不推 走极光的推送
|
|
在线的直接ws推
|
|
多用开关
|
|
|
|
校验营业执照
|
|
|
|
第三方
|
|
短信
|
|
kyc
|
|
营业执照
|
|
声网 Agora 音视频服务
|
|
极光推送 离线 Push 服务
|
|
oss对象存储
|
|
文件安全扫描 / 内容安全服务
|
|
|
|
|
|
admin后台群操作通过kafka投递到c端 c端通过ws传到客户端
|
|
记录先放到Kafka、 再异步落库。用考虑重复落库的可能
|
|
|
|
1. 有 IM 即时通讯项目开发经验优先；
|
|
2. 熟悉消息可靠性、消息时序、ACK 机制、消息去重、离线消息处理；
|
|
3. 熟悉群消息扩散策略，如读扩散、写扩散；
|
|
4. 理解多端同步、消息漫游、消息推送等 IM 核心机制；
|
|
5. 有 OpenIM 或类似 IM 项目经验优先。
|
|
|
|
1.注册增加邀请码 （非必填 ）不填邀请码可以正常注册。只要手机号符合11位格式就行
|
|
2.验证码验证作为开关 关闭的情况下的话后台不向短信服务商发送请求，前端正常ui的倒计时，但是收不到验证码
|
|
3.正常不填邀请码，用真实手机号注册的，且后台开关打开的情况下，可以收到验证码的流程也能正常注册
|
|
|
|
这个是现在的情况
|
|
后台开关在系统设置 字典管理 增加一个系统枚举 系统开关的 ID = 171
|
|
|
|
用户的唯一标识用user_id来标记，然后新增user_name，也就是用户名字段
|
|
|
|
|
|
看看对接文档1.4的注册页面 增加逻辑 1.注册邀请码 （非必填 ）不填邀请码可以正常注册。用真实手机号注册的，且后台发送注册验证码的开关打开的情况下，可以收到验证码的流程也能正常注册
|
|
2.发送注册验证码的开关关闭的情况下，后台不向短信服务商发送请求，前端正常ui的倒计时，但是收不到验证码，此时填了邀请码，且邀请码校验合格的话，没有验证码仍然可以注册
|
|
|
|
我看了很多users相关的表 你总结一下分别是什么作用
|
|
你看看手机号是如何存的
|
|
im_users的 tags 有啥用 存的啥
|
|
|
|
昵称用中文实现
|
|
|
|
对一样的，因为给好友改了备注，所以上面就会显示，但是昵称是好友，本身自己起的网名，如果对方没有起，系统会默认给一个
|
|
|
|
用户名和手机号注册的话 如果验证码开关是开的 以验证码为准 如果没开 就以邀请码流程 用户名不能忽略 要保存
|
|
|
|
前后端对接文档 补充 请求和响应的json
|
|
|
|
文档的覆盖测试
|
|
|
|
发的网站功能的复制
|
|
web地址：https://web.xcwykk.top/
|
|
管理后台地址：https://admin.adfahi.cn
|
|
账号：heiyue
|
|
密码：Heiyue123
|
|
测试名额：100
|
|
|
|
群操作
|
|
文件操作
|
|
|
|
redis的接入 性能提升
|
|
kafka的接入 异步操作 幂等性
|
|
|
|
弱网
|
|
QUIC传输技术
|
|
日志框架的接入
|
|
|
|
|
|
重中之重。加密 + 接口鉴权 防止被扫 日志要记录下来 每个小时告警
|
|
|
|
法相 （三方IM 资金电话确认）, [Aug 27, 2026 at 22:13:24]:
|
|
....进群的时候拿群成员列表信息 这个怎么做成缓存 然后怎么更新缓存
|
|
2.多标签要独立的登录状态，可以用不同域名来解决这个问题，但是要token过期时间要限制一下 7天或者10天 每次登录都重置这个时间
|
|
3.转发消息 涉及到转发群和转发个人 大批量转发 消息会不会串
|
|
4.我在第一个标签转发了100个群，然后直接切换到第二个标签，你第一个标签还没转发完 你该怎么处理 会不会串到第二个标签页
|
|
|
|
|
|
群成员信息这个是很耗性能的 一个群几千个人 你要考虑是进一次就拿一次群成员信息 还是拿一次
|
|
|
|
|
|
我说的进不是给你拉进群 是你点击群聊这个会话框
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|