ccfish86 / sctalk Goto Github PK

关于TT的业务及架构方面的一些优化计划：

1. department在很多方面没有意义，而且还占用大量的客户端业务逻辑，考虑移除。
2. 登录后的数据拉取方面，在用户量大的时候，可考虑通过追溯用户的关联关系，部分读取，且减少读取的字段。某些字段，可以点开详情时再进行查询。
3. 前端异步处理方面，在后台服务不可用（或网络故障）时，很容易造成调用请求的积压，严重时会导致应用崩溃。
4. 后台的部分内部调用可以改为异步。
5. 追加@某人的功能，追加其他有用的功能。

你好，sctalk 这个项目用到 hazelcast 坐消息服务器的集群处理 ，message聊天服务器用hazelcast做集群处理，如果 message聊天服务器部署到k8s 容器中，hazelcast tcp-ip集群组网方式 不能在启动服务的时候java参数命令传递进去，因为k8s的服务实例的IP 是动态分配的，请问怎么解决这个问题？？？

protobuf报错啦,作者

暂未完成

计划：
用之前类似router-server的方式进行处理握手消息（与TT现有file-server类似），在线通过p2p2直连或经由trunk服务进行之p2p传输；离线通过Netty的文件传输功能把文件传递过去。

可以考虑通过配置文件在启动message-server服务时，使其分别支持socket/websocket，并在接口/msg_login追加参数（socket:default/websocket），然后返回对应类型的消息服务器。

这样即可以同时支持APP/PC的socket和WEB的Websocket进行互联互通。

现已实现针对websocket_client端的测试

在获取消息列表时，发生异常，导致数据无法返回

大概会选择webrtc，然后互换握手消息/信令，然后启用webrtc互联开启视频。
第二步支持创建临时组/聊天室的消息实现多人视频/语音，达到视频会议或视频直播类似的功能。

IOS端在接收到 部分“颜文字”时，会发生崩溃。
在处理空值时，会发生问题。
protobuf现已有官方的支持。