2012-07-25 24 views
7

Potrzebuję skonfigurować czat jako rozwiązanie dla obsługi klienta na stronie internetowej. Openfire i niektóre z jego wtyczek (fastpath i webchat) były bardzo proste do skonfigurowania lokalnie i oferują wszystkie opcje obsługi klienta, jakich potrzebuję, i będą poprawnie zintegrowane z naszym CRM.Openfire vs ejabberd dla czatu obsługi klienta ewoluującego do pełnego rozwiązania czatowego

Mamy klastrze wystąpienie ejabberd działa na coś innego. Zanim zagłębiłem się w openfire, był to oczywisty wybór, ponieważ został już zabezpieczony i dostosowany do naszego środowiska. Konieczność duplikowania całej funkcjonalności obsługi klienta w module ejabberd po wyjściu z pudełka z openfireem wydaje się złym inwestowaniem zasobów.

Ostatecznie chcielibyśmy również włączyć użytkownika do czatu użytkownika, a może przekształcić go w system komunikacyjny na pełną skalę.

Czy jest możliwe i/lub zalecane, przy użyciu s2 lub innej techniki, udostępnianie tej samej instancji bazy danych między dwoma różnymi serwerami? Czy ktokolwiek inny ma doświadczenie w pracy z obydwoma serwerami? Jestem pewna, że ​​jeśli pójdziemy tą trasą, będzie dużo kupek, coś oczywistego?

+0

czy znalazłeś najlepszy z nich do otwierania ognia lub jabberd do rozwiązania czatu? – Iducool

+0

Zamierzamy użyć obu. openfire/fastpath dla obsługi klienta i ejabberd dla peer chat/messaging. – SPODOG

Odpowiedz

0

W moim przypadku, musiałem przejść do openfire ze względu na kompatybilność. Mam listę użytkowników w bazie danych serwera sql, a zewnętrzna autoryzacja jest naprawdę trudna i nie jest obsługiwana w przypadku zaktualizowanych wersji ejabberd. Dla mnie openfire jest bardziej otwarte na różne bazy danych i łatwe do zintegrowania z istniejącymi tablicami rejestracyjnymi