Timing-Allow-Origin header
Baseline
Weitgehend verfügbar
Diese Funktion ist gut etabliert und funktioniert auf vielen Geräten und in vielen Browserversionen. Sie ist seit Januar 2020 browserübergreifend verfügbar.
Der HTTP-Response-Header Timing-Allow-Origin gibt an, welche Origins die Werte von Attributen sehen dürfen, die über Funktionen der Resource Timing API abgerufen werden und für Cross-Origin-Ressourcen andernfalls eingeschränkt sind.
Ohne diesen Header meldet der Browser für diese Werte null, eine leere Zeichenfolge oder ein leeres Array.
Eine Liste der betroffenen Eigenschaften finden Sie unter Cross-Origin-Einschränkungen in der Referenz zu PerformanceResourceTiming.
Der Browser prüft diesen Header bei Cross-Origin-Antworten: Same-Origin-Ressourcen geben auch ohne ihn vollständige Timing-Informationen preis.
Dieser Header ist unabhängig von CORS.
Eine erfolgreiche CORS-Prüfung gewährt keinen Zugriff auf detaillierte Timing-Informationen.
Umgekehrt gibt Timing-Allow-Origin keine Eigenschaften preis, die die Antwort selbst beschreiben, etwa ihre Body-Größe, ihren Inhaltstyp oder ihren Statuscode.
| Header-Typ | Response-Header |
|---|
Syntax
Timing-Allow-Origin: *
Timing-Allow-Origin: <origin>, …, <originN>
Direktiven
*(Wildcard)-
Jede Origin darf Timing-Informationen zu Ressourcen sehen.
<origin>-
Gibt einen URI an, der die Timing-Informationen zu Ressourcen sehen darf. Sie können mehrere Origins angeben, die durch Kommas getrennt sind.
Beispiele
Timing-Allow-Origin verwenden
So erlauben Sie jeder Origin, Timing-Informationen zu Ressourcen zu sehen:
Timing-Allow-Origin: *
Damit https://developer.mozilla.org Timing-Informationen zu Ressourcen sehen darf, können Sie Folgendes angeben:
Timing-Allow-Origin: https://developer.mozilla.org
Spezifikationen
| Spezifikation |
|---|
| Resource Timing # sec-timing-allow-origin |
Browser-Kompatibilität
Siehe auch
PerformanceResourceTiming- Resource Timing API
Server-Timing-HeaderVary-Header