Gracias @denvergeeks, pero esto no es un plan de suscripción de pago; todo sale de mi propio bolsillo (excepto cuando se compensa con pequeñas contribuciones ocasionales de los miembros).
¿Así que te autoalojas?
Gracias @Nathank
Sí, he instalado ese plugin de Asistente Personalizado, aunque hasta ahora no he tenido éxito en conseguir que haga lo que quiero.
Las funciones que parecen más aplicables están marcadas como solo para suscriptores, no puedo descartar enfoques alternativos, pero hasta ahora no hay soluciones elegantes que aborden la complejidad que implica identificar a las personas con las características que califican como miembros de un foro privado (según lo establecido a través de un campo personalizado desplegable / selección múltiple) mientras se filtra a todos los demás como solicitantes de foro público.
Quizás ni siquiera lo intente, tal vez solo atribuya manualmente la membresía del grupo según las respuestas recibidas del solicitante, al aprobar los registros. (Una experiencia de registro fea para el público, sin embargo).
También existe
Sí, tienes razón. Necesitarías una suscripción comunitaria gratuita para usar esas funciones (especialmente Añadir a grupo), lo que añade un poco de engorro. Pero aún así es factible.
Gracias @nathank.
He presentado una solicitud para una suscripción comunitaria gratuita; veremos qué tal va.
Debo admitir que estoy un poco nervioso por depender permanentemente de un complemento que podría cambiar su política de “gratuito” en cualquier momento. ¿Hay una ruta de escape si lo hace?
Más o menos; si la suscripción caduca por cualquier motivo, el Asistente seguirá funcionando; solo que los cambios en esa función de suscriptor estarán bloqueados.
Mirando de nuevo este hilo, es extraño que no pudieras hacer que la automatización funcionara. Eso suena como un error importante, y puedo reproducirlo.
Con tu caso de uso, podría ser mejor abogar para que se corrija y ver el Complemento de Asistente Personalizado como una solución alternativa.
2 Me gusta
Mi caso de uso también es similar. Estoy creando una comunidad privada (en mi caso de pago), pero quiero permitir que los visitantes puedan crear una cuenta y ver contenido limitado (teaser) sin pagar. (Sin acceso anónimo, por lo que he configurado login required.)
Cuando tengas todo resuelto, @Paul_King, ¿te importaría resumir los plugins que terminas usando, la configuración que terminas usando, incluyendo automatizaciones y validaciones (etc.), y cualquier problema? Gracias de antemano.
@nathank ¿Entiendo correctamente que si tengo un grupo de Visitantes y un grupo de Miembros (de pago), puedo simplemente restringir el acceso a las categorías cambiando la configuración de seguridad de “todos”? (Y teniendo cuidado de comprobar también todas las subcategorías, porque la configuración de seguridad no se hereda? – Algo que aprendí ayer, que no era intuitivo y potencialmente peligroso! Subcategory does not inherit security settings) En particular, los niveles de confianza no aumentarán para los Visitantes de tal manera que puedan darse a sí mismos más acceso, ¿correcto?
También @nathank, ¿qué significa esto?
¿Quieres decir que un Miembro no podría enlazar (en absoluto) de una categoría de Miembros a otra si está (en absoluto, es decir, de Miembros) restringida en seguridad? ¡Eso es un precio muy alto a pagar!
Estoy reconsiderando en este punto si vale la pena intentar permitir visitantes registrados, por el bien de conseguir clientes potenciales.
@denvergeeks Dado que mi comunidad será de pago, tal vez podría mejorar mi hosting para tener acceso al plugin Discourse Subscriptions. Estaba planeando usar ThriveCart ya que mis cursos (opcionales, externos a la comunidad) se pagarán a través de él de todos modos, y entonces podré agrupar cursos, coaching, membresía comunitaria, etc. y mantener todas las transacciones financieras en un solo lugar.
Sí, es tan simple como eso.
No puedes conceder acceso a una subcategoría a menos que el grupo también tenga acceso a la categoría principal; esto protege contra el peligro que señalas muy bien.
No es tan malo: todavía puedes enlazar sin problemas, pero los bonitos Oneboxes no se generarán.
Desafortunadamente, de fábrica solo se integra con Stripe. De lo contrario, sería ideal para ti.
1 me gusta
Gracias @nathank, he publicado esto como un error.
Mientras tanto, parte de mi proceso requerirá que a todos los usuarios existentes se les asigne automáticamente una membresía de grupo de ‘foro privado’ para el foro privado (hasta ahora, no he estado usando explícitamente grupos en absoluto, y el foro ha sido privado por defecto). No veo una forma obvia de hacer esto que no implique enviar invitaciones (redundantes) para unirse, y un requisito para que cada usuario existente del foro responda, solo para conservar el acceso.
Tengo una horrible sensación de que la única forma de lograr esto automáticamente es a través de una consulta desagradable del Explorador de Datos.
1 me gusta
Sí, autoalojamiento en Digital Ocean
[quote=“Paul King, post:30, topic:331808, username:Paul_King”]
Tengo un horrible presentimiento de que la única forma de lograr esto automáticamente es a través de una consulta desagradable de Data Explorer
[/quote]¡No hay necesidad de hundirse!
Si tienes una lista de tus nombres de usuario o correos electrónicos (por ejemplo, desde Exportar a través de /admin/users), puedes simplemente copiar y pegar esto en el bit 
de la página del Grupo.
¡Pan comido!
Por lo que recuerdo, tiene problemas si tienes más de 1000 usuarios. Pero deberías estar bien.
1 me gusta
Gracias @nathank
Mirando el diálogo, tal como está redactado, ¿parece que solo crearía invitaciones para esos usuarios, en lugar de moverlos realmente?
Es lo suficientemente inteligente como para añadir a aquellos con cuentas existentes y enviar invitaciones a los que no las tienen.
¡Lo sé porque lo pedí! Pero sí, la redacción podría ser mejor, ¿eh?
Ve y pruébalo con un par de usuarios de prueba.
1 me gusta
Gracias @nathank. Funcionó tal como dijiste, ¡y sí, es bastante ingenioso!
Reconoció felizmente una copia del portapapeles de Windows de una columna de direcciones de correo electrónico limpiada de Excel como delimitada por comas cuando la pegué en el diálogo.
En mi caso, obtuve ‘Error 502’ con bastante frecuencia, incluso al pegar solo 500 usuarios a la vez; parece que este es un problema de cuello de botella del servidor (mi plan de alojamiento tiene limitaciones en la utilización de red y CPU).
Reducir eso a 200 usuarios a la vez funcionó de manera bastante consistente, aunque si dejaba más tiempo entre lotes, podía manejar unos pocos más a la vez.
Mi próximo paso ahora es, de alguna manera, obtener algún tipo de enlace de sincronización bidireccional entre la variable del campo de usuario personalizado para ‘Foro privado’ para implementar o prevenir el acceso al grupo ‘Foro privado’. Todavía no he tenido suerte haciendo esto a través de Discourse Automation.
Ahora mismo, una cuenta de prueba que se registra y marca solo la casilla ‘foro público’ todavía tiene acceso completo a ambos.
Mis nuevos campos de usuario personalizados para el acceso al foro público y privado también aparecen en los perfiles de usuario, lo que podría ser una fuente de confusión, especialmente porque los usuarios existentes tienen estos campos sin rellenar.
Sería mejor si el campo solo fuera visible para los administradores, o si estuviera atenuado para los usuarios del foro público únicamente.
Lo que ayudaría mucho es que hubiera una forma de que el administrador del foro pudiera nominar directamente o anular el grupo(s) de usuarios accesible(s) y, por lo tanto, las categorías asignadas al usuario, mientras aprueba primero a los usuarios, todo desde el mismo diálogo ‘Aprobar usuario’.
De hecho, probablemente todo el perfil del usuario debería ser editable desde este diálogo, para permitir la corrección de errores identificados del usuario en campos de usuario personalizados.
Actualmente, la única forma de solucionar problemas del perfil al registrarse parece implicar muchos saltos a otras áreas, además de aprobar al usuario, con un riesgo significativamente mayor de error u omisión por parte del administrador como resultado.
OK, una actualización
Finalmente logré que Discourse Automation funcionara: el truco fue usar un tipo de campo de usuario personalizado de lista desplegable (aunque las instrucciones no lo detallan) en lugar del tipo de campo de casilla de verificación con el que había empezado. Las opciones de la lista desplegable deben corresponder exactamente a los nombres completos de los grupos de usuarios.
Muy importante: asegúrate de que este nuevo campo no sea editable por el usuario después del registro, de lo contrario, un usuario que se registre y sea aprobado solo para el foro público podrá más tarde otorgarse unilateralmente acceso al foro privado.
2 Me gusta
Hola @tgustilo
Parece que he logrado que las cosas funcionen sin recurrir a ningún plugin de terceros.
Solo estoy usando el plugin de Automatizaciones incorporado, y un consejo y un inconveniente sobre esto se publicaron justo arriba en este hilo.
He renunciado (por ahora) a un cuadro de diálogo condicional para el registro de usuarios donde la información que se le pide a un usuario difiere según el foro al que desea acceder. Así que no hay Validaciones de Autenticación de Discourse ni Plugin de Asistente Personalizado.
El resultado no es tan elegante para los solicitantes de foros públicos, pero hasta cierto punto, probablemente sea útil exponer la mayoría de los campos de usuario personalizados de calificaciones profesionales y roles de trabajo, etc., que se utilizan para los solicitantes de foros privados, para capturar cualquier otra calificación profesional y roles que posea el miembro solicitante del público, y mostrarlos en su perfil público.
Esta información significa que cualquiera que interactúe con esta persona tiene una mayor idea de lo que podría ser relevante para su nivel y área de experiencia.
A partir de aquí, realmente me gustaría una forma para que un administrador pueda editar directamente una solicitud de usuario antes de que sea aprobada, todo desde el mismo cuadro de diálogo de aprobación.
De esa manera, alguien que intente solicitar acceso al foro privado y claramente no pertenezca (basado en la otra información proporcionada), al menos puede obtener la membresía del grupo de usuarios del foro público sin tener que volver a solicitar desde cero (desperdiciando ese esfuerzo), y cualquier otro error obvio podría corregirse de una vez (quizás con una bandera codificada por colores que advierta al usuario sobre los campos de su perfil editados).
En este momento, abordar problemas en los perfiles de usuario de los solicitantes enviados (incluido el grupo de usuarios seleccionado por el usuario) requiere rechazar directamente la solicitud del usuario, con poca o ninguna explicación detallada, o emprender un proceso de limpieza separado, de varios pasos y propenso a errores, con un alto riesgo de errores u omisiones por parte del administrador.
3 Me gusta
Me gustaría que un proceso de solicitud como este funcionara también en mi caso, controlado únicamente a través del plugin de Automatización, e idealmente, como dices, poder ajustar la membresía de grupo de un solicitante, los campos de perfil y cualquier otra cosa durante el propio proceso de aprobación.
Un flujo de trabajo de solicitud y aprobación para administradores tendría múltiples casos de uso, desde el procesamiento de miembros públicos (o miembros de prueba, o miembros con acceso limitado a contenido gratuito) hasta una incorporación más compleja para miembros privados, de pago o comprometidos.
También creo que sería útil filtrar a buenos beta testers y miembros iniciales, que es mi lucha actual. Me gustaría una opción amplia y abierta para cualquiera que esté interesado, pero realmente necesito filtrar quién se convertirá en miembros iniciales o centrales fuertes con mucha influencia.
Si alguien está construyendo una comunidad de apoyo para acompañar ofertas de cursos o coaching, una automatización inicial de registro también podría canalizar a esas personas a una cohorte apropiada o a un grupo de coaching/soporte.
Por lo tanto, hay muchos usos para combinar el registro/solicitud automatizada con una aprobación administrativa flexible.
Estoy de acuerdo en que poder configurar un plugin oficial y gratuito, sin tener que pagar extra, es extremadamente útil para las comunidades emergentes que no tienen financiación o (ninguna/muchas) membresías de pago.
Gracias por compartir tu proceso. Muy útil.
1 me gusta