La fonctionnalité client de DiscourseConnect fonctionne de manière similaire aux autres formes de connexion sociale. Par exemple, c’est similaire à la connexion à WordPress via Facebook, mais avec votre site Discourse comme fournisseur d’authentification au lieu de Facebook. Cela signifie qu’avant que les utilisateurs puissent se connecter à votre site WordPress avec DiscourseConnect, ils devront créer un compte sur votre site Discourse. Ne pas créer de compte Discourse n’empêchera cependant aucun utilisateur de se connecter à votre site WordPress. Lorsque le site WordPress est le client DiscourseConnect, la connexion normale nom d’utilisateur/mot de passe sur WordPress est toujours disponible.
Étant donné que vous avez beaucoup d’utilisateurs habitués à se connecter à votre site WordPress, il pourrait être intéressant d’utiliser votre site WordPress comme fournisseur DiscourseConnect pour votre site Discourse. Si vous configurez les choses de cette façon, tous vos utilisateurs existants pourront facilement se connecter à votre nouveau site Discourse. Tout ce qu’ils auront à faire est de cliquer sur un lien sur votre site WordPress. Les détails sur la façon de construire un lien pour ce faire sont ici : Créer un lien de connexion DiscourseConnect.
Il semble que vous souhaitiez déplacer complètement l’aspect social de votre site de WordPress vers Discourse, donc peut-être que ce serait une raison de ne pas utiliser votre site WordPress comme fournisseur DiscourseConnect. Ma préoccupation est que le fait d’exiger des utilisateurs qu’ils créent de nouveaux comptes sur Discourse, au lieu de simplement se connecter à leur compte WordPress et de cliquer sur un lien pour accéder au forum, pourrait dissuader certains utilisateurs de rejoindre le nouveau site.
La principale chose à savoir si vous utilisez WordPress comme fournisseur DiscourseConnect est que, lorsque les choses sont configurées de cette façon, cela devient la seule méthode de connexion pour Discourse. Cela signifie que vous ne pouvez pas avoir certains utilisateurs se connectant à Discourse via WordPress et d’autres utilisateurs se connectant à Discourse en enregistrant des comptes avec un nom d’utilisateur/mot de passe sur le site Discourse. Tous les utilisateurs devront avoir des comptes sur WordPress pour accéder au site Discourse.
Faites-moi savoir si la distinction entre l’utilisation de WordPress comme client DiscourseConnect et comme fournisseur DiscourseConnect n’est pas claire pour vous.
C’est techniquement possible, mais je ne pense pas qu’il existe une méthode bien testée pour le faire. Il se peut que d’autres membres de cette communauté aient des idées sur la façon de l’aborder.
C’est peut-être possible. J’ai le sentiment que cela pourrait entraîner des problèmes.
Sur votre site Discourse, vous pouvez filtrer les sujets non répertoriés en ajoutant la chaîne de requête suivante à une URL : ?status=listed. Par exemple \u003chttps://meta.discourse.org/latest?status=listed\u003e. Il existe un composant de thème existant qui peut être utilisé pour basculer entre la visualisation des sujets “ouverts” et “fermés” : Topic Status Filter. S’il n’existe pas déjà, il serait assez facile pour quelqu’un d’ajouter des statuts “répertorié” et “non répertorié” à ce filtre. Mais je suppose que dans ce cas, vous ne voudriez que le filtre soit visible par le personnel.
Cela pourrait être réalisé depuis WordPress avec une requête API gérée par une tâche cron.