Nous avons vu tellement de projets/entreprises utiliser Discourse comme forum de discussion. Cependant, je trouve souvent un peu fastidieux de s’inscrire sur chaque site web (bien que l’authentification unique atténue un peu ce problème) et de configurer un profil utilisateur, des préférences ou quelque chose de similaire.
Je me demande, comme pour l’option ‘Discourse Discovery’, si nous pourrions ajouter une option pour que les propriétaires de sites puissent partager des informations de compte avec CDCK ? Cela pourrait signifier l’ajout d’une option SSO comme ‘Se connecter avec Discourse’. De plus, pour une intégration plus étroite, nous pourrions partager les informations et préférences des utilisateurs entre différentes communautés, comme le fait Reddit. Ce serait encore mieux si les utilisateurs pouvaient accéder à leurs activités agrégées/signets/likes/réponses en un seul endroit.
De plus, les ressources communes js/css/polices pourraient-elles être partagées entre différentes instances pour accélérer le premier chargement ?
C’est un « enfer de la vie privée », toute instance Discourse aurait accès à tous les noms d’utilisateur et adresses e-mail de toute autre instance Discourse. Et potentiellement même plus. Donc, cela ne sera jamais acceptable.
Pas nécessairement. Un futur service « Connexion avec Discourse » pourrait fonctionner comme les autres connexions sociales (Google, Apple, Facebook, etc.). Ce n’est pas parce que ces connexions sont activées que l’instance obtient l’accès à tous les noms d’utilisateur et adresses e-mail de la source. Les comptes associés ne seront créés que pour les utilisateurs qui s’inscrivent/se connectent en utilisant cette méthode.
La demande dans le message initial est quelque chose que nous considérons depuis un certain temps, c’est une option intéressante qui réduirait la barrière à l’adhésion à une nouvelle communauté Discourse. Mais c’est un projet très, très important, et jusqu’à présent, nous avons hésité à nous y lancer. C’est certainement une idée qui revient régulièrement en interne.
Ces entreprises ont spécifiquement des problèmes de confidentialité, mais elles font aussi beaucoup plus que l’authentification centralisée.
Je pense qu’on peut probablement soutenir que l’authentification centralisée comporte ses propres risques, mais l’affirmation initiale que vous avez faite n’est pas exacte et n’est pas vraiment pertinente à cet aspect :
Discourse Auth fournit des hachages de données pour démarrer des sessions multi-instances, mais le simple fait de faire confiance à Discourse pour garder nos hachages en sécurité est un dilemme pour les forums décentralisés.
Lemmy a fait quelque chose de similaire mais avec ActivityPub et nous savons tous que c’est un cauchemar.