【问题标题】:Openfire vs ejabberd for customer service chat evolving to full chat solution用于客户服务聊天的 Openfire 与 ejabberd 演变为完整的聊天解决方案
【发布时间】:2012-07-24 09:01:13
【问题描述】:

我需要将聊天设置为网站上的客户服务解决方案。 Openfire 和它的一些插件(fastpath 和 webchat)在本地设置非常简单,并提供了我需要的所有客户服务体验选项,并将正确集成到我们的 CRM 中。

我们有一个集群的 ejabberd 实例正在运行其他东西。在我研究 openfire 之前,这是显而易见的选择,因为它已经变得安全并适合我们的环境。开箱即用的 openfire 必须在 ejabberd 模块中复制所有客户服务功能似乎是一种糟糕的资源投资。

最终,我们还希望能够实现用户对用户的聊天,并可能将其变成一个完整的消息传递系统。

是否可以和/或推荐使用 s2s 或其他技术在两个不同的服务器之间共享相同的数据库实例?有没有其他人有运行这两个服务器的经验?如果我们走这条路,我敢肯定会有很多陷阱,有什么明显的吗?

【问题讨论】:

  • 找到哪一个是最好的开火或 jabberd 聊天解决方案?
  • 我们将同时使用两者。用于客户服务的 openfire/fastpath 和用于同行聊天/消息传递的 ejabberd。

标签: xmpp openfire ejabberd


【解决方案1】:

就我而言,出于兼容性原因,我不得不迁移到 openfire。 我在 sql-server 数据库中有一个用户列表,外部身份验证非常困难,并且不支持 ejabberd 的更新版本。 对我来说,openfire 对不同的数据库更加开放,并且易于集成到现有平台中

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2018-06-05
    • 2015-11-05
    • 1970-01-01
    • 1970-01-01
    • 2021-02-05
    • 1970-01-01
    • 2012-04-15
    • 1970-01-01
    相关资源
    最近更新 更多