2012-07-25 8 views
7

Necesito configurar el chat como una solución para el servicio al cliente en un sitio web. Openfire y algunos de sus complementos (vía rápida y chat web) fueron muy simples de configurar localmente y ofrecen todas las opciones de experiencia de servicio al cliente que necesitaría, y se integrarán correctamente en nuestro CRM.Openfire vs ejabberd para chat de servicio al cliente que evoluciona a la solución de chat completo

Tenemos una instancia de ejabberd en clúster ejecutándose para otra cosa. Antes de buscar en Openfire, esta fue la elección obvia, ya que ya se ha hecho segura y adaptada a nuestro entorno. Tener que duplicar todas las funcionalidades de servicio al cliente en un módulo ejabberd cuando sale de fábrica con Openfire parece una mala inversión de recursos.

Finalmente, nos gustaría habilitar el chat de usuario a usuario también, y quizás convertirlo en un sistema de mensajería a gran escala.

¿Es posible y/o se recomienda, utilizando s2s o alguna otra técnica, compartir la misma instancia de base de datos entre los dos servidores diferentes? ¿Alguien más tiene experiencia en ejecutar ambos servidores? Estoy seguro de que habrá muchos problemas si tomamos esta ruta, ¿hay algo obvio?

+0

¿Encontró cuál es el mejor open fire o jabberd para la solución de chat? – Iducool

+0

Vamos a usar ambos. openfire/fastpath para servicio al cliente y ejabberd para chat/mensajería entre pares. – SPODOG

Respuesta

0

En mi caso, me vi obligado a pasar a openfire por razones de compatibilidad. Tengo una lista de usuarios en una base de datos sql-server y la autenticación externa es muy difícil y no es compatible con las versiones actualizadas de ejabberd. Para mí, openfire está más abierto a diferentes bases de datos y es fácil de integrar en las placas existentes.

Cuestiones relacionadas