← Preencha "repoName" e "repoURL" para o botão de instalação automática →
Instalar este componente de tema
Descrição Detalhada
Use cautela com dados sensíveis nestes campos. Os campos não são encontrados no código-fonte, mas podem ser visíveis se algo der errado
Tenho dois usuários, derek_test (à esquerda) e anon9 (à direita). Os campos ID e Empresa estão ambos preenchidos em seus perfis, mas apenas um é visível para o outro. derek_test pode ver ID e anon9 pode ver Company.
O que os usuários que não estão logados veem? Então, se o campo só é visível para administradores, eu esperaria que os usuários não pudessem vê-lo mesmo após o logout, correto?
Há alguma razão pela qual você escolheu o campo de texto para a configuração de grupo em vez de um group_list? É um pouco mais conveniente para inserir grupos porque você pode selecioná-los em vez de digitar o nome. No entanto, funciona com o ID, então você tem que mudar um pouco o código. Mas ainda funciona mesmo se você renomear o grupo.
Boa observação, acabei de atualizá-lo para levar isso em consideração. Posso confirmar que usuários deslogados não veem o campo.
Serei honesto e direi que fiz isso com o Claude Code, mas ele disse que o tipo group_list não está disponível em um editor de objetos — apenas como uma configuração de nível superior.
Então teria que ser algo assim, mas um número fixo de campos disponíveis
Huh.. Embora as configurações no editor de objetos tenham aceitado list_type:group, não consegui passar de um erro:
Tentei algumas transformações diferentes, mas não consegui avançar. O veredito é que “O tipo groups em esquemas de objetos é documentado, mas a interface do usuário não é implementada no frontend.”.
Você pode detalhar? Eu não vejo o problema. Atualmente, ele tem 1 e 2. Sua solicitação é para ocultar campos de mods/admins também? Para sua informação, os administradores teriam que criar o campo inicialmente.
Acabei de testar novamente no meu repositório local do GitHub mais recente e na solução hospedada com a compilação mais recente - apenas a categoria Administrador é afetada e pode ver o campo Oculto se for membro de um grupo que tem permissão para ver esse campo. Mesmo o acesso de Moderador (como eu pensei antes, não funciona)
O caso:
Dois usuários, admin e Alex_1
Grupo de usuário L2_verified
Campo de usuário - Nome Completo (Para todos os usuários, todos Ligado, apenas pesquisável Desligado)
Ambos os usuários têm nomes: Alex Admin e Alex
Configurações do tema:
Incluir componente nestes temas (Foundation, Horizon)
Nome do campo: Nome Completo
Grupos permitidos: L2_verified
Resultados:
Nenhum dos dois é membro do L2_verified - ninguém vê o campo Nome Completo (nem o seu próprio Nome Completo)
admin é membro do L2_verified - pode ver o Nome Completo de Alex_1 (e seu próprio Nome Completo)
Alex_1 é membro do L2_verified - não consegue ver o Nome Completo de si mesmo e do admin
Quando concedi admin a Alex_1 - ele pode ver ambos os Nomes Completos - o seu e o do admin
Obrigado por este ótimo componente! É uma base fantástica para gerenciar a privacidade do usuário no Discourse.
Desenvolvi um fork especializado de visibilidade bidirecional (recíproca) baseado no seu trabalho. Em nossa comunidade profissional, precisávamos de um modelo de “Confiança Mútua”, onde membros verificados podem ver os nomes reais/dados comerciais uns dos outros, mas permanecem completamente anônimos para o público em geral ou usuários não verificados.
Principais recursos deste fork:
Lógica Recíproca: Um campo é revelado apenas se tanto o visualizador quanto o proprietário do perfil pertencerem ao grupo autorizado.
Supervisão da Equipe: Administradores e moderadores mantêm visibilidade total para fins de segurança e moderação.
Autovisibilidade: Os usuários podem sempre ver seus próprios campos ocultos, mesmo que ainda não façam parte do grupo autorizado, para que possam gerenciar seu próprio perfil.
Privacidade Ponto a Ponto: Garante que mesmo usuários verificados não revelem sua identidade a alguém que não passou pelo mesmo nível de verificação.
Roteiro: Em atualizações futuras, planejo adicionar configurações de grupo granulares para definir exatamente quais grupos podem ver e ser vistos (por exemplo, permitir que o Grupo A veja o Grupo B, mas não o contrário).
Atualmente, estou finalizando a documentação e planejo publicar isso como uma variante autônoma de “Privacidade Avançada” em um tópico separado assim que obtiver acesso total à categoria Componentes de Tema.
Enquanto isso, se alguém precisar dessa lógica bidirecional, pode conferir aqui: GitHub:https://github.com/AirVetra/discourse-hidden-user-fields-bidirectional
Use cautela com dados sensíveis nestes campos. Os campos não são encontrados no código-fonte, mas podem ser visíveis se algo der errado
Revise essas configurações assim que os campos forem preenchidos ou crie permissões com antecedência, para que esses campos nunca sejam expostos.
