标签: instant-messaging

我正在尝试创建一个IM机器人,但我无法找到必要的资源.

UPDATE

有一个问题,Imified使gtalk机器人不出现在线(并没有响应),它现在工作,所以我关闭这个.

本教程确实有效.

未删除原始问题以供参考

首先,我确实找到了一个关于如何编写自己的IM机器人的精彩教程,但它使用了看起来已经死亡的IMified平台(2008年septembre上的最后一篇博文,他们的帮助论坛没有反馈,......).

我确实设法使用他们的服务创建了一个测试版机器人,但正如我在他们的帮助论坛中看到的那样,它永远不会在线.

那么,任何一个设法做到了吗？

笔记

我正在寻找一些可能的东西:

• 自由
• 适用于PHP*或一些免费托管解决方案(如IMified但有效)
• 适用于Google Talk(我真的不在乎另一个)

当然,请发布任何不符合这些标准的解决方案的答案,这可能有所帮助.

*我在GoDaddy上有一个Linux托管计划

是否有任何(最好是原生的)C#库允许我通过ICQ协议发送一些消息？有什么比仅包装libgaim更好的东西吗？

我正在为我的网站开发私有消息功能,有没有办法从服务器获取推送通知,用户收到了新消息？

我所知道的唯一技术是不断通过ajax轮询服务器以查看是否有新消息,并在需要时重新加载信使窗口.

感谢您的任何反馈!

UPD:到目前为止,已确定以下方向:

1)Comet
2)BOSH - 同步HTTP上的双向流
3)XMPP - 这是google talk基于的内容

我家里有一台旧机器,这台机器所做的其中一件事就是检测房子里的某扇门是刚打开还是关闭.

现在,我有一台机器在私人Twitter帐户上发布推文.

我现在想给这台机器提供一个自己的AIM帐户,并让它给我发送一条关于AIM的消息.将要发送的唯一消息字面意思是"前门打开"和"前门关闭".

似乎libpurple是一个常用的库,用于处理各种即时消息传递协议,甚至在Adium中使用,但它非常复杂,我无法弄清楚如何使用它.

有没有人知道或使用libpurple的简单代码示例？

我正在开发一个消息传递应用程序(类似于WhatsApp),我在实现它的主要功能方面遇到了两难 - 从client1向client2发送消息.

问题是我使用的是集中式服务器设计,客户端使用NSURLConnection向服务器发送消息,服务器不保留和管理打开的套接字,也无法为其中一个客户端发送消息,因此客户端有一个计时器并每隔2秒查询服务器以查看是否有新消息正在等待它们.

这种方法的问题是每2秒查询一次服务器似乎会非常快地杀死电池,所以我想也许不是客户端查询服务器,使用APNS所以当client1向服务器发送消息时,服务器将发送一个将通知推送到client2,然后client2将从服务器获取数据.

这种方法是否适用于需要大量推送通知用途的大型消息应用程序？

在Windows 8中,消息传递中心提供了一种通过Windows Live Messenger和Facebook协议发送消息的单一机制.

是否有可用于添加其他协议/帐户的扩展点,以便您可以插入自己的聊天协议？

如果可能的话,我想创建一个Steam Chat扩展,但我需要一个合适的点来扩展.

在我看到的几乎所有长轮询示例中，都有30秒的客户端超时。确切原因是什么？

我想像使用MQTT协议的whatsapp一样实现一个messenger.我应该阅读哪些教程？

我对以下几点感到困惑:

1. 我应该如何实现消息传递的主题结构？(目前我正在使用/ domainname/phonenumber /(如果手机A要向手机B发送消息,它会向/ domainname/B /发布消息)
2. 如果客户端B离线并在一段时间后上线,当客户端离线时,它将如何接收发送给他的消息(到主题/域名/ B /)？
3. 如何实现发送/发送/读取确认？

我知道这些是非常基本的问题,但不幸的是我找不到任何指导初始步骤的资源.

结论:
在与已经在MQTT中实施大规模信使部署的人交谈之后,我得出结论,MQTT应该只使用一个协议.Pub/Sub很适合开始,但您应该拥有一层自己的业务逻辑,以实现灵活性和性能.但是,您可以使用pub/sub树实现大多数基本信使要求,但是您将受限于它,以后将难以扩展.

我正在尝试构建即时通讯应用程序。客户不仅会发送消息，还经常发送音频。我决定使用 websocket 连接与客户端进行通信。它速度很快并且允许发送二进制数据。

主要思想是接收来自client1 的消息并通知client2。但事情是这样的。我的应用程序将在 GAE 上运行。如果client1的套接字在server1上打开并且client2的套接字在server2上打开会怎样。该服务器不了解彼此的客户端。

我有一个想法如何解决它，但我确信这是一种糟糕的方式。我将在服务器之间使用某种通信（例如 JMS 或在服务器之间打开另一个 websocket 连接，现在并不重要）。
但这肯定会导致灾难。我什至无法想象这些服务器相互通信的频率。对于每条消息，server1应通知server2，server2应通知client2。但当serverN发挥作用时，事情会变得更糟。

我认为此方法有效的另一种方式是 Firebase。但它将消息大小限制为 4KB。所以我无法通过它发送音频。作为解决方案，我可以通知客户有关新音频的信息，然后他前往我的服务器获取该音频。

希望我清楚地解释了问题。有谁知道如何解决它？或者也许还有其他方法来构建此类应用程序？

我正在使用VSTS 2008 + ASP.Net + Forms Authentication + .Net 3.5 + IIS 7.0 + C#来开发Web应用程序.我想在我的Web应用程序中添加基于Web的即时消息功能(使用Forms身份验证),我只需要非常基本的功能,如基于文本的消息,用户状态等.

我想知道是否有任何即用型和易于集成的组件？更好的开源.