Eu administro um pequeno fórum privado para arquitetos, mas gostaria de adicionar uma área acessível ao público, que os usuários arquitetos possam monitorar, onde leigos possam fazer perguntas ou contribuir com suas próprias perspectivas para discussões que são abertas ao público.
A ideia é que membros do público vejam apenas discussões públicas, enquanto usuários arquitetos vejam discussões privadas e públicas.
Membros do público devem preferencialmente ter uma experiência de inscrição diferente, pois há muitos campos personalizados para inscrições de membros arquitetos que não seriam relevantes, e devem ter menos opções em suas configurações de painel de controle (por exemplo, não quero oferecer ao público a mesma funcionalidade de lista de e-mail disponível para membros arquitetos), e usuários públicos nunca devem ser capazes de elevar suas configurações de confiança de forma que o conteúdo da área privada se torne exposto a eles.
Não quero criar dois fóruns completamente separados, pois isso presumivelmente desencadearia a necessidade de dois domínios, custos dobrados e adicionaria a dificuldade de manter as associações de usuários arquitetos sincronizadas entre os fóruns à medida que eles entram e saem.
Acho que você pode fazer algo assim usando o Custom Wizard Plugin 🧙. Escolha se você é um arquiteto ou não e ele fornecerá um caminho de inscrição diferente. Eu tive este plugin há 3-4 anos, então não me lembro muito bem de todos os recursos.
Infelizmente, parece que esse plugin custaria US$ 50 por mês para ter qualquer funcionalidade condicional (que é o que eu precisaria, se entendi corretamente) - triplicando o custo atual de hospedagem de todo o fórum - o que sai do meu bolso.
Acho que a maioria destes está disponível com: grupos, permissão de categorias, campos de usuário personalizados e automação.
Para separar usuários no cadastro, use Discourse Authentication Validations encadeando a função de campos de usuário. Assim, você pode mostrar campos de usuário separados dependendo do que eles escolherem na primeira opção (arquiteto ou leigos).
Depois disso, com Discourse Automation, você pode adicionar automaticamente esses usuários ao grupo esperado.
Por exemplo:
Opção de Campo de Usuário
Grupo
arquiteto →
arquiteto
leigos →
leigos
Finalmente, configure as permissões das categorias para esses grupos.
O grupo arquiteto pode ver as categorias arquiteto e leigos
O grupo leigos pode ver as categorias leigos
Algo assim talvez possa ajudar e adicionar alguma ideia.
Olhando para o plugin Discourse Automation, por alguma razão parece não haver lugar para realmente indicar a qual grupo os novos usuários afetados são atribuídos.
Você deve ser capaz de alcançar o que deseja com o Custom Wizard Plugin 🧙 no plano gratuito. E sua comunidade quase certamente se qualificará para a assinatura gratuita da comunidade se você realmente precisar de funcionalidades mais avançadas.
Eu abordaria isso:\
Limitando os UCFs expostos ao que você deseja coletar de membros casuais\
Usando uma pergunta para identificar aqueles que devem ser membros arquitetos plenos\
Este UCF pode então controlar um Assistente de Ingresso, que pode ser usado para colocá-los em um grupo especificado e fazer todas as outras perguntas de UCFs / dados que você precisa.
Um truque no meu caso é que existem cerca de 15 características qualificadoras de usuário (atualmente identificadas por um campo de usuário personalizado de múltipla seleção) para acesso à área do fórum privado. Para o bem ou para o mal, meu primeiro pensamento, para simplificar, foi tentar controlar os níveis de acesso por meio desse único campo de múltipla seleção de alguma forma.
Infelizmente, o plugin Discourse Automation, pelo menos, não parece distinguir nada além de um estado simples preenchido vs. não preenchido para o campo em campos de usuário personalizados (essencialmente uma caixa de seleção) - presumo que o mesmo possa se aplicar ao plugin Custom Wizard?
Obrigado @Don. Outros grupos (como ‘Público’ na captura de tela abaixo) se comportam como os grupos predefinidos de nível de confiança, e se sim, há alguma maneira de impedir a progressão automática para níveis/permissões de confiança aumentados para usuários com base no uso? Ou são apenas grupos explicitamente de nível de confiança que se comportam dessa maneira?
Você pode definir o nível de confiança automático do grupo Público. /g/nome_do_grupo/manage/membership
Se você defini-lo como, por exemplo, 1, os usuários neste grupo serão bloqueados no Nível de Confiança 1. É útil se você adicionar pessoas automaticamente a este grupo quando elas se inscreverem e elas obterão automaticamente o TL1 (bloqueado). Ou se o usuário já estiver registrado, mas abaixo do TL1, eles também alcançarão o TL1 (bloqueado) após adicioná-los ao grupo. Assim, eles não poderão alcançar TLs mais altos.
Mas este processo não funcionará ao contrário, então se você adicionar um usuário TL1 ou superior ao grupo, eles não serão bloqueados no TL1.
Não sei sobre a estrutura de categorias do seu site, mas provavelmente você pode brincar com isso também… Altere as permissões de nível de confiança para esses grupos adicionados para ignorar as acessibilidades de TL.
Você tem certeza de que eles não conseguem atingir TLs mais altos? Encontrei um tópico de bug onde a promoção TL3 foi adicionada quando o nível de confiança é bloqueado por um grupo, então eu esperaria que isso tivesse funcionado para outros TLs antes.
Hmm, não tenho certeza sobre isso Isso não se aplica apenas a promoções de TL3 se o TL automático estiver definido como 2?
Editar: Perdoem-me, obrigado @Moin pelo esclarecimento e desculpem pela informação errada. Minha resposta anterior não manterá os usuários no TL selecionado.
Este caso de uso também me interessa. Um tipo semelhante de comunidade, mas com modeladores de sistema, não arquitetos. Obrigado @Paul_King por impulsionar isso.
Acima de tudo, preciso garantir que o conteúdo nunca seja visível para usuários de fóruns públicos, a menos que seja explicitamente postado na categoria de tópico do fórum público.
Também é importante garantir que os usuários públicos nunca consigam redefinir seu próprio acesso às categorias de tópicos, mesmo que os níveis de confiança aumentem automaticamente.
Se você não adicionar permissão TL a uma categoria, mas adicionar outra permissão de grupo como escrevi acima, então o nível TL não importa porque não é ele que definirá quem pode acessar a categoria, mas sim o grupo adicionado.
Parece que você resolveu isso. Você já tentou para o seu caso de uso?
Não acho que o CWP suporte campos de seleção múltipla no momento, então você pode precisar contornar isso.
Acho que o termo ‘Confiança’ tem sido uma distração. Você pode gerenciar isso com um grupo simples para todos aqueles que devem ter acesso à maioria do conteúdo (ou seja, seus arquitetos), garantindo que este grupo (e não todos) tenha acesso às categorias restritas.
Esteja ciente de que você perderá alguma funcionalidade com um fórum híbrido. Em particular, o Oneboxing não é permitido com categorias restritas (a menos que dentro dessa categoria específica).
Este é um plugin impressionante (experimental) - embora pareça um pouco complicado de configurar, vejo que ele pode ser super útil para várias coisas.
Isso não se aplica apenas a promoções de TL3 se o TL automático estiver definido como 2?