DPR
Veraltet: Diese Funktion wird nicht mehr empfohlen. Obwohl einige Browser sie möglicherweise noch unterstützen, könnte sie bereits aus den relevanten Webstandards entfernt worden sein, in Kürze entfernt werden oder nur noch aus Kompatibilitätsgründen bestehen. Vermeiden Sie die Verwendung und aktualisieren Sie vorhandenen Code, falls möglich; siehe die Kompatibilitätstabelle am Ende dieser Seite, um Ihre Entscheidung zu unterstützen. Beachten Sie, dass diese Funktion jederzeit aufhören könnte zu funktionieren.
Sicherer Kontext: Diese Funktion ist nur in sicheren Kontexten (HTTPS) in einigen oder allen unterstützenden Browsern verfügbar.
Nicht standardisiert: Diese Funktion ist nicht standardisiert und befindet sich nicht auf dem Weg zur Standardisierung. Verwenden Sie sie nicht auf Produktionsseiten, die dem Web ausgesetzt sind: Sie funktioniert nicht für alle Benutzer. Es kann auch große Inkompatibilitäten zwischen Implementierungen geben, und das Verhalten kann sich in Zukunft ändern.
Warnung:
Der DPR
-Header wurde aus der Spezifikation der Client-Hinweise im draft-ietf-httpbis-client-hints-07 entfernt.
Der vorgeschlagene Ersatz ist Sec-CH-DPR
(Responsive Image Client Hints).
Der HTTP DPR
Anforderungs-Header bietet Geräte-Client-Hinweise über das Pixelverhältnis (DPR) des Client-Geräts.
Dieses Verhältnis gibt die Anzahl der physischen Gerät-Pixel an, die einem CSS-Pixel entsprechen.
Der Hinweis ist nützlich, wenn Bildquellen ausgewählt werden, die der Pixeldichte eines Bildschirms am besten entsprechen.
Dies ähnelt der Rolle, die x
-Deskriptoren im Attribut srcset
des <img>
-Elements spielen, um Benutzeragenten die Auswahl eines bevorzugten Bildes zu ermöglichen.
Wenn ein Server den DPR
-Hinweis verwendet, um zu entscheiden, welche Ressource in einer Antwort gesendet wird, muss die Antwort den Header Content-DPR
enthalten.
Der Client muss den Wert in Content-DPR
für das Layout verwenden, wenn er sich vom Wert im DPR
-Header der Anforderung unterscheidet.
Erscheint der DPR
-Header mehrmals in einer Nachricht, wird das letzte Vorkommen verwendet.
Server, die sich für den DPR
-Client-Hinweis entscheiden, geben diesen typischerweise auch im Header Vary
an, um Caches darüber zu informieren, dass der Server unterschiedliche Antworten basierend auf dem Headerwert in einer Anforderung senden kann.
Header-Typ | Anforderungs-Header, Client-Hinweis |
---|---|
Verbotener Header-Name | Nein |
Syntax
DPR: <number>
Direktiven
<number>
-
Das Pixelverhältnis des Client-Geräts.
Beispiele
Ein Server muss zuerst zulassen, dass er den DPR
-Header empfängt, indem er den Antwort-Header Accept-CH
mit der Direktive DPR
sendet.
Accept-CH: DPR
Dann kann der Client bei nachfolgenden Anfragen den DPR
-Header an den Server senden:
DPR: 2.0
Wenn eine Anfrage mit dem DPR
-Header (wie oben gezeigt) für eine Bildressource gestellt wird, muss die Serverantwort den Header Content-DPR
enthalten:
Content-DPR: 2.0
Browser-Kompatibilität
BCD tables only load in the browser
Siehe auch
- Geräte-Client-Hinweise
Accept-CH
- HTTP-Caching: Vary und
Vary
- Verbesserung des Datenschutzes der Benutzer und der Entwicklererfahrung mit User-Agent Client Hints (developer.chrome.com)