7

Web サイトでカスタマー サービスのソリューションとしてチャットをセットアップする必要があります。Openfire とそのプラグインの一部 (ファストパスと Web チャット) は、ローカルでのセットアップが非常に簡単で、必要なすべてのカスタマー サービス エクスペリエンス オプションを提供し、CRM に適切に統合されます。

クラスター化された ejabberd インスタンスが別の目的で実行されています。openfire について調べる前は、これが当然の選択でした。すでに安全で、環境に合わせて調整されているからです。ejabberd モジュールが openfire で箱から出されたときに、顧客サービス機能のすべてを複製しなければならないことは、リソースの無駄な投資のように思えます。

最終的には、ユーザー同士のチャットも可能にし、おそらくそれを本格的なメッセージング システムに変えたいと考えています。

s2s またはその他の手法を使用して、2 つの異なるサーバー間で同じデータベース インスタンスを共有することは可能ですか、または推奨されますか? 両方のサーバーを実行した経験のある人はいますか? このルートをたどると、多くの落とし穴があると思いますが、明らかなことはありますか?

4

1 に答える 1

0

私の場合、互換性の理由から openfire に移行せざるを得ませんでした。SQL サーバー データベースにユーザー リストがありますが、外部認証は非常に難しく、更新されたバージョンの ejabberd ではサポートされていません。私にとって、openfire はさまざまなデータベースに対してよりオープンであり、既存のプラットフォームに簡単に統合できます。

于 2015-04-17T15:57:26.793 に答える