RTT
Experimentell: Dies ist eine experimentelle Technologie
Überprüfen Sie die Browser-Kompatibilitätstabelle sorgfältig, bevor Sie diese produktiv verwenden.
Der RTT
Client-Hint Anforderungsheader-Feld liefert die ungefähre Round-Trip-Zeit auf Anwendungsebene, in Millisekunden. Der RTT-Hinweis umfasst im Gegensatz zur Transportebene-RTT auch die Serververarbeitungszeit.
Header-Typ | Anforderungsheader, Client-Hint |
---|---|
Verbotener Header-Name | nein |
Der RTT-Wert wird auf die nächsten 25 Millisekunden gerundet, um Fingerprinting zu verhindern. Es gibt viele andere Mechanismen, die ein Angreifer verwenden könnte, um ähnliche Round-Trip-Informationen zu erhalten.
Der Hinweis ermöglicht es einem Server zu entscheiden, welche Informationen basierend auf der Netzwerkreaktionsfähigkeit/Latenz gesendet werden. Beispielsweise könnte er entscheiden, weniger Ressourcen zu senden.
Hinweis: Der Vary
Header wird in Antworten verwendet, um anzuzeigen, dass für jeden anderen Wert des Headers eine andere Ressource gesendet wird (siehe HTTP Caching Vary). Auch wenn RTT
verwendet wird, um zu konfigurieren, welche Ressourcen gesendet werden, sollten Sie in Betracht ziehen, es im Vary
Header wegzulassen - es wird wahrscheinlich oft ändern, was die Ressource im Wesentlichen nicht zwischenspeicherbar macht.
Syntax
RTT: <number>
Direktiven
- <number>
-
Die ungefähre Round-Trip-Zeit in Millisekunden, gerundet auf die nächsten 25 Millisekunden.
Beispiele
Ein Server muss zunächst zustimmen, den RTT
Header zu empfangen, indem er den Accept-CH
Antwortheader sendet, der RTT
enthält.
Accept-CH: RTT
Dann kann der Client bei nachfolgenden Anfragen einen RTT
-Header zurücksenden:
RTT: 125
Spezifikationen
Specification |
---|
Network Information API # rtt-request-header-field |
Browser-Kompatibilität
BCD tables only load in the browser
Siehe auch
-
Verbesserung des Datenschutzes der Nutzer und der Entwicklererfahrung mit User-Agent-Client-Hints (developer.chrome.com)
-
Netzwerk-Client-Hints
Accept-CH