<div data-theme-toc="true"> </div>
# Discourse API
Weitere Informationen finden Sie auf der Discourse API-Dokumentationsseite:
https://docs.discourse.org
> ## :information_source: Authentifizierung
> **API-Anfragen müssen eine Authentifizierung über HTTP-Header verwenden.** Übergeben Sie Ihren `Api-Key` und `Api-Username` als HTTP-Header. Die Authentifizierung über Abfrageparameter oder den Anforderungskörper wird nicht unterstützt (dies wurde im April 2020 entfernt). Siehe das unten stehende cURL-Beispiel.
>
> Die einzigen API-Endpunkte, die weiterhin Anmeldeinformationen in Abfrageparametern unterstützen, sind Anfragen an RSS-Feeds, den Mail Receiver-Endpunkt und ICS-Routen.
Die Content-Type kann auf „application/x-www-form-urlencoded“, „multipart/form-data“ oder „application/json“ gesetzt werden.
Hier ist ein Beispiel für eine POST-Anfrage über cURL:
```text
curl -X POST "http://127.0.0.1:3000/categories" \
-H "Content-Type: multipart/form-data;" \
-H "Api-Key: 714552c6148e1617aeab526d0606184b94a80ec048fc09894ff1a72b740c5f19" \
-H "Api-Username: discourse1" \
-F "name=89853c20-4409-e91a-a8ea-f6cdff96aaaa" \
-F "color=49d9e9" \
-F "text_color=f0fcfd"
Sie können die API mit cURL-Befehlen verwenden, aber wir empfehlen die Verwendung des Gems discourse_api, damit Sie Ruby verwenden können.
Reverse Engineering von API-Endpunkten
Nicht jeder Endpunkt ist dokumentiert, aber Sie können ein Beispiel für eine API-Anfrage und -Antwort für jeden Endpunkt finden, indem Sie dieser Anleitung folgen:
Globale Ratenbegrenzungen und Drosselung in Discourse
Discourse wird mit 3 verschiedenen globalen Ratenbegrenzungen ausgeliefert, die von Seitenadministratoren konfiguriert werden können. Weitere Einzelheiten zu diesen Limits finden Sie unter:
Erstellen von Benachrichtigungen über die API
Spezifikation der Benutzer-API-Schlüssel
Zuletzt überprüft von @sam am 2026-03-17T17:00:00Z