Accept-Post header
Der HTTP Accept-Post Antwort-Header gibt an, welche Medientypen vom Server in einer POST-Anfrage akzeptiert werden.
Zum Beispiel könnte ein Server, der eine POST-Anfrage mit einem nicht unterstützten Medientyp erhält, mit 415 Unsupported Media Type und einem Accept-Post-Header antworten, der einen oder mehrere unterstützte Medientypen referenziert.
Der Header sollte in OPTIONS-Anfragen zu einer Ressource erscheinen, die die POST-Methode unterstützt.
Ein Accept-Post-Header in einer Antwort auf eine beliebige Anfragemethode bedeutet implizit, dass ein POST auf die angeforderte Ressource erlaubt ist.
Hinweis:
IANA pflegt eine Liste offizieller Inhaltskodierungen.
Die bzip und bzip2 Kodierungen sind nicht standardisiert, können aber in einigen Fällen, insbesondere zur Unterstützung älterer Systeme, verwendet werden.
| Header-Typ | Antwort-Header |
|---|
Syntax
Accept-Post: <media-type>/<subtype>
Accept-Post: <media-type>/*
Accept-Post: */*
// Comma-separated list of media types
Accept-Post: <media-type>/<subtype>, <media-type>/<subtype>
Hinweis:
Der Accept-Post-Header spezifiziert einen Medienspektrum in derselben Weise wie Accept, hat jedoch keinen Präferenzbegriff mittels q (Qualitätswerte) Argumente.
Dies liegt daran, dass Accept-Post ein Antwort-Header ist, während Accept ein Anfrage-Header ist.
Direktiven
<media-type>/<subtype>-
Ein einzelner, genauer Medientyp, wie
text/html. <media-type>/*-
Ein Medientyp ohne Subtyp. Zum Beispiel entspricht
image/*image/png,image/svg,image/gifund anderen Bildtypen. */*-
Beliebiger Medientyp.
Beispiele
Accept-Post: application/json, text/plain
Accept-Post: image/webp
Accept-Post: */*
Spezifikationen
| Specification |
|---|
| Linked Data Platform # header-accept-post |
Browser-Kompatibilität
Die Browser-Kompatibilität ist für diesen Header nicht relevant. Der Header wird vom Server gesendet und die Spezifikation definiert kein Verhalten für den Client.
Siehe auch
Accept-PatchPOSTAnfragemethode