Accept-Charset

Verwendung

Der Accept-Charset-Header war Teil der Inhaltsaushandlung und erlaubte es Clients, bevorzugte Zeichenkodierungen wie utf-8, iso-8859-1 oder windows-1252 aufzuführen. Der Server wählte die beste Übereinstimmung aus und kodierte den Antwort-Body entsprechend.

Veraltet

Dieser Header ist veraltet. Moderne HTTP-Clients und -Server verwenden standardmäßig UTF-8, wodurch eine Zeichensatz-Aushandlung unnötig wird. Das Senden dieses Headers gibt Kodierungspräferenzen ohne praktischen Nutzen preis und vergrößert die Angriffsfläche für Fingerprinting. Browser senden den Header nicht mehr, und Servern wird empfohlen, den Wert beim Empfang zu ignorieren.

UTF-8 deckt den gesamten Unicode-Bereich ab und hat sich im gesamten Web als vorherrschende Kodierung durchgesetzt. Der Antwort-Header Content-Type teilt die gewählte Kodierung über seinen charset-Parameter mit, wodurch ein separater Aushandlungsschritt überflüssig wird.

charset-name

Ein bei der IANA registrierter Name einer Zeichenkodierung, etwa utf-8 oder iso-8859-1.

*

Ein Platzhalter, der auf jede Kodierung passt, die nicht bereits im Header aufgeführt ist.

;q= (Qualitätswert)

Ein Gewicht zwischen 0 und 1, das die relative Präferenz ausdrückt und derselben Syntax folgt, die auch Accept verwendet. Das Standardgewicht beträgt 1.0.

Beispiel

Ein Client gibt eine Präferenz für UTF-8 mit ISO 8859-1 als Rückfalloption an. Der Qualitätswert 0.7 signalisiert, dass die Rückfalloption weniger bevorzugt wird.

Accept-Charset: utf-8, iso-8859-1;q=0.7

Eine weiter gefasste Anfrage, die UTF-8 mit voller Priorität und jede andere Kodierung mit geringerer Priorität akzeptiert.

Accept-Charset: utf-8, *;q=0.5