Commits per Webhook innerhalb eines Themas als Antwort posten

[B-iggy]

Hey Leute,
ich habe gesucht, konnte aber keine klare Anleitung finden.

Ich möchte automatisch eine Antwort in einem Thema posten, sobald ich einen Commit in ein GitHub-Repository gepusht habe – automatisiert über einen Webhook.

Ich arbeite mit Integromat und habe bereits Ähnliches erfolgreich mit Themen umgesetzt hier.

Ich habe eine API in Discourse eingerichtet, einen Webhook in GitHub und ein HTTP-POST-Szenario in Integromat, aber mir fehlt das letzte Puzzleteil, damit es funktioniert.

Mein aktueller Versuch sieht so aus, funktioniert aber nicht.

Ich denke, das liegt daran, dass Discourse nicht weiß, was es mit der POST-Anfrage anfangen soll.
Ich meine, es gibt /new-message? und /new-topic?, aber nicht /new-reply?.

Vielleicht ist es etwas Triviales. Vielen Dank im Voraus für eure Hilfe!

[bartv (Bart)]

Sie können herausfinden, wie Sie Ihre Anfrage erstellen, indem Sie die Discourse-API reverse-engineeren. Im Grunde öffnen Sie Ihre Netzwerkkontrolle, antworten auf ein Thema und sehen, was im Hintergrund passiert:

Reverse engineer the Discourse API

Discourse is backed by a complete JSON api. Anything you can do on the site you can also do using the JSON api. The API is documented at docs.discourse.org. You can also use the discourse_api Ruby gem as a client library. However, not every endpoint is documented. To determine how to do something with the JSON API here are some steps you can follow. Example: recategorize a topic. Go to a topic and start editing a category: [image] Open Chrome dev tools, switch to the Network tab, select …

[B-iggy]

Vielen Dank @bartv
Ich mache das gerade

Die einzige Frage wäre: Sind ALLE Felder erforderlich, um einen Reply-POST-Aufruf zu tätigen? Das ist quite a lot, und einige Felder können meiner Meinung nach nicht dynamisch von mir ausgefüllt werden oder sind fehleranfällig! (z. B. die id:)

In Zapier habe ich beispielsweise einmal einen erfolgreichen Topic-POST-Webhook nur mit diesen Datenfeldern erstellt

[bartv (Bart)]

Ich bezweifle, dass alle erforderlich sind. Probier es einfach aus

[B-iggy]

Nur zur Info: Es liegt nicht an den Datenfeldern, sondern an einem falschen CSRF-Token. Siehe hier:

Improve BAD CSRF error message when making API calls with content-type application/json

API requests with the Content-Type as “application/json” often receive an unhelpful message like “BAD CSRF”, so we should improve the error messaging so that it provides more details as to why they are receiving this error message.

@blake Bedeutet das, dass ich api_username und api_key im Header setzen muss?

Mein aktueller Fortschritt, der fehlschlägt:

[blake (Blake Erickson)]

Ja, Sie müssen Api-Username und Api-Key im Header setzen. Achten Sie darauf, das _ durch ein - zu ersetzen. Außerdem müssen Sie die Zugangsdaten aus dem Body entfernen.

[B-iggy]

Super, vielen Dank! @blake!
Das war’s.

Für jemanden, der wie ich stundenlang über Google und die Suche gesucht hat, ist das der Punkt: