我需要将聊天设置为网站上客户服务的解决方案。 Openfire和它的一些插件（快速路径和网络聊天）在本地设置非常简单，并提供我需要的所有客户服务体验选项，并将正确地集成到我们的CRM中。
我们有一个运行其他东西的集群ejabberd实例。在我研究openfire之前，这是一个显而易见的选择，因为它已经安全并且适合我们的环境。当它开箱即用时，必须复制ejabberd模块中的所有客户服务功能，这似乎是对资源的不良投入。
最终，我们也希望用户能够进行用户聊天，并可能将其转变为全面的消息传递系统。
是否有可能和/或建议使用s2s或其他技术在两个不同的服务器之间共享相同的数据库实例？有没有其他人有运行两台服务器的经验？如果我们沿着这条路走下去，我肯定会有很多陷阱，一切都很明显吗？
答案 0 :(得分：0)
就我而言，由于兼容性原因，我不得不搬到openfire。 我在sql-server数据库中有一个用户列表，外部验证非常困难，不支持更新版本的ejabberd。 对我来说，openfire对不同的数据库更加开放，并且易于集成到现有的平台中