Não há como testar a adição do Discourse Connect no plano Hobby? Quero testar isso antes de pagar… No entanto, não vejo as opções de configuração para habilitar o Discourse Connect.
Editar: Fiz a mesma pergunta ao assistente do Discourse e parece ser o caso. Corrija se estiver errado, pois prefiro não pagar por isso até saber que preciso.
O DiscourseConnect está disponível no plano Pro. Você pode iniciar um teste gratuito nesse plano e testá-lo gratuitamente. (Você só será cobrado se decidir iniciar uma assinatura paga.)
Existe alguma convenção ou regra sobre como codificar nomes de campos de usuário.
Se meus campos de usuário personalizados forem nomeados como, por exemplo:
Como devo formatar minha carga útil? Preciso codificar o nome da URL ou basta usar apenas snake case?
Planejamos permitir que os usuários alterem seu endereço de e-mail em nosso site principal (o provedor de SSO). Gostaríamos de atualizar o e-mail deles no Discourse ao mesmo tempo, sem que precisem acessar suas preferências do Discourse e sem que precisem validar seu novo e-mail com o Discourse. Qual é a melhor maneira de implementar isso?
Eu experimentei atualizar o e-mail deles como abaixo, mas isso apenas adicionou um e-mail secundário do Discourse que estava pendente de validação. Eu quero alterar o e-mail principal do Discourse deles sem validação. A validação é realizada pelo site principal.
curl -X PUT "https://discourse.example.com/u/$TARGET_USERNAME/preferences/email.json" \
-H "Api-Key: $DISCOURSE_API_KEY" \
-H "Api-Username: $DISCOURSE_USERNAME" \
-H "Content-Type: application/json" \
-d '{"email": "new-address@example.com"}'
Você habilitou a configuração do site auth_overrides_email?
Não sei como deixei isso passar - eu vi as substituições para avatar, nome e nome de usuário. Obrigado!
Alguns usuários relatam que, ao fazer login com SSO, recebem um erro: „A alteração desejada foi rejeitada“. Tenho auth_overrides_email configurado, além de nome, nome de usuário e avatar. Suspeito que a alteração rejeitada seja referente a um desses campos, mas estou tendo dificuldade em encontrar informações úteis nos logs. Verifiquei /logs — às vezes aparece „O e-mail primário já está em uso“, mas não consigo entender por que o Discourse está aparentemente tentando criar um novo usuário em vez de autorizar o usuário com esse e-mail. Também fiz uma busca com grep em /var/discourse/shared/standalone/log/rails, mas não encontrei nada esclarecedor.