Buscando alternativas a vBulletin (autoalojadas)

Antes gestionábamos un foro grande que cerramos hace varios años. Acabo de intentar instalar vBulletin 5.x y es un completo desastre.

Busco alternativas (solo autoalojadas).

Algunos aspectos que son importantes para mí:

Compatibilidad con la pila actual: Quiero instalarlo en dominio.com/comunidad/, pero no quiero tener que cambiar la configuración de nuestro servidor (no somos un entorno Ruby en absoluto; somos principalmente LAMP. No soy un experto técnico, pero estoy seguro de que mis colegas pueden resolverlo).

Amigable con SEO (incluyendo velocidad y WPO): Esto probablemente es lo más importante para mí, dado el propósito del foro.

Formularios a Salesforce: Usamos Salesforce/Pardot y nos gustaría que las nuevas cuentas registradas y verificadas se enviaran a Salesforce/Pardot.

Permisos personalizados: Quiero poder tener algunos foros públicos, otros solo para miembros y otros con permisos muy específicos para ciertos usuarios. ¿Qué tan flexible es el sistema de permisos en Discourse?

Personalización (diseño): Tenemos un equipo de diseño grande y queremos aplicar skins de manera única. Preferiría que no tuvieran que aprender Ruby/JS para manipular la piel.

En fin, ¿qué opinan? Me encantaría recibir sus comentarios.

Gracias de antemano.

Bueno, esto es complicado. Discourse no es una aplicación LAMP, así que eso será diferente. Sin embargo, esa es la razón de Docker: toda la pila de Discourse está confinada a la imagen del contenedor, por lo que no necesitas instalar nada más en el host. Cambiar la instalación predeterminada para que escuche en un socket Unix (para que puedas usar tu proxy inverso en domain.com y redirigir las solicitudes a /community al socket) son solo unas pocas líneas de configuración.

No estoy seguro de qué es WPO, pero Discourse se posiciona muy bien en los motores de búsqueda desde el principio, siempre que tengas contenido real en el foro.

Mientras esas herramientas puedan manejar un webhook, o puedas escribir rápidamente una capa de traducción en tu aplicación LAMP, es una tarea sencilla.

Cada categoría puede tener permisos diferentes; esto es una función básica.

Discourse es una “aplicación de una sola página”, por lo que si deseas una personalización más profunda, necesitarás escribir código JS. Sin embargo, hay mucho que puedes hacer solo con HTML+CSS, así que depende más de cuáles sean tus expectativas.

Intenté responder mediante la función de respuesta por correo electrónico (¡que parece una función genial!), pero obtuve esto (no es un comienzo muy prometedor)

¿Está habilitada esta función en este tablero?

De todos modos, en la configuración, cuando dices que es una función básica, ¿significa que es común y que todos la tienen, o que no es muy robusta?

¿Hay alguna captura de pantalla o algo así que muestre el sistema de permisos?

Discourse, en general, es extremadamente robusto.

Entendido. ¿Hay alguna guía sobre permisos?

¿Esto ayuda?

También consulta

Eso sí ayuda, gracias.

De hecho, tenemos un caso de uso muy único y me pregunto si ya se ha hecho o si es posible.

Imagina que un cliente publica algo muy específico (que realmente solo le aplica a él). Nos gustaría marcarlo para que solo los administradores y el usuario que lo publicó puedan leerlo y responder, haciendo así que la discusión sea privada (no siempre es necesario que toda la comunidad vea tu discusión sobre un problema de soporte, por ejemplo).

¿Es algo que se pueda hacer con el conjunto de funciones predeterminado o tendremos que programarlo?

Puedes enviar mensajes privados a un grupo. Puedes configurar ese grupo como desees.

Eso no es lo que estaba preguntando, déjame aclararlo. Un cliente inicia un “hilo” en los foros (no un mensaje directo o un grupo, etc.) y determinamos que ese hilo solo es relevante para ese cliente. Sin borrar el hilo ni moverlo, nos gustaría tener un interruptor para que solo ese publicador y los administradores del tablero puedan verlo. ¿Tiene sentido?

Puedes convertir un tema normal en un mensaje privado. Esa es la mejor y más sencilla manera de hacerlo privado de esa forma.

CI que podría funcionar, gracias por eso

@rewebmaster Solo para tu contexto, Discourse se usa a menudo para gestionar solicitudes de soporte. Por ejemplo, consulta: