Sat Sep 26 2020
...
Webhooks kommen zu FastComments
! Dieser Artikel enthält technische Fachbegriffe
Was gibt's Neues
Mit FastComments ist es jetzt möglich, einen API-Endpunkt aufzurufen, wann immer ein Kommentar hinzugefügt, aktualisiert oder aus unserem System entfernt wird.
Wir erreichen dies mit asynchronen Webhooks über HTTP/HTTPS.
So verwenden Sie es
Zuerst navigieren Sie zum Webhook-Admin. Dieser ist über Daten verwalten -> Webhooks zugänglich.
Von dort aus können Sie Endpunkte für jeden Kommentarereignistyp festlegen.
Stellen Sie bei jedem Ereignistyp sicher, dass Sie auf Send Test Payload klicken, um zu überprüfen, ob Sie Ihre Integration korrekt eingerichtet haben. Siehe den nächsten Abschnitt "Testen" für Details.
Testen
Im Webhook-Admin gibt es für jeden Ereignistyp (Erstellen, Aktualisieren, Löschen) Schaltflächen "Send Test Payload". Die Erstellen- und Aktualisieren-Ereignisse senden ein Dummy-WebHookComment-Objekt, während das Testen von Löschen einen Dummy-Anforderungstext mit nur einer ID sendet.
Der Test wird zwei Aufrufe machen, um den Antwortcode für die "glücklichen" (korrekter API-Schlüssel) und "traurigen" (ungültiger API-Schlüssel) Szenarien zu überprüfen.
Wenn der Test einen ungültigen API-Schlüssel sendet, sollten Sie einen Statuscode von 401 zurückgeben, damit der Test erfolgreich abgeschlossen wird. Wenn Sie den Wert des Tokens nicht korrekt überprüfen, sehen Sie einen Fehler wie:
Die Struktur des Kommentarobjekts
Die Struktur des "Create"-Ereignisses
Der Anforderungstext des "create"-Ereignisses ist ein WebhookComment-Objekt.
Die Struktur des "Update"-Ereignisses
Der Anforderungstext des "update"-Ereignisses ist ein WebhookComment-Objekt.
Die Struktur des "Delete"-Ereignisses
Der Anforderungstext des "delete"-Ereignisses ist ein WebhookComment-Objekt, das nur die ID enthält.
Warum verwenden Create und Update beide HTTP PUT und nicht POST?
Da alle unsere Anforderungen eine ID enthalten, sollte das wiederholte Senden derselben Create- oder Update-Anforderung keine neuen Objekte auf Ihrer Seite erstellen. Das bedeutet, dass diese Aufrufe idempotent sind und gemäß der HTTP-Spezifikation PUT-Ereignisse sein sollten.
So funktioniert es
Alle Änderungen am Kommentarobjekt im System lösen ein Ereignis aus, das in einer Warteschlange landet. Sie können diese Warteschlange im Webhook-Admin überwachen, für den Fall, dass Ihre API ausfällt. Wenn eine Anfrage an Ihre API fehlschlägt, werden wir sie nach einem Zeitplan erneut in die Warteschlange stellen. Dieser Zeitplan beträgt 1 Minute * die Anzahl der erneuten Versuche. Wenn der Aufruf einmal fehlschlägt, wird er in einer Minute erneut versuchen. Wenn er zwei Mal fehlschlägt, wartet er dann zwei Minuten usw. Dies geschieht, damit wir Ihre API nicht überlasten, wenn sie aus lastbedingten Gründen ausfällt.
Sicherheit & API-Token
Im Anfrageheader geben wir Ihr API Secret im Parameter "token" weiter.
Wenn Sie diesen Parameter nicht richtig überprüfen, wird Ihre Integration nicht als verifiziert markiert. Dies ist ein Sicherheitsmechanismus, um sicherzustellen, dass alle Integrationen mit FastComments sicher sind.
Fazit
Wir hoffen, dass Sie die FastComments Webhook-Integration leicht verständlich und schnell einrichtbar finden.
Wenn Sie weitere Fragen haben, können Sie sich gerne an die Kundensupport-Seite wenden.
Prost!
