直播系统聊天技术(八):vivo直播系统中IM消息模块的架构实践
本文由vivo互联网技术团队LinDu、Li Guolin分享,有较多修订和改动。1、引言IM即时消息模块是直播系统的重要组成部分,一个稳定、有容错、灵活的、支持高并发的消息模块是影响直播系统用户体验的重要因素。本文针对秀场直播,结合我们一年以来通过处理不同的业务线上问题,进行了技术演进式的IM消息模块架构的升级与调整,并据此进行了技术总结、整理成文,希望借此机会分享给大家。在目前大部分主流的直....

原来是同事,被从架构中删除了,还能继续和我聊天?我们不是好友
原来是同事,被从架构中删除了,还能继续和我聊天?我们不是好友,而且钉钉没有给任何明显提示他已经不在公司架构中了,这样离职的人员还是一样可以假冒在职套取公司信息,如果只能在个人信息中看是不是公司公司,这样不是每天和每个人聊天我都要先去个人信息中看看是不是同事?
实时音视频聊天中超低延迟架构的思考与技术实践
1、前言 从直播在线上抓娃娃,不断变化的是玩法的创新,始终不变的是对超低延迟的苛求。实时架构是超低延迟的基石,如何在信源编码、信道编码和实时传输整个链条来构建实时架构?在实时架构的基础之上,如果通过优化采集、编码、传输、解码和渲染中的关键环节来降低延迟?本文将会介绍即构在这方面的思考与实践。 学习交流: - 即时通讯开发交流群:320837163 [推荐] - 移动端IM开发入门文章:《...
开发http轮询的聊天通讯 怎么选择架构呢
需要开发一个简单的继续http请求式的聊天,客户端每秒去获取获取服务器看有没自己的最新消息。大约2W 3W的量级,服务端用mongodb (表查询) 还是选择其他的比如redis,直接查mysql肯定不行。客户端、安卓手机、服务端 Python + nginx1.服务端返回给客户端未读的消息,需要再告诉服务端成功接收到消息了吗?2.本来考虑用mongodb的,能说下为什么用redis吗
开发http轮询的聊天通讯 如何选择架构?
需要开发一个简单的 继续http请求式的聊天 客户端每秒去获取获取服务器看有没自己的最新消息 大约2W 3W的量级 服务端 用mongodb (表查询) 还是选择其他的 比如redis 直接查mysql肯定不行 客户端 安卓手机 服务端 Python + nginx 1.服务端返回给客户端 未读的消息 需要再告诉服务端 成功接收到消息了吗? 2.本来考虑用mongodb的 能说...
拳头公司聊天服务架构:服务器篇
拳头公司聊天服务架构:服务器篇 http://www.jointforce.com/jfperiodical/article/1116?hmsr=toutiao.io&utm_medium=toutiao.io&utm_source=toutiao.io
PC版查看架构和聊天能不能分开不同的窗口
PC版查看架构和聊天能不能分开不同的窗口,否则每次查看架构以后,再回到聊天窗口,又要看架构,每次都要从头开始,上次找到的架构没了,能不能用tab分成两个窗口,互不影响啊。
本页面内关键词为智能算法引擎基于机器学习所生成,如有任何问题,可在页面下方点击"联系我们"与我们沟通。
金融级分布式架构
SOFAStack™(Scalable Open Financial Architecture Stack)是一套用于快速构建金融级分布式架构的中间件,也是在金融场景里锤炼出来的最佳实践。
+关注