对ajax消息通知的建议？

Question

我在这里问你是否认为正确的编码方式。

我有一个网站接收私人信息，我希望一个标志显示人收到信息的那一刻。我应该每3秒钟检查一次新邮件，并在出现新邮件时显示该标志，还是有更好的方法？

如果我在ajax做过，我想每3-5秒检查一次新邮件，一旦有一个标志，就停止检查更多。

我唯一担心的是，如果每3-5秒钟检查一次，它会在打字时对人造成任何滞后或毛病？让我们说他们正在输入一个段落，我不希望他们的文字在检查那些3-5秒的间隔时出现小故障。

我提到的编码器朋友之一是Ping（？）或类似的方法。如果用户始终连接到服务器，并且发生更改，则会通知用户。我完全不确定这是如何工作的。

任何人都知道Facebook如何做到这一点？哈哈。

谢谢！

Answer 1

如果你已经完成了AJAX，它不应该在输入时延迟/毛刺。像3-5s一样好，因为它足够快，但不会减慢服务器/浏览器。

他的意思是“推”吗？在push中，消息被实时推送到客户端，客户端不会询问是否有新消息。这很可能是Facebook使用的方法。

Answer 2

我的一个编码器的朋友提到有与平安（？）的方法或 类似的东西

说实话，我真的不喜欢periodic refresh（间隔轮询），因为TT有缩放问题（我在使用定期刷新时收到来自主机提供商的通知）。您应该使用更高效的传输例如像：

• WebSocket
• Adobe® Flash® Socket
• AJAX long polling
• AJAX multipart streaming
• Forever Iframe
• JSONP Polling(cross domain)

要使用这个，你可以使用：

• 托管解决方案pusher与API和慷慨的免费计划。这给你最多20个并发和每天100,000个消息，但没有SSL，所以不要通过线路传输敏感信息。他们还提供实现REST API的third-party PHP client available at github。
• socket.io（我喜欢这个有很多）
• tornado
• netty

任何人都知道Facebook的是如何做的？哈哈。

对于chat他们使用Erlang。他们也有从他们过去购买的friendfeed开源的龙卷风（见上面的链接）。 Facebook是一家PHP商店，但他们决定不使用PHP，因为PHP无法有效地完成这项工作。无论如何，他们正在使用上面的一种传输效率。