Estou planejando iniciar uma comunidade sobre Engenharia de Linguagens de Software em d.strumenta.community.
No momento, a comunidade será apenas por convite. No entanto, gostaria de poder enviar convites por e-mail, de modo que esses convites não estejam vinculados a um endereço de e-mail específico. Dessa forma, eu poderia enviar um único e-mail em vez de um para cada pessoa que desejo convidar (inicialmente dezenas, depois centenas e, por fim, milhares).
Não me importo se as pessoas compartilharem esse convite com outras, por enquanto, mas gostaria que ele não fosse válido para sempre (talvez por 30 dias?).
O que você acha? É possível realizar isso com o Discourse?
Torne o Discourse privado e, opcionalmente, desative a aprovação de inscrições. Envie um e-mail com um link para o site (e uma mensagem de marketing) incentivando-os a se inscrever e compartilhar. Certifique-se de que a aprovação esteja ativada após o término do período
Isso pode funcionar para o lançamento, mas mais tarde quero compartilhar o link com pessoas selecionadas e, nesse momento, não quero tornar o registro público por algum tempo.
Na minha experiência, a menos que você tenha alguma magia vodu, não será inundado com inscrições, então sua fila de aprovação será gerenciável. Basta não aprovar as pessoas que você não deseja. Não vejo qual é o seu problema. Também não entendo muito bem como, sem um ponto de referência por e-mail, você vai identificar corretamente as pessoas para determinar se são quem dizem ser. É por isso que convites por e-mail são uma abordagem razoável.
O problema é que eu gostaria que o usuário pudesse se inscrever imediatamente, sem precisar lembrar de voltar para acessar o site. Também é preciso considerar os fusos horários e o fato de eu pausar minha caixa de entrada durante os finais de semana. Além disso, tenho uma newsletter com 10 mil pessoas, então, eventualmente, espero receber mais aprovações do que consigo lidar manualmente.
Não sei como você espera que o Discourse resolva isso para você.
Ou você convida as pessoas usando e-mail como referência de identidade (e, efetivamente, pré-aprovação), OU
Você envia um e-mail de convite geral para o mundo todo (potencialmente) e, nesse caso, terá que examinar os registros se quiser manter o controle de quem entra (não tenho certeza de como você determinará, a partir do registro de cada um, quem deve ou não ter acesso, de qualquer forma?)
Se você não quiser examinar os registros, também pode permitir que o mundo todo entre e fazer uma limpeza de contas inativas dentro de um período determinado.
Qual é o problema em permitir que todos que quiserem se registrar, se registrem? Você pode limitar comunicações e informações de maior valor ao Nível de Confiança 1 e acima usando Categorias, e isso facilitará a identificação e o gerenciamento dessas pessoas.
A necessidade (ou desejo?) de ter um link de convite que possa ser usado independentemente do endereço de e-mail do usuário surge com bastante frequência. Casos de uso incluem:
apresentar uma URL em uma conferência que permitirá que as pessoas se cadastrem em uma comunidade fechada, opcionalmente adicionando-as a um grupo;
enviar um e-mail para uma Lista Gigante sem gerar milhares de chaves únicas e fazer uma mesclagem de correspondência.
Claro, ter uma URL que permita que qualquer pessoa que a encontre acesse a comunidade é menos seguro do que convites vinculados ao e-mail, mas muitas vezes vale muito a pena evitar o trabalho extra.
Na minha opinião, é muito diferente. Atualmente, qualquer pessoa familiarizada com o Discourse pode encontrar o link e se inscrever. Se, em vez disso, for necessário obter esse link, a pessoa deve fazer parte de uma cadeia de confiança: seja por ser um membro valorizado em alguma lista, por estar participando de uma conferência relevante ou por ter recebido o link de alguém que desejava compartilhá-lo com tal pessoa. Para mim, parece muito diferente. Não entendo a referência a “spam”. Claro, isso pode ser abusado, mas acho que muitas pessoas podem ter um motivo perfeitamente válido para querer esse recurso.
Agora entendo que isso atualmente não é possível, então posso usar a abordagem que você sugeriu, pela qual gostaria de agradecer.
Acho que, se você puder descrever funcionalmente, em detalhes, o que gostaria que acontecesse, sem se preocupar excessivamente com os detalhes técnicos da implementação, isso seria muito útil. E pode muito bem haver uma nova funcionalidade aqui.
Se os sistemas não têm muitos registros de você enviar e-mails com sucesso de um domínio, eles não confiam em você. Se você enviar muitos e-mails não solicitados de uma só vez, isso pode prejudicar sua reputação na internet e você pode ser listado como fonte de spam, o que será bastante prejudicial para sua operação legítima, pois vários serviços de e-mail podem começar a bloquear seus futuros e-mails.
Certo, então talvez um sinal de confiança seja o uso de uma URL especial, que contenha uma chave em um parâmetro. Isso pode ser compartilhado e está longe de ser seguro, mas pelo menos você terá alguma ideia de que se trata provavelmente de um cadastro legítimo que deve ser permitido sem aprovação. Você configura um tempo limite automático de 30 dias, após o qual as aprovações voltam a entrar em vigor (para que você não perca cadastros legítimos que cheguem atrasados).
Parece que estamos falando de um Plugin em construção…
Se isso soa aproximadamente como o que você quer, eu postaria isso em Marketplace para que um freelancer assumisse.
…exceto:
Como trabalho nesse ramo há algum tempo, sei que fazer pessoas se cadastrarem no seu Discourse não é tão fácil. Então, isso parece exigir muito esforço, pois quem realmente vai abusar do seu fórum? A maioria das pessoas simplesmente não vai dar sequência, mesmo as legítimas. Aqueles que realmente querem usar seus serviços certamente farão o esforço. Qual é o risco de que pessoas indesejáveis se cadastrem? Você não terá exatamente o mesmo resultado se simplesmente compartilhar a URL normal do Discourse e, por 30 dias, permitir todos os cadastros sem aprovação?
Acho que criar um plugin para distinguir entre quem possui esse código e quem apenas navega até seu site sem ele não valerá a pena. De qualquer forma, não seria 100% seguro.
Sim. É isso que acho que muitas pessoas querem. Claro, qualquer pessoa com o link pode encaminhá-lo, então não é seguro, mas é bastante melhor do que permitir que qualquer um que esbarre na página inicial do site possa se juntar.
Acho que um plugin assim seria útil para várias comunidades. No entanto, ao observar o modelo de convite, não fica imediatamente claro para mim como proceder. É claro que tudo é possível…
Acho que também há a ideia de exclusividade: pode-se gostar da possibilidade de ter essa chave especial para entrar nessa comunidade, e alguém que a possui pode querer compartilhá-la porque é algo “especial”. Sim, acho que seria um bom plugin. Se, eventualmente, minha comunidade tiver sucesso, posso considerar financiá-la. Por enquanto, talvez eu peça ao meu assistente que envie e-mails individuais, mas ainda preciso encontrar uma maneira de vincular o convite a uma sequência no ConvertKit para educar sobre a comunidade. Isso, porém, é outro assunto…
Pequena atualização sobre isso - agora você pode salvar um link de convite genérico e incluí-lo em um e-mail.
Você pode definir um número máximo de resgates, além de uma data de expiração - e até mesmo ter pessoas adicionadas automaticamente a um grupo específico e/ou aterrissar em um tópico específico.
