Openfire vs ejabberd để trò chuyện dịch vụ khách hàng phát triển thành giải pháp trò chuyện đầy đủ

Question

Tôi cần thiết lập trò chuyện làm giải pháp cho dịch vụ khách hàng trên trang web. Openfire và một số plugin của nó (fastpath và webchat) rất đơn giản để cài đặt cục bộ và cung cấp tất cả các tùy chọn trải nghiệm dịch vụ khách hàng tôi cần, và sẽ tích hợp đúng vào CRM của chúng tôi.

Chúng tôi có một phiên bản nhóm ejabberd đang chạy cho một thứ khác. Trước khi tôi nhìn vào openfire, đây là sự lựa chọn rõ ràng, vì nó đã được thực hiện an toàn và phù hợp với môi trường của chúng tôi. Phải sao chép tất cả các chức năng dịch vụ khách hàng trong một mô-đun ejabberd khi nó đi ra khỏi hộp với openfire có vẻ như một đầu tư xấu của tài nguyên.

Cuối cùng, chúng tôi cũng muốn cho phép người dùng trò chuyện với người dùng và có thể biến nó thành một hệ thống nhắn tin toàn diện.

Có thể và/hoặc được khuyến nghị sử dụng s2 hoặc một số kỹ thuật khác để chia sẻ cùng một cá thể cơ sở dữ liệu giữa hai máy chủ khác nhau không? Có ai khác có kinh nghiệm chạy cả hai máy chủ không? Tôi chắc chắn sẽ có rất nhiều gotchas nếu chúng ta đi xuống con đường này, bất cứ điều gì rõ ràng?

Answer 1

Trong trường hợp của tôi, tôi có nghĩa vụ chuyển sang openfire vì các lý do tương thích. Tôi có một danh sách người dùng trong cơ sở dữ liệu máy chủ sql và xác thực bên ngoài thực sự khó và không được hỗ trợ cho các phiên bản cập nhật của ejabberd. Đối với tôi openfire là mở cửa cho cơ sở dữ liệu khác nhau và dễ dàng để tích hợp trong plateforms hiện có