ECT

Experimentell: Dies ist eine experimentelle Technologie
Überprüfen Sie die Browser-Kompatibilitätstabelle sorgfältig, bevor Sie diese produktiv verwenden.

Der ECT Client-Hinweis Anforderungsheader gibt den effektiven Verbindungstyp an: slow-2g, 2g, 3g, 4g.

Header-Typ Anforderungsheader, Client-Hinweis
Verbotener Header-Name nein

Der Wert repräsentiert das "Netzwerkprofil", das am besten zur Latenz und Bandbreite der Verbindung passt, anstatt der tatsächlichen Mechanismen, die für die Datenübertragung verwendet werden. Zum Beispiel könnte 2g verwendet werden, um eine langsame Wi-Fi-Verbindung mit hoher Latenz und niedriger Bandbreite darzustellen, während 4g verwendet werden könnte, um ein schnelles Glasfaser-Breitbandnetz darzustellen.

Der Hinweis ermöglicht es einem Server, auszuwählen, welche Informationen basierend auf den allgemeinen Eigenschaften des Netzwerks gesendet werden. Zum Beispiel könnte ein Server kleinere Versionen von Bildern und anderen Ressourcen bei weniger leistungsfähigen Verbindungen senden. Der Wert könnte auch als Ausgangspunkt verwendet werden, um zu bestimmen, welche Informationen gesendet werden, und wird dann weiter verfeinert durch Informationen in den RTT und Downlink Hinweisen.

Hinweis: Ein Server, der ECT in Accept-CH angibt, kann auch Vary spezifizieren, um darauf hinzuweisen, dass Antworten für verschiedene ECT-Werte zwischengespeichert werden sollen.

Syntax

http
ECT: <value>

Direktiven

<value>

Ein Wert, der den effektiven Verbindungstyp angibt. Dies ist einer von: slow-2g, 2g, 3g oder 4g.

Beispiele

Ein Server muss zunächst optieren, den ECT-Header zu empfangen, indem er den Accept-CH Antwort-Header sendet, der ECT enthält.

http
Accept-CH: ECT

Dann könnte der Client bei nachfolgenden Anfragen einen ECT-Header zurücksenden:

http
ECT: 2g

Spezifikationen

Specification
Network Information API
# ect-request-header-field

Browser-Kompatibilität

BCD tables only load in the browser

Siehe auch