问题标签 [livechat]

我正在寻找解决此问题的方法：

我需要为具有多个前端的网站创建简单的几乎类似实时的网络聊天。网络聊天不需要任何图标，只需昵称时间和消息。

网站在.net 上运行。

想要聊天的用户必须登录系统。对其已经处理的用户进行身份验证。这不是问题，其他人只能观看对话。

我在想，因为它在多个方面运行，所以应该使用 DB 或每秒向该 WS 发出请求的 WS 等等。从这里我不知道我迷路了......我在想ajax应该将收到的lastmassage id回发到Web服务，并且Web服务会向用户发送自上次收到消息以来的所有最新帖子。这应该每秒完成一次，它看起来像它的实时聊天，这将是一个服务器负载的地狱。

你们有什么感想？和建议有什么想法吗？和工作解决方案？

谢谢你

首先，我使用的是 .net 3.5。我想为我的用户创建一个在线聊天系统。我找到了一些可以使用的不错的（开源）聊天系统，但是我想添加一些功能。我希望聊天用户能够看到他们网站上有多少人，并允许聊天用户选择一个用户并开始与他们交谈。普通用户可能并不总是在网站上有一个帐户，所以我无法通过我的用户数据库来定位。我已经看到其他应用程序允许您从在线用户列表中进行选择并开始与他们聊天。我在想我可以通过会话 ID 来定位，但是有没有更完整的证明方法可以实现这一目标？

我想开发一个实时聊天应用程序。为此，我需要在我的网站上同时控制音频和视频。有谁知道如何实现这一目标？

我正在寻找要添加到我的网站的“立即聊天”组件。如果重要，我正在使用 Drupal（在 Windows 服务器上运行）。

我正在寻找客户发起的东西（我不想让客户看着我的网站）。我希望客户端不需要额外的安装。

就我而言，我希望它与 Skype 或其他常见的即时通讯工具集成。

我更喜欢免费，但如果它是低成本的（不是月费），我也会感兴趣。

我需要将聊天应用程序与我的 asp.net mvc (C#) 应用程序集成。我的应用程序的用户在接受邀请后应该能够像谷歌谈话一样在他们之间聊天

任何集成聊天应用程序的最佳来源？

是否有任何基于 PHP/JS 的工具允许我向网站上的实时访问者发起聊天邀请，就像他们在银行网站和 Salesforce 上所做的那样？

编辑：LiveZilla 可以工作，但我是 Mac 用户，所以我不想通过 VM 运行它。是否有任何纯粹基于 Web 或基于 Mac 的解决方案？

我想开发一个使用 JSP/Servlets 和 Tomcat 的聊天网站。我有以下问题：

1. 网站能否在不减慢速度的情况下处理负载（一次 1000 人）？
2. 会不会导致网站变慢？这种网站的理想服务器配置是什么？请注意，我没有庞大的预算来主持。
3. 如何实现服务器推送？
4. PHP 或 JSP 是否适合此类网站？

我希望将实时聊天服务集成到一个站点中，在该站点中，我可以根据与该特定区域相关的参与者即时创建聊天室...任何人都建议使用我可以安装在服务器上的第 3 方服务，该服务可以轻松集成.NET，还是只使用轮询方法构建一个？我想要带有套接字连接的东西，但不确定我可以使用什么便宜或免费的东西。

在这篇文章中，我了解了 XMPP 的用法。这种事情有必要吗，更重要的是，我的主要问题扩展了：是否可以仅使用标准 HTTP 和浏览器技术（如 PHP 和 JS，或 RoR 和 JS 等）有效地构建聊天服务器和客户端？或者，最好还是坚持使用 XMPP 等旧协议，找到一种将它们与我的应用程序集成的方法？

我通过 LiveHTTPHeaders 和 Firebug 研究了CampFire大约 5 分钟，它似乎使用 Ajax 发送一个请求，直到另一个聊天发生时才得到答复。这只是 CampFire 在服务器上打开一个新线程以侦听更新，然后在线程听到更新时返回对请求的响应吗？我注意到他们正在请求一个特定的端口（8043如果我没记错的话），这让我认为他们正在做的事情比我提到的更复杂。此外，请求的 URL 以/tcp/我觉得有趣的开头。

注意：我预计不会有超过 150 个用户同时在所有房间中进行实时聊天。我知道，如果我正在为像 CampFire 这样的聊天服务构建一个托管付费服务，并且有成千上万的并发用户，我应该花时间研究特殊技术，而不是尝试在我的应用程序中以简单的方式重新发明轮子。

此外，如果您打算使用服务器轮询来进行此操作，您会多久亲自轮询一次以最大限度地提高响应而不会猛烈抨击服务器？

我正在将一个简单的实时聊天构建到在 Django 上运行的 Web 应用程序中，但我感到困惑的一件事是我应该如何在用户之间存储消息。

聊天将支持多个用户，并且聊天“会话”由连接到作为“主机”的一个用户的用户组成。该应用程序是一种在线文档协作的东西，因此用户 X 有一个文档，用户 Y 和 Z 将连接到用户 X 以讨论该文档，这将是一个聊天会话。

如果用户 Y 断开连接 5 分钟，然后重新登录并重新连接到用户 X，那么在他离开时，他应该不会收到用户 X 和 Z 之间共享的任何消息。

如果用户 X、Y 和 Z 可以就用户 X 的文档进行聊天会话，则用户 X 和 Y 可以同时连接到关于用户 Z 文档的单独讨论。

我该如何处理？我应该将每条消息都保存在数据库中吗？每条消息都有一个所有者用户和一个目标用户（主机），并且将使用一个单独的表将用户与消息连接起来（哪些消息对哪些用户可见）。

或者我应该将每个会话作为 HTML 文件存储在服务器上，附加到哪些消息？

问题是，我不能直接在客户端之间发送消息。它们必须在 POST 请求中发送到服务器，然后每个客户端必须定期检查 GET 请求中的消息。除了我不能在客户端获取每条消息后清除它，因为可能有多个客户端。我应该如何设置？有什么建议么？