Ruby on rails Rails聊天服务器

很明显，基于AJAX的聊天不会扩展，那么您会使用什么来进行聊天呢？定制服务器？还是其他方法

---

由于使用Rails，每个聊天连接都会占用大量内存，因此让Rails为每条消息运行是不可行的。您推荐在这里使用什么？

除了您自己的定性结论之外，您是否有一些基于定量测试的数据？

为什么要创建任何类型的自定义聊天服务器？IRC已经存在了很长一段时间，并且经过了尝试和测试

---

这里真正的问题应该是关于客户端的实现，而不是试图重新发明轮子服务器端imo。

我还尝试用AJAX（内置AJAX.updater）实现一个示例聊天应用程序，但没有成功。我相信可能会有一些好的ajax解决方案

但由于这是基于服务器推送技术的，所以请尝试Juggernaut（）。我个人还没试过，但看起来不错

---

或者如果可能的话，考虑Web套接字（HTML5）。

< P>人们经常使用Euby Ruby来处理问题，就像我在RealsSCONF 2010中的一个例子中所提到的问题。

---

例如，一个irc机器人的事件ruby实现

不幸的是，你的文章基于一个错误的前提。基于AJAX的聊天当然可以扩展，您只需使用正确的方式即可。例如，Juggernaut2使用Node.js处理许多并发连接。你说得对，你无法在一台服务器上处理10000个连接。这就是负载平衡的目的。

如果您希望其他人帮助您，请接受一些答案。为什么您认为基于Ajax的聊天服务器无法扩展？Highrise/chat.stackoverflow已经做到了这一点……基于Ajax的聊天系统使用长轮询，而像apache这样的服务器则无法扩展。使用Nginx，聊天用户的数量会增加，但event hat有一个限制。像gmail和facebook这样的服务不能用ajax运行，因为它们会超载。如果你注意到不是每个人都可以在堆栈中聊天。。。而且他们也使用nginx，所以他们可以容忍更高的百分比。是的，我查看了有10000个用户的apache和nginx的内存使用情况。Apache最终成为了一个机器杀手，而nginx幸存了下来，但我不确定还要多久。有一个原因，为什么像sockets.io这样的东西被制造出来。。。以防止加载Web服务器。所以我很确定长轮询不是一种可伸缩的方法。。。同意。。。有什么好主意吗？