这些图片中的内容是关于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传输技术
日志框架的接入


重中之重。加密 + 接口鉴权 防止被扫 日志要记录下来 每个小时告警



















