HTTP Content
In HTTP-Nachrichten beschreibt der Inhalt die 'Informationen', die im Nachrichtenkörper übermittelt werden (die auf den Header-Abschnitt folgen), nachdem jegliche Nachrichtenrahmen aus der HTTP/1.1 Chunked-Transfer-Codierung entfernt wurden. Dies wurde in HTTP/1.1 als "Payload" bezeichnet, aber der Nachrichten-"Inhalt" unterscheidet sich von Rahmen-Payloads in HTTP/2 und HTTP/3, wo die Daten in einem einzelnen Rahmen Header-Daten, Body-Daten oder andere Steuerinformationen sein könnten.
Der Zweck des Nachrichteninhalts in HTTP-Anfragen und -Antworten hängt von der Anfragemethode und dem Antwortstatuscode ab. Beispielsweise repräsentiert der Inhalt in einer PUT
-Anfrage den gewünschten Zustand der Ressource, während er in einer POST
-Anfrage die zu verarbeitenden Informationen darstellt. Eine 200 OK
-Antwort auf eine GET
-Anfrage zeigt den aktuellen Zustand der Ressource, während eine Fehlerantwort den Fehler beschreibt.
Einige Antworten, wie die auf HEAD
-Anfragen oder die Statuscodes 204 No Content
und 304 Not Modified
, enthalten überhaupt keinen Inhalt.
In der folgenden HTTP/1.1-Antwort enthält der Nachrichtenkörper den Inhalt Mozilla Developer Network
:
HTTP/1.1 200 OK
Content-Type: text/plain
Mozilla Developer Network
In der nächsten HTTP/1.1-Antwort kodiert die Transfer-Codierung die Daten in Chunks. Der Inhalt ist letztlich immer noch Mozilla Developer Network
, aber der Nachrichtenkörper enthält unterschiedliche Nachrichtendaten, um die Chunks zu trennen:
HTTP/1.1 200 OK
Content-Type: text/plain
Transfer-Encoding: chunked
7\r\n
Mozilla\r\n
9\r\n
Developer\r\n
7\r\n
Network\r\n
0\r\n
\r\n
Siehe auch
Content-Location
413 Content Too Large
- Content-Header
- RFC 9110, Abschnitt 6.4: Content (ersetzt RFC 7231 Payload Semantics)