Priority header

u=<priority>

Der "urgency" (u)-Parameter spezifiziert einen Prioritätswert <priority> für die Ressource. Der Wert ist eine Ganzzahl zwischen 0 und 7, in absteigender Reihenfolge der Priorität (0 hat die höchste Dringlichkeit). Der Standard-Prioritätswert für Anfragen ist 3. Es gibt keinen Standard-Prioritätswert für Antworten: Das Fehlen des Headers in einer Antwort zeigt an, dass der Server entschieden hat, die Client-Priorität nicht zu ändern. Eine Priorität von 7 sollte nur für Ressourcen verwendet werden, die wahrscheinlich keinen Einfluss auf die Benutzererfahrung haben, wie Hintergrundaufgaben oder die Bereitstellung von Software-Updates.

Browser sollten Dokumente, die wahrscheinlich andere Ressourcen verwenden, auf der Standardprioritätsstufe anfordern. Die referenzierten Ressourcen sollten dann mit Werten angefordert werden, die den relativen Einfluss auf die Benutzererfahrung durch ihre Ankunftszeit widerspiegeln.

Server können eine andere Sichtweise auf die Priorität haben als der Client und können mit einem anderen Wert antworten, um einen Prioritätshinweis an Zwischenserver zu geben. Der Zwischenserver kann diesen Wert zusammen mit der ursprünglichen Anforderungspriorität berücksichtigen. Das Fehlen des Priority-Headers in der Antwort zeigt an, dass der Server entschieden hat, die Client-Priorität nicht zu ändern.

i

Die inkrementelle (i)-Direktive, falls vorhanden, gibt an, dass eine HTTP-Antwort inkrementell verarbeitet werden kann.

Ressourcen, die inkrementell verarbeitet werden können, sind solche, bei denen der Empfänger möglicherweise etwas Nützliches tun kann, sobald ein Teil ankommt, anstatt darauf zu warten, dass die vollständige Ressource verfügbar ist.

Wenn ein Browser diese Direktive setzt, dann kann der Server entscheiden, alle inkrementellen Anfragen mit derselben Dringlichkeit gleichzeitig zu bedienen. Dies verteilt die mehreren Anfragen über die Verbindungskapazität, mit dem Ergebnis, dass alle Anfragen früher bearbeitet werden, aber insgesamt länger für den Abschluss benötigen.

Wenn der Browser diese Direktive nicht setzt, zeigt er an, dass er die Ressource nicht inkrementell verarbeiten wird. Server sollten in diesem Fall Antworten mit derselben Dringlichkeit nacheinander senden, in der Reihenfolge, in der ihre zugehörigen Anfragen generiert wurden.

Das folgende Beispiel zeigt eine Anfrage für eine HTML-Datei. Die Dringlichkeit ist nicht gesetzt und wird daher auf 3, mit i als false, standardisiert. Dies ist die normale Einstellung für ein Dokument, das andere Ressourcen besitzt.

:method = GET
:scheme = https
:authority = example.net
:path = /index.html

Die untenstehende Anfrage ist eine mögliche Folgeanforderung für eine CSS-Datei, die vom HTML verwendet wird. Die Dringlichkeit ist auf 2 gesetzt, was anzeigt, dass der Browser sie als ziemlich hohe Priorität ansieht, aber i ist nicht gesetzt, da die CSS-Datei nicht inkrementell verarbeitet werden kann.

:method = GET
:scheme = https
:authority = example.net
:path = /style.css
priority = u=2

GET /style.css HTTP/1.1
Host: example.net
Priority: u=2

Eine Antwort könnte wie unten gezeigt aussehen. Beachten Sie, dass in diesem Fall die priority nicht spezifiziert ist, was anzeigt, dass der Server nicht das Gefühl hatte, dass er die Priorität für Zwischenserver ändern musste.

:status: 200
content-type: text/css
content-length: 610
date: [current date]

Der untenstehende Header zeigt eine Browseranfrage für ein Bild, das inkrementell gerendert werden kann. In diesem Fall ist die Priorität auf 4 gesetzt (niedriger als der Standard von 3) und i ist gesetzt, um anzuzeigen, dass der Client die JPG-Datei inkrementell verarbeiten kann.

:method = GET
:path = /image.jpg
:scheme = https
:authority = example.net
priority = u=4, i

Der Server könnte eine Antwort wie die untenstehende senden. In diesem Fall ist die Priorität auf 1 gesetzt, was anzeigt, dass der Server verstanden hat, dass das spezifische Bild mit hoher Priorität gesendet werden sollte.

:status: 200
content-type = image/jpeg
content-length = 610
...
priority = u=1, i

• Cache-Control
• Vary