Dirijo un pequeño foro privado para arquitectos, pero me gustaría añadir un área accesible al público, que los usuarios arquitectos puedan supervisar, donde los legos puedan hacer preguntas o aportar sus propias perspectivas a debates que se abran al público.
La idea es que los miembros del público solo vean los debates públicos, mientras que los usuarios arquitectos vean tanto los debates privados como los públicos.
Los miembros del público preferiblemente deberían tener una experiencia de registro diferente, ya que hay muchos campos personalizados para el registro de miembros arquitectos que no serían relevantes, y deberían tener menos opciones en la configuración de su panel de control (por ejemplo, no quiero ofrecer al público la misma funcionalidad de lista de correo disponible para los miembros arquitectos), y los usuarios públicos nunca deberían poder elevar su configuración de confianza de tal manera que el contenido del área privada les quede expuesto.
No quiero crear dos foros completamente separados, ya que esto presumiblemente desencadenaría la necesidad de dos dominios, duplicaría los costos y añadiría la dificultad de mantener sincronizadas las membresías de los usuarios arquitectos entre los foros a medida que entren y salgan.
Creo que puedes hacer algo así usando el Custom Wizard Plugin 🧙. Elige si eres arquitecto o no y te dará una vía de registro diferente. Tuve este plugin hace 3-4 años, así que no recuerdo muy bien todas las funciones.
Lamentablemente, parece que ese plugin costaría 50 dólares estadounidenses al mes para tener cualquier funcionalidad condicional (que es lo que necesitaría, si he entendido correctamente), triplicando el costo actual de alojar todo el foro, lo cual sale de mi bolsillo personal.
Creo que la mayoría de estas opciones están disponibles con: grupos, permisos de categorías, campos de usuario personalizados y automatización.
Para separar a los usuarios al registrarse, usa Discourse Authentication Validations encadenando la función de campos de usuario. Así puedes mostrar campos de usuario separados dependiendo de lo que elijan en la primera opción (arquitectos o público general).
Después de esto, con Discourse Automation puedes añadir automáticamente a estos usuarios al grupo esperado.
Por ejemplo:
Opción de Campo de Usuario
Grupo
arquitecto →
arquitecto
público general →
público general
Finalmente, configura los permisos de las categorías para estos grupos.
El grupo de arquitectos puede ver las categorías de arquitectos y público general.
El grupo de público general puede ver las categorías de público general.
Mirando el plugin de Automatización de Discourse, por alguna razón parece que no hay dónde nominar realmente a qué grupo se asignan los nuevos usuarios afectados.
Deberías poder lograr lo que deseas con el Custom Wizard Plugin 🧙 en el nivel gratuito. Y tu comunidad casi con toda seguridad calificará para la suscripción gratuita para comunidades si de hecho necesitas una funcionalidad más avanzada.
Yo abordaría esto de la siguiente manera:
Limitar los UCF expuestos a lo que deseas recopilar de los miembros casuales
Usar una pregunta para identificar a aquellos que deberían ser miembros arquitectos completos
Este UCF puede entonces controlar un Asistente de unión, que se puede usar para ponerlos en un grupo específico y hacer todas las demás preguntas de UCF / datos que necesites.
Un truco en mi caso es que hay algo así como 15 características de usuario que califican (actualmente identificadas a través de un campo de usuario personalizado de selección múltiple) para acceder al área del foro privado. Para bien o para mal, mi primer pensamiento, por simplicidad, fue intentar controlar los niveles de acceso de alguna manera a través de este único campo de selección múltiple.
Lamentablemente, el plugin Discourse Automation, al menos, no parece distinguir nada más allá de un estado simple de poblado vs. no poblado para el campo en los campos de usuario personalizados (esencialmente una casilla de verificación), ¿supongo que lo mismo puede aplicarse al plugin Custom Wizard?
Gracias @Don. ¿Otros grupos (como ‘Público’ en la captura de pantalla a continuación) se comportan como los grupos predefinidos de nivel de confianza, y si es así, ¿hay alguna forma de evitar la progresión automática a niveles/permisos de confianza incrementados para los usuarios en función del uso? ¿O solo los grupos explícitos de nivel de confianza se comportan de esta manera?
Puedes establecer el nivel de confianza automático del grupo Público. /g/group_name/manage/membership
Si lo estableces a, por ejemplo, 1, entonces los usuarios de este grupo quedarán bloqueados en el Nivel de Confianza 1. Es útil si agregas personas automáticamente a este grupo cuando se registran y se les otorgará automáticamente el TL1 (bloqueado). O si un usuario ya está registrado pero por debajo del TL1, también alcanzarán el TL1 (bloqueado) después de agregarlos al grupo. Así no podrán alcanzar TLs más altos.
Pero este proceso no funciona a la inversa, por lo que si agregas un usuario de TL1 o superior al grupo, no quedarán bloqueados en TL1.
No sé sobre la estructura de categorías de tu sitio, pero probablemente puedas jugar con eso también… Cambia los permisos de nivel de confianza a estos grupos agregados para ignorar las accesibilidades de TL.
¿Estás seguro de que no pueden alcanzar TLs más altos? Encontré un tema de error donde se agregó la promoción TL3 cuando el nivel de confianza está bloqueado por un grupo, por lo que esperaría que haya funcionado para otros TL antes.
Hmm, no estoy seguro de eso ¿Eso solo se aplica a las promociones de TL3 si el TL automático está configurado en 2?
Editar: Me equivoqué, gracias @Moin por la aclaración y disculpa por la información incorrecta. Mi respuesta anterior no mantendrá a los usuarios en el TL seleccionado.
Este caso de uso también me interesa. Un tipo de comunidad similar pero de modeladores de sistemas, no de arquitectos. Gracias @Paul_King por impulsar esto.
Sobre todo, necesito asegurarme de que el contenido nunca sea visible para los usuarios del foro público, a menos que se publique explícitamente en la categoría de tema del foro público.
También es importante asegurarse de que los usuarios públicos nunca obtengan una forma de redefinir su propio acceso a las categorías de temas, incluso si los niveles de confianza aumentan automáticamente.
Si no agregas permiso de TL a una categoría, pero agregas otro permiso de grupo como escribí anteriormente, entonces el nivel de TL no importa porque no será eso lo que defina quién puede acceder a la categoría, sino el grupo agregado.
Parece que lo has solucionado. ¿Lo has probado para tu caso de uso?
No creo que el CWP admita campos de selección múltiple en este momento, por lo que es posible que necesites una solución alternativa.
Creo que el término ‘Confianza’ ha sido una pista falsa. Puedes gestionarlo con un grupo simple para todos aquellos que deberían tener acceso a la mayoría del contenido (es decir, tus arquitectos), asegurándote de que este grupo (y no todos) tenga acceso a las categorías restringidas.
Ten en cuenta que perderás algunas funcionalidades con un foro híbrido. En particular, Oneboxing no está permitido con categorías restringidas (a menos que sea dentro de esa categoría específica).
Este es un plugin impresionante (experimental): aunque parece un poco complicado de configurar, puedo ver que es muy útil para varias cosas.
¿Eso solo se aplica a las promociones de TL3 si el TL automático está configurado en 2?