Content-Type

Content-Type: <media-type>

Zum Beispiel:

Content-Type: text/html; charset=utf-8
Content-Type: multipart/form-data; boundary=ExampleBoundaryString

<media-type>

Der Medientyp der Ressource oder der Daten. Kann die folgenden Parameter enthalten:

• charset: Gibt den verwendeten Zeichenkodierungsstandard an. Der Wert ist nicht case-sensitiv, aber Kleinschreibung wird bevorzugt.
• boundary: Für Mehrfacheinheiten ist der boundary-Parameter erforderlich. Er wird verwendet, um die Grenzen der mehreren Teile der Nachricht zu markieren. Der Wert besteht aus 1 bis 70 Zeichen (nicht mit Leerzeichen endend), die in verschiedenen Systemen (z.B. E-Mail-Gateways) als robust bekannt sind. Oft wird der Header-Grenzwert im Anforderungstext durch zwei Bindestriche vorbereitet, und der endgültige Grenzwert hat zwei Bindestriche am Ende angehängt.

In den folgenden beiden Beispielantworten werden JavaScript- und CSS-Assets mit text/javascript für JavaScript und text/css für CSS bereitgestellt. Der korrekte Inhaltstyp für diese Ressourcen hilft dem Browser, sie sicherer und mit besserer Leistung zu verarbeiten. Weitere Informationen finden Sie unter Server-MIME-Typen richtig konfigurieren.

HTTP/1.1 200
content-encoding: br
content-type: text/javascript; charset=utf-8
vary: Accept-Encoding
date: Fri, 21 Jun 2024 14:02:25 GMT
content-length: 2978

const videoPlayer=document.getElementById...

HTTP/3 200
server: nginx
date: Wed, 24 Jul 2024 16:53:02 GMT
content-type: text/css
vary: Accept-Encoding
content-encoding: br

.super-container{clear:both;max-width:100%}...

In einer POST-Anfrage, die sich aus einer HTML-Formularübermittlung ergibt, wird der Content-Type der Anfrage durch das enctype-Attribut auf dem <form>-Element spezifiziert.

<form action="/foo" method="post" enctype="multipart/form-data">
  <input type="text" name="description" value="Description input value" />
  <input type="file" name="myFile" />
  <button type="submit">Submit</button>
</form>

Die Anfrage sieht etwa wie das folgende Beispiel aus, wobei einige Header zur Kürze weggelassen wurden. In der Anfrage wird eine Grenze von ExampleBoundaryString zur Veranschaulichung verwendet, aber in der Praxis würde ein Browser eine Zeichenfolge erstellen, die eher so aussieht: ---------------------------1003363413119651595289485765.

POST /foo HTTP/1.1
Content-Length: 68137
Content-Type: multipart/form-data; boundary=ExampleBoundaryString

--ExampleBoundaryString
Content-Disposition: form-data; name="description"

Description input value
--ExampleBoundaryString
Content-Disposition: form-data; name="myFile"; filename="foo.txt"
Content-Type: text/plain

[content of the file foo.txt chosen by the user]
--ExampleBoundaryString--

Wenn Formulare keine Datei-Uploads beinhalten und einfachere Felder verwenden, können URL-kodierte Formulare bequemer sein, wobei die Formulardaten im Anforderungstext enthalten sind:

<form action="/submit" method="post">
  <label for="comment">Comment:</label>
  <input type="text" id="comment" name="comment" value="Hello!" />
  <button type="submit">Submit</button>
</form>

POST /submit HTTP/1.1
Host: example.com
Content-Type: application/x-www-form-urlencoded
Content-Length: 15

comment=Hello!

Viele REST-APIs verwenden application/json als Inhaltstyp, was für die maschinelle Kommunikation oder programmgesteuerte Interaktion bequem ist. Das folgende Beispiel zeigt eine 201 Created-Antwort, die das Ergebnis einer erfolgreichen Anfrage zeigt:

HTTP/1.1 201 Created
Content-Type: application/json

{
  "message": "New user created",
  "user": {
    "id": 123,
    "firstName": "Paul",
    "lastName": "Klee",
    "email": "p.klee@example.com"
  }
}

• Accept, Accept-Encoding, Accept-Language-Header
• Vary
• Content-Encoding
• Content-Disposition
• 206 Partial Content
• X-Content-Type-Options