|||
-|-|-| | Resumo | Disable Email Verification for Discourse é um fork do angelim/discourse_user_auto_activation, que não é mais mantido, e oferece aos administradores a opção de ignorar a etapa de verificação por e-mail durante o registro de usuários. Chega de esperar por confirmações por e-mail; comece a usar seus usuários imediatamente. | | Link do Repositório | \u003chttps://github.com/codergautam/disable-email-verification-discourse\u003e | Guia de Instalação | Como instalar plugins no Discourse
Como usar o plugin Disable Email Verification
Instale o plugin seguindo o guia de instalação fornecido.
Navegue até o painel de administração da sua instância do Discourse.
Vá para Plugins e certifique-se de que o plugin Disable Email Verification esteja habilitado.
Clique em configurações.
Localize a configuração disable_email_verification e habilite-a para ignorar a verificação por e-mail.
\u003csup\u003eNota: Desabilitar a verificação por e-mail pode levar a problemas potenciais com spam ou contas falsas. Recomenda-se usar este recurso com critério e considerar métodos de verificação alternativos.\u003c/sup\u003e
Aspectos Técnicos
Este plugin modifica diretamente as classes UsersController e User para contornar a etapa de verificação por e-mail durante o processo de registro. Com a configuração disable_email_verification habilitada, o plugin garante:
O token de e-mail não é criado.
O campo active do usuário é automaticamente definido como true.
Para os interessados, todo o código-fonte é open-source e contribuições (e estrelas ) são sempre bem-vindas.
Roadmap para o Plugin Disable Email Verification
Ignorar Verificação por E-mail
Desabilitar Envio de Outros E-mails para Usuários Não Verificados
Impedir o envio de quaisquer e-mails para usuários que não verificaram seus endereços de e-mail
Reduzir a taxa de rejeição e o custo
Sistema de Permissões
Permitir que usuários não verificados acessem o Discourse.
Exigir e-mails para tarefas específicas configuráveis.
Apenas para observar @codergautam, todas as perguntas/relatórios de bugs/solicitações de suporte para plugins de terceiros devem ser feitas dentro do tópico de seus respectivos plugins, pois a pessoa que os mantém é responsável por respondê-los/cuidar deles.
Apenas perguntas sobre plugins #oficiais receberiam tópicos separados e marcados.
Deve estar corrigido agora! Ele está usando um método obsoleto (modify_user_params), mas fora isso funciona bem. Se alguém souber como usar a nova alternativa para isso, por favor me avise. Tentei várias coisas, mas não funcionou. Ainda não o use em produção, estarei testando em meu Fórum de 1.8k membros e vendo como funciona.
Olá, estou usando em produção aqui. https://iogames.forum. Está funcionando bem, sem erros até agora. Se houver algum bug e você encontrar, me avise, eu corrigirei.
Bug conhecido: E-mails ainda são solicitados para verificação se o usuário for convidado via convite. Estou ocupado, mas tentarei corrigir isso um dia.
Tenho o SSO configurado como interno para que apenas pessoas em nossa organização possam fazer login.
Estou me perguntando se tenho algum conflito com outro SSO. Não acho que deveria ter, mas talvez seja o caso?
Tenho o Nextend SSO configurado para o meu site WordPress para registrar e fazer login em um aplicativo interno porque temos o Workspace.
Tenho o site apontando para minha comunidade em um subdomínio. Em seguida, tenho o Connect SSO e todas as coisas de plugin ativadas (embora eu não ache que meu hd2 e grupos estejam configurados corretamente).