- 主题:求好用的im 群聊，前后端代码?
肯定是所有人都可用
我的意思是
如果一个会议开10分钟，如果有100个人参与会议
可能就要算你1000分钟
【 在 RAV4 (hehe) 的大作中提到: 】
: 千分钟应该是企业共享吧 所有人都可以用那种吧
: 没实际用过 不过很多语音都这样
--
FROM 180.167.95.*
用户量少，不需要那么实时
轮询足够了
【 在 shaolin (我的大小宝贝儿...) 的大作中提到: 】
: 轮询，您这搞笑呢 ...
--
FROM 180.167.95.*
我说的用户量少，可能比你理解的少要更少一些
【 在 shaolin (我的大小宝贝儿...) 的大作中提到: 】
: 要轮询也至少是 “长轮询”吧，
: 也没那么好搞定的。。
--
FROM 180.167.95.*
道理是你说的这样没错
但不是所有的老板都讲道理
其实我挺理解lz的
很多提需求的人只考虑功能性需求，甚至功能性需求都考虑不全
更不要说非功能性需求了
IM这种东西，绝大部分工作量都在非功能性需求这边
看不见摸不着，用起来才能感觉到有问题
【 在 shaolin (我的大小宝贝儿...) 的大作中提到: 】
: 用户量少，直接拿现成的用，没准都可以在“免费”档。
: 用户量大，有些服务商提供“私有”部署服务的。
: 要求再高，自己公司 买源码 再研发，或者从头搞都可以。
: ...................
--
FROM 180.167.95.*
你们是做im产品的吗？
【 在 leadu (leadu) 的大作中提到: 】
: 我们全部用c#写过一个，客户端使用的Xamarin，服务器用的Orleans（类似于java的akka）。
: 机器扔在北京阿里云了，性能比微信好，发消息rtt均值在200ms以下，基本上用户看不见发消息那个转圈。吞吐方面，阿里云4个节点一共2k多一个月，这样的机器配置环境中，一秒几k的消息发送。
: 吞吐受限于机器的iops，我们使用的阿里云600多的ssd的ecs，ecs的iops不怎么样，好像是消息吞吐的2倍多的样子。
: ...................
--
FROM 180.167.95.*
用UUID不行吗？
【 在 leadu (leadu) 的大作中提到: 】
: 分布式系统中的id和时间都是坑，都需要细致处理
--
FROM 180.167.95.*
时间戳+UUID
这样还能有重复？
【 在 leadu (leadu) 的大作中提到: 】
: 这个肯定不行，消息一多，必定出现冲突。当然你可以使用多个guid拼接降低冲突概率，但消息id会需要索引的，太长了处理不便
--
FROM 180.167.95.*
这个用nginx的流量复制应该就可以做了吧
【 在 JianingSun (爱吃巧克力的北极熊) 的大作中提到: 】
: 请教一下，如果只做消息转发坑深吗？
: 具体需求就是自建一个消息转发服务器，在现有的IM应用中插入模块，截获特定消息转发到自建服务器上。
--
FROM 180.167.95.*
那就让他做，做完了老板就会死心了
【 在 shaolin (我的大小宝贝儿...) 的大作中提到: 】
: 猪八戒会有人给报个800 ...
--
FROM 180.167.95.*