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