DPR header
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. Wir raten davon ab, nicht-standardisierte Funktionen auf produktiven Webseiten zu verwenden, da sie nur von bestimmten Browsern unterstützt werden und sich in Zukunft ändern oder entfernt werden können. Unter Umständen kann sie jedoch eine geeignete Option sein, wenn es keine standardisierte Alternative gibt.
Warnung:
Der DPR
-Header wurde aus der Spezifikation der Client-Hints in draft-ietf-httpbis-client-hints-07 entfernt.
Der vorgeschlagene Ersatz ist Sec-CH-DPR
(Responsive Image Client Hints).
Der HTTP-DPR
-Anforderungsheader liefert Geräte-Client-Hints über das clientseitige Pixelverhältnis (DPR).
Dieses Verhältnis ist die Anzahl der physischen Gerät-Pixel, die jedem CSS-Pixel entsprechen.
Der Hinweis ist nützlich, um Bildquellen auszuwählen, die der Pixeldichte eines Bildschirms am besten entsprechen.
Dies ist ähnlich wie die Rolle, die x
-Beschreibungen im <img>
-srcset
-Attribut spielen, um Benutzeragenten zu ermöglichen, ein bevorzugtes Bild auszuwählen.
Wenn ein Server den DPR
-Hinweis verwendet, um zu entscheiden, welche Ressource in einer Antwort gesendet wird, muss die Antwort den Content-DPR
-Header enthalten.
Der Client muss den Wert in Content-DPR
für das Layout verwenden, wenn er sich von dem Wert im DPR
-Header der Anforderung unterscheidet.
Wenn der DPR
-Header mehrmals in einer Nachricht erscheint, wird das letzte Vorkommen verwendet.
Server, die sich für den DPR
-Client-Hint entscheiden, geben diesen in der Regel auch im Vary
-Header an, um Caches darüber zu informieren, dass der Server möglicherweise unterschiedliche Antworten basierend auf dem Header-Wert in einer Anfrage sendet.
Header-Typ | Anforderungsheader, Client-Hint |
---|---|
Verbotener Anforderungsheader | Nein |
Syntax
DPR: <number>
Direktiven
<number>
-
Das Pixelverhältnis des Client-Geräts.
Beispiele
Ein Server muss zuerst zustimmen, den DPR
-Header zu empfangen, indem er den Antwort-Header Accept-CH
sendet, der die Direktive DPR
enthält.
Accept-CH: DPR
Bei nachfolgenden Anfragen könnte der Client dann den DPR
-Header an den Server senden:
DPR: 2.0
Wenn eine Anfrage mit dem DPR
-Header (wie oben gezeigt) für eine Bildressource ist, muss die Serverantwort den Content-DPR
-Header beinhalten:
Content-DPR: 2.0
Browser-Kompatibilität
Siehe auch
- Geräte-Client-Hints
Accept-CH
- HTTP-Caching: Vary und
Vary
- Verbesserung der Privatsphäre der Nutzer und der Entwicklererfahrung mit User-Agent Client Hints (developer.chrome.com)