J’ai besoin de quelques conseils sur la question suivante : une fois qu’un client enregistre un compte sur notre site Web WordPress, il est automatiquement créé sur notre instance Discourse. Nous avons développé une fonctionnalité personnalisée qui permet à nos clients de « suivre » un article ; cela signifie qu’ils appuieront sur un bouton de notre article WordPress et cela les abonne/les suit automatiquement au sujet Discourse lié.
Cette fonctionnalité fonctionne bien lorsque le client s’est connecté une fois à l’instance Discourse ; mais lorsqu’il « suit » le sujet sur Discourse, mais qu’il ne s’est pas connecté à Discourse, aucun e-mail du sujet suivi ne sera envoyé au compte de l’utilisateur.
Quelqu’un a-t-il une idée pour résoudre ce problème ? =)
La réponse rapide est de faire de la visite de Discourse une partie de votre intégration client. Peut-être y a-t-il des informations pour les nouveaux clients que vous pouvez mettre sur votre Discourse auxquelles ils seront dirigés lors de leur inscription du côté de Wordpress ?
Je suppose que vous utilisez le plugin WP Discourse pour authentifier les utilisateurs sur votre site Discourse. Ce que vous essayez de faire devrait fonctionner. Puisque cela fonctionne pour les utilisateurs qui se sont connectés une fois à Discourse, la cause du problème pourrait être que les e-mails des utilisateurs ne sont pas marqués comme « vérifiés » par le plugin WP Discourse lorsqu’ils s’inscrivent sur votre site WordPress. Si tel est le cas, les utilisateurs devront répondre à un e-mail d’activation qui leur est envoyé par Discourse lors de leur première connexion à Discourse via votre site WordPress. Discourse n’activera pas l’utilisateur tant qu’il n’aura pas cliqué sur le lien de cet e-mail d’activation.
Pour confirmer que c’est le cas, regardez la section « DiscourseConnect Single Sign On » de la page utilisateur Discourse pour un utilisateur qui a récemment créé un compte. Cliquez sur le bouton « Afficher » pour le champ Last Payload et vérifiez si le paramètre require_activation est défini sur true.
Juste au cas où, une autre chose à vérifier serait de s’assurer que les utilisateurs de Discourse sont bien créés lorsqu’ils s’inscrivent pour la première fois sur votre site WordPress. La façon la plus probable de le faire serait d’activer l’option “Create or Sync Discourse Users on Login” (Créer ou synchroniser les utilisateurs Discourse à la connexion) de WP Discourse :
Pouvez-vous vérifier si cette option est activée et si les utilisateurs sont correctement créés sur Discourse lorsqu’ils s’inscrivent sur votre site WordPress ?
Je pourrai examiner cela plus en détail si cela ne résout pas le problème. Malheureusement, la connexion entre mon Discourse local et mes sites WordPress ne fonctionne pas actuellement. Toutes les réponses que le site WordPress reçoit de Discourse renvoient l’erreur : cURL error 61: Unrecognized content encoding type. libcurl understands deflate, gzip, br content encodings. Je suis presque sûr que cela est juste lié à la configuration de mon serveur local. J’avais l’intention de régler cela depuis un moment. Je vais examiner ce qui se passe avec cela plus tard aujourd’hui.
Edit : J’ai trouvé une solution de contournement temporaire pour connecter mes sites WordPress et Discourse locaux. Avec l’option “Create or Sync Discourse Users on Login” (Créer ou synchroniser les utilisateurs Discourse à la connexion) de WP Discourse activée, je suis maintenant en mesure d’enregistrer un utilisateur sur mon site WP, de faire créer automatiquement un compte Discourse pour lui, et de définir l’utilisateur pour recevoir des notifications par e-mail pour un sujet via l’API. Je ne suis pas sûr de ce qui pourrait causer le problème sur votre site. Pour référence, voici un exemple d’appel API que je fais. L’Api-Username dans la requête est défini sur le nom d’utilisateur Discourse de l’utilisateur qui souhaite recevoir des notifications :
