Accept-Post header
Der HTTP-Accept-Post-Antwort-Header gibt an, welche Medientypen vom Server in einer POST-Anfrage akzeptiert werden.
Beispielsweise könnte ein Server, der eine POST-Anfrage mit einem nicht unterstützten Medientyp empfängt, mit 415 Unsupported Media Type und einem Accept-Post-Header antworten, der auf einen oder mehrere unterstützte Medientypen verweist.
Der Header sollte in OPTIONS-Anfragen an eine Ressource erscheinen, die die POST-Methode unterstützt.
Ein Accept-Post-Header in einer Antwort auf jede Anfragemethode bedeutet implizit, dass ein POST für die Zielressource der Anfrage erlaubt ist.
Hinweis:
IANA führt eine Liste offizieller Inhaltskodierungen.
Die Kodierungen bzip und bzip2 sind nicht standardisiert, können aber in einigen Fällen verwendet werden, insbesondere zur Unterstützung älterer Systeme.
| 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 gibt einen Medienbereich auf dieselbe Weise wie Accept an, außer dass er kein Konzept von Präferenzen über q-Argumente (Qualitätswerte) hat.
Dies liegt daran, dass Accept-Post ein Antwort-Header ist, während Accept ein Anfrage-Header ist.
Direktiven
<media-type>/<subtype>-
Ein einzelner, präziser Medientyp, wie
text/html. <media-type>/*-
Ein Medientyp ohne Subtyp. Beispielsweise entspricht
image/*den Typenimage/png,image/svg,image/gifund anderen Bildtypen. */*-
Beliebiger Medientyp.
Beispiele
Accept-Post: application/json, text/plain
Accept-Post: image/webp
Accept-Post: */*
Spezifikationen
| Spezifikation |
|---|
| 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 Client-Verhalten.
Siehe auch
Accept-PatchPOST-Anfragemethode