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 Client-Hints-Spezifikation in draft-ietf-httpbis-client-hints-07 entfernt.
Der vorgeschlagene Ersatz ist Sec-CH-DPR
(Responsive Image Client Hints).
Der HTTP DPR
-Request-Header stellt Device Client Hints über das Pixelverhältnis (DPR) des Client-Geräts bereit. Dieses Verhältnis ist die Anzahl physischer Gerätepixel, die jedem CSS-Pixel entsprechen.
Der Hinweis ist nützlich, um Bildquellen auszuwählen, die am besten mit der Pixeldichte eines Bildschirms übereinstimmen. Dies ist ähnlich wie bei den x
Deskriptoren im <img>
-srcset
-Attribut, die es Benutzeragenten 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 Anfrage 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 typischerweise auch im Vary
-Header an, um Caches darüber zu informieren, dass der Server basierend auf dem Header-Wert in einer Anfrage unterschiedliche Antworten senden kann.
Header-Typ | Request-Header, Client-Hint |
---|---|
Verbotener Request-Header | 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
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 ist, muss die Serverantwort den Content-DPR
-Header enthalten:
Content-DPR: 2.0
Browser-Kompatibilität
Siehe auch
- Device Client Hints
Accept-CH
- HTTP Caching: Vary und
Vary
- Verbesserung von Benutzerfreundlichkeit und Entwicklererfahrung mit User-Agent Client Hints (developer.chrome.com)