7

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

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

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

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

4

1 回答 1

0

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

于 2015-04-17T15:57:26.793 回答