@putty J’ai étudié les Workflows. Jusqu’à ce que (ou à moins que) les événements de badge incluent les noms d’utilisateur (et peut-être même indépendamment de cela, puisque je peux utiliser des filtres dans Workflows pour n’envoyer que les modifications dont mon service a besoin), cela semble être une excellente alternative ! Merci encore !
Avec les webhooks, il y a un X-Discourse-Event-Signature avec une signature HMAC-SHA256 de la charge utile utilisant un secret qui me permet de vérifier l’expéditeur. Y a-t-il une possibilité de signer les requêtes HTTP (POST) depuis Workflows ? Peut-être que je n’ai simplement pas encore trouvé. J’espérais qu’il y ait un réglage comme « Signer la requête à l’aide d’un secret » que je pourrais activer et pour lequel je pourrais fournir un secret. Le plus proche que j’ai vu est l’ajout d’un identifiant header_auth pour envoyer un secret dans un en-tête (par exemple, X-Discourse-Event-Secret: Discourse Rocks!). C’est mieux que rien, mais une signature utilisant un secret (plutôt que d’envoyer le secret lui-même) serait préférable.