¿Has usado Vbulletin antes? ¿Qué función de VBulletin echas de menos en Discourse?
2 Me gusta
Utilizamos vBulletin desde 2001 hasta 2020 y todavía lo usamos como un sitio de referencia «solo de lectura» (vB3.8.X).
Honestamente, no extraño nada de vBulletin; de hecho, después de migrar a vBulletin, descubrí que el modelo MVC de Ruby on Rails era muy superior al modelo LAMP que usaba vBulletin (desde la perspectiva de un administrador de sistemas y un desarrollador web).
En cuanto a la experiencia del usuario, la mayoría de nuestros usuarios están muy satisfechos con Discourse; sin embargo, perdimos a algunos expertos de larga data que adoraban la apariencia y sensación clásica o vintage de un foro vBulletin.
Tenía planeado migrar nuestro sitio de referencia vB heredado a Rails en 2021; es decir, iba a reconvertir el sitio a una arquitectura basada en Rails, Redis, Sidekiq, MySQL, jQuery y Bootstrap (construir una aplicación Rails sobre la base de datos MySQL existente); pero estoy tan ocupado con trabajos interesantes y divertidos de clientes pagados en Rails en 2021 que creo que nuestro sitio heredado no será reconvertido este año.
Antes de instalar Discourse, era un programador PHP entusiasta; pero después de migrar a Discourse y trabajar con Ruby y Rails, ya no disfruto nada de PHP ni del desarrollo web LAMP, y ahora soy un gran fan de Rails, en parte gracias a la migración de vBulletin a Discourse (y luego a aprender Rails después de años de desarrollo web en PHP).
Perdón si me repito, pero en lo que respecta a nuestro sitio vB, fue un «adiós y que no vuelva» a vBulletin y su arquitectura LAMP; y ¡«Gracias, Discourse!» por construir Discourse sobre Rails!
Espero que esto ayude, @MKDan
13 Me gusta
Lo utilizamos de 2007 a 2016; la transición fue fluida y solo un pequeño porcentaje de miembros se quejó de Discourse. PERO una vez que se acostumbraron a Discourse y a cómo usar sus funciones, nunca quisieron volver a VB.
Lo que a la mayoría les faltaba era la página principal de VB con los foros y subforos listados, y las páginas dentro de los hilos. Con el tiempo, eso se desvaneció y solo lo mencionamos cuando nuevos miembros que provienen de foros ‘clásicos’ se unen a nuestro foro impulsado por Discourse.
Dicho esto, no puedo pensar en ninguna función que me falte de VB y que ya no esté incluida en Discourse. Creo que volver de Discourse a vBulletin sería un gran retroceso.
11 Me gusta
Tuve una licencia de vBulletin durante años y Photopost (que echo de menos).
Me expulsaron de sus foros el mismo día que cambiaron la licencia, por expresar mi enfado, al igual que a muchos otros.
Es la única expulsión que he recibido (la llevo con orgullo) 
.
Esto llevó a que surgiera Xenforo.
Desde entonces, nunca he vuelto a mirar vBulletin.
Echo de menos el complemento de galería.
5 Me gusta
Discourse se ve mucho mejor que Vbulletin. Pero lo único es que Discourse no se puede instalar en alojamiento compartido.
3 Me gusta
¿Por qué usar alojamiento compartido en 2021?
Discourse es de código abierto y se instala en un servidor en la nube de ≤5 $/mes.
Se ve mejor y funciona mejor, especialmente para el personal y los administradores.
6 Me gusta
Usamos vBulletin desde 2008 hasta 2018. (Antes de eso usábamos Disqus, y aún antes usábamos algo más que no recuerdo: funcionó de 1996 a 1999).
Algunas funciones que utilizábamos en vBulletin y que no están (exactamente) disponibles en Discourse eran los blogs, las galerías y los grupos (los grupos de vBulletin eran similares a los grupos de Facebook). Cuando migramos a Discourse, al principio extrañamos las tres funciones, pero descubrimos que la mayoría añadían desorden innecesario a nuestra comunidad y desviaban el enfoque de la discusión.
Usábamos los blogs para las creaciones de los miembros, pero los sustituimos por temas del foro.
Usábamos los grupos para equipos interesados en aspectos específicos de nuestra comunidad. Pero simplemente los eliminamos gradualmente y trasladamos las discusiones al foro principal. Esto, de hecho, aumentó la participación y la visibilidad de todos los temas.
Lo mismo ocurrió con las galerías…
Así que… el veredicto fue: demasiado desorden sin valor directo para la comunidad y, en ocasiones, incluso un efecto negativo en la cohesión de las discusiones.
¡Nahh, no lo extrañamos para nada!
8 Me gusta
Puede ser útil o no saber que los blogs y las galerías están disponibles en Discourse mediante componentes de tema.
2 Me gusta
La única diferencia con vBulletin es que tanto los blogs como las galerías tenían un ámbito de usuario. Es decir, estaban vinculados al perfil de cada usuario.
Por supuesto, si realmente lo deseas, también puedes lograrlo en Discourse, ya sea con algunas configuraciones avanzadas de categorías o con un plugin, si realmente quieres llegar tan lejos…
5 Me gusta
Esto coincide con mi experiencia de más de 10 años visitando un foro de vBulletin. Después de 10 años, me di cuenta de que, de las cientos de cosas en las que podría hacer clic potencialmente en cualquier página de vBulletin, de todos esos enlaces esparcidos por toda la pantalla… solo había hecho clic en quizás una docena de esos enlaces. ¡Jamás! ¡En una DÉCADA de uso!
Eso es simplemente una locura 
8 Me gusta
Si estás pensando en usar Discourse, ¡simplemente úsalo! Es la mejor plataforma de foros que existe y lo seguirá siendo en el futuro previsible. A menudo me asombra el ritmo de desarrollo aquí, y el equipo está formado por personas increíblemente talentosas (como Sam Saffron, quien, diría yo, es uno de los desarrolladores de Ruby más experimentados que hay).
En cuanto a lo que falta de vB, probablemente no sea la mejor manera de verlo porque son diferentes, pero estoy bastante seguro de que si tu sitio es predominantemente un foro, tus usuarios estarán mucho más contentos en Discourse.
La única función de tipo “foro” que extraño de vB es la capacidad de tener una sección donde solo el creador del tema y el equipo de administración/moderación puedan ver los hilos. Usamos estas secciones para “Comentarios del foro”, “Contactar al personal”, etc., y son un poco más adecuadas para ese tipo de cosas que los mensajes privados (que una vez leídos se olvidan y no son tan fáciles de categorizar o revisar más tarde).
Hay muchas cosas que me gustaría ver en Discourse, una de ellas es poder usarlo para impulsar otras secciones, como blogs, artículos, noticias, etc. El sistema de comentarios/discusión de Discourse es probablemente una de sus mayores fortalezas; imagina un blog tipo WordPress con el poder de los comentarios de Discourse y todo integrado perfectamente con los perfiles de usuario del foro. Creo realmente que Discourse podría reemplazar a WordPress (y otros CMS) si investigaran esto, y realmente no sería demasiado difícil tampoco; en vB lo usamos para impulsar varias otras secciones y solo necesitábamos 1) una página de índice personalizada para cada sección donde pudiéramos obtener todos los elementos más recientes de esa sección, y b) la capacidad de establecer un estilo para el primer mensaje y otro para los mensajes subsiguientes (una condición simple gestionaba esto en vB); esto permitiría que el artículo principal y los comentarios tengan un aspecto diferente.
También me gustaría ver una función de bloqueo adecuada. Esto haría la vida mucho más fácil para los moderadores.
Ambas cosas se han discutido en el foro antes, pero es poco probable que se agreguen (lo cual, personalmente, siento que es una gran lástima y espero que el equipo lo revise en algún momento).
5 Me gusta
¿Sabes que ahora tenemos tanto Silenciar como Ignorar por usuario, verdad?
2 Me gusta
Esto es algo que también me gustaría ver algún día ™, junto con la posibilidad de tener una categoría donde el creador del tema tenga poderes de moderación limitados dentro del tema (como mínimo: eliminar otros mensajes, eliminar instantáneamente los propios y sin límites de tiempo para editar los propios).
Estoy bastante seguro de que esto es posible, oculto en algún lugar de los insanos diálogos de configuración de permisos de vB.
1 me gusta
Eso no impide que un usuario pueda responder a las publicaciones de alguien, ¿verdad?
Hemos discutido esto antes, pero si mal no recuerdo, no te gustó la idea. Espero que reconsideres tu postura al respecto.
https://meta.discourse.org/t/ability-to-ignore-a-user/110254/75?u=astonj
Necesitaría bastante convicción para aceptar eso. Siento que esta convención de permisos tan extraña fue algo que vBulletin impuso por accidente al mundo, y ahora todos sufrimos las consecuencias. Básicamente era: “¡Oh, aquí tienes el Truco Raro Uno™ para hacer parecer que nuestro foro es una solución de mesa de ayuda tipo ticket, dile al equipo de ventas que pueden empezar a venderlo así!”
(si necesitas un sistema de mesa de ayuda tipo ticket, ¡usa uno! Y eso aparte de todo lo de “¿y si los permisos fueran por tema?”, lo cual es… un esfuerzo masivo e innecesario)
Ya tenemos formas rudimentarias de esto; por ejemplo, el propietario del tema puede responder un número ilimitado de veces a su propio tema.
2 Me gusta
Usamos esta capacidad bastante extensamente en nuestro software actual y me inclino hacia tu postura. La mayoría de estos hilos que los usuarios crean para “soporte” son realmente solo un medio para quejarse con el personal de que su publicación fue eliminada o algo así. Sin embargo, hay algunos usos legítimos donde los usuarios intentan reportar un historial de acoso por parte de otra persona u otros temas que requieren una discusión real.
Hay momentos en los que se necesita alguna interacción delicada, pero es demasiado excesivo intentar añadir un sistema de tickets. Creo que este tipo de cosas tendrá que pasar a los mensajes privados una vez que migremos a Discourse, pero eso va a ser molesto, ya que estos temas necesitarán tener a todo el personal añadido para que todos estén en la misma página.
3 Me gusta
Este es un caso de uso excelente para un sistema así; de lo contrario, la gente utiliza la sección más pública de «comentarios del foro», y a menudo solo para provocar problemas. Mover esto a una sección de «Contactar al personal» redujo ese tipo de tonterías en aproximadamente un 90%.
1 me gusta
Noté que las páginas de grupo tienen un botón de mensaje y una bandeja de entrada separada donde los usuarios pueden llevar un seguimiento. No estoy seguro de cómo me siento al respecto en comparación con un permiso para ver solo tus propios hilos, pero eso podría funcionar.
También utilizamos este tipo de configuración, aparte del contacto con el personal, como una situación de “Taller Privado”, donde los usuarios pueden publicar y probar el formato o almacenar contenido que van construyendo y editando gradualmente antes de publicarlo en algún lugar público.
1 me gusta
Sí, si la discusión debe ser privada, debes usar el buzón de entrada del grupo para @moderators.
2 Me gusta