Salut tout le monde, je viens vous demander votre avis
Nous mettons en place l’authentification unique (SSO) entre notre plateforme no-code et notre futur forum Discourse. Tout fonctionne à merveille, donc c’est une bonne chose. Cependant, nous nous demandons si nous devrions également conserver la connexion “basique” de Discourse par e-mail + mot de passe.
Mes réflexions :
Si nous ne conservons que le SSO, seules les personnes qui sont déjà nos utilisateurs pourraient devenir membres de la communauté. Il existe une version gratuite de notre produit, donc si quelqu’un souhaite rejoindre la communauté et qu’il n’a pas de compte chez nous, il pourrait s’inscrire au plan gratuit. Je pense cependant que cela pourrait rebuter certaines personnes.
Si nous conservons les deux options, cela pourrait entraîner des comptes dupliqués si quelqu’un utilise une adresse e-mail A pour créer le compte communautaire, puis plus tard une adresse e-mail B pour s’inscrire chez nous.
Avez-vous des opinions/expériences/réflexions à ce sujet ?
J’espérerais que la majorité des utilisateurs utiliseraient la même adresse e-mail . Pour les quelques-uns qui se retrouvent avec des comptes en double, ils pourraient toujours demander à un administrateur de « fusionner » les comptes via le panneau d’administration de Discourse.
Si vous faites référence à DiscourseConnect avec « SSO », vous n’avez pas d’option car l’activation de DiscourseConnect désactivera toutes les autres méthodes de connexion.
Veuillez excuser mon manque de connaissances techniques @RGJ mais je crois que c’est du Custom OAuth2 que nous avons configuré entre notre produit et notre communauté
@david J’espère bien aussi, mais les gens sont étranges haha. Je suis cependant très amoureux de la fonctionnalité de « fusion ».
Dans ce cas, cela peut effectivement être combiné avec d’autres méthodes de connexion, vous pouvez donc ignorer complètement mon commentaire précédent.
C’est aussi ce que je pense. Il y a cependant des voix qui disent que la connexion OAuth2 nous donne des informations précieuses sur les utilisateurs car nous voyons ce qu’ils font dans notre produit, de quoi traite leur activité, etc. Je recueille essentiellement des opinions à ce stade
Je l’ai utilisé plusieurs fois sur mon forum.
Désolé d’être un peu hors sujet, mais à une époque, lorsque je fusionnais vers/depuis (?) un compte avec beaucoup de contenu, le processus a expiré (30 ou 60+ secondes, je ne me souviens plus) et a abouti à un compte partiellement fusionné, avec des messages manquants. Un peu cassé. Rien de grave, mais quand même… Cela m’est arrivé quelques fois jusqu’à ce que je remarque que cela n’expirait pas via la ligne de commande avec la tâche rake.
C’était il y a deux ans, mais depuis, j’ai tellement peur de fusionner via l’interface que je le fais toujours via la tâche rake, sauf si les deux comptes à fusionner ont très peu de contenu.
De nombreuses améliorations ont été apportées au cours des deux dernières années. En jetant un coup d’œil rapide au code, la fusion se fait maintenant dans un job en arrière-plan, il ne devrait donc pas être possible qu’elle “expire” comme avant.
Si vous rencontrez toujours des problèmes, veuillez créer un sujet de Support.
. Pour les quelques-uns qui se retrouvent avec des comptes en double, ils pourraient toujours demander à un administrateur de « fusionner » les comptes via le panneau d’administration de Discourse.
