2012-07-25 12 views
7

Ho bisogno di impostare la chat come soluzione per il servizio clienti su un sito web. Openfire e alcuni dei suoi plugin (fastpath e webchat) erano molto semplici da installare localmente e offrono tutte le opzioni di esperienza del servizio clienti di cui avevo bisogno e si integreranno correttamente nel nostro CRM.Openfire vs ejabberd per la chat del servizio clienti che evolve verso la soluzione di chat completa

Abbiamo un'istanza di ejabberd in cluster in esecuzione per qualcos'altro. Prima di guardare al fuoco aperto, questa era la scelta più ovvia, dal momento che è già stata resa sicura e adattata al nostro ambiente. Dover duplicare tutte le funzionalità del servizio clienti in un modulo ejabberd quando esce dalla scatola con openfire sembra un brutto investimento di risorse.

Infine, vorremmo abilitare la chat da utente a utente, e forse trasformarlo in un sistema di messaggistica completo.

E 'possibile e/o consigliato, utilizzando s2s o qualche altra tecnica, condividere la stessa istanza di database tra i due server differenti? Qualcun altro ha esperienza nell'esecuzione di entrambi i server? Sono sicuro che ci saranno molti trucchi se seguiremo questa strada, qualcosa di ovvio?

+0

ha trovato quale è la soluzione migliore per aprire la chat o jabberd per la chat? – Iducool

+0

Utilizzeremo entrambi. openfire/fastpath per il servizio clienti e ejabberd per peer chat/messaging. – SPODOG

risposta

0

Nel mio caso, sono stato obbligato a passare a openfire per motivi di compatibilità. Ho un elenco utenti in un database sql-server e l'autenticazione esterna è davvero difficile e non supportata per le versioni aggiornate di ejabberd. Per me openfire è più aperto a database diversi e facile da integrare in plateform esistenti