Explorando formas de particionar un foro

Mi pregunta es más exploratoria que bien estructurada, así que pido disculpas de antemano por la mala formulación. :pray:

Administro un sitio para personas que modelan transiciones de sistemas energéticos y que prefieren trabajar con herramientas de código abierto y datos abiertos:

Nuestra base de usuarios actual supera los 1200 y el sitio está en funcionamiento desde enero de 2017. Originalmente autoalojado, el sitio ahora se ejecuta en alojamiento de pago en Communiteq.

Más recientemente, proyectos de modelado específicos han estado utilizando el foro para obtener soporte, una práctica que resulta ser de doble filo. Los proyectos presentes en el foro pueden obtener algún respaldo implícito de la comunidad, y viceversa. Luego, el tráfico asociado con la provisión de soporte detallado puede ahogar discusiones más matizadas dentro de la comunidad sobre temas de interés más amplios (por ejemplo, estándares de metadatos como un ejemplo), que ahora se pierden en el frenesí por errores, características, paquetes rotos y conjuntos de datos defectuosos.

Por lo tanto, probablemente necesitemos particionar las actividades principales de la comunidad de la rotación de este soporte de proyectos igualmente esencial.

Mi primer pensamiento fue crear un segundo foro para estas actividades de soporte. Entonces, ¿es posible que dos foros compartan la misma base de datos de usuarios registrados? Esos dos foros tendrían URL únicas y diferentes, pero con procesos de registro y aprobación gestionados únicamente a través del sitio principal.

Otro pensamiento es utilizar de alguna manera las Categorías en el sitio existente para lograr un resultado similar. Con los usuarios que necesitan optar por esas categorías que cubren el soporte de software.

¡Comentarios y sugerencias bienvenidos!

Finalmente, más sobre el tipo de marcos de modelado que se están desarrollando dentro de nuestra comunidad:

Puedes configurar el sitio original como un servidor DiscourseConnect y hacer que el otro sitio utilice DiscourseConnect para autenticarse contra él.

2 Me gusta

@pfaffman Gracias. Acabo de revisar el material de DiscourseConnect. Nuestros procesos de selección son exhaustivos, por lo que las cuentas de correo electrónico comprometidas no deberían ser un problema. R

1 me gusta

Esto es útil, ya que entonces un usuario puede permanecer en el mismo sitio y simplemente personalizar las partes de la comunidad en las que está trabajando/interesado. :+1:

1 me gusta

@maiki Gracias. Otra consideración, aunque secundaria, es la de dividir los gastos generales y las responsabilidades de mantenimiento del sitio. Posiblemente más limpio con dos sitios separados en este hipotético. De nuevo, solo estoy pensando en voz alta. R