webRequest.onHeadersReceived
Ausgelöst, wenn die HTTP-Antwort-Header für eine Anfrage empfangen werden. Verwenden Sie dieses Ereignis, um HTTP-Antwort-Header zu ändern.
Um sicherzustellen, dass die Antwort-Header zusammen mit den restlichen Anfragedaten an den Listener übergeben werden, geben Sie "responseHeaders" im extraInfoSpec Array an.
Wenn Sie "blocking" verwenden, benötigen Sie die "webRequestBlocking" API-Berechtigung in Ihrer manifest.json.
Es ist möglich, dass Erweiterungen widersprüchliche Anfragen stellen. Wenn zwei Erweiterungen onHeadersReceived für dieselbe Anfrage hören und responseHeaders zurückgeben, um denselben Header (zum Beispiel Set-Cookie) zu setzen, der in der ursprünglichen Antwort nicht vorhanden ist, wird nur eine der Änderungen erfolgreich sein.
Der Header Content-Security-Policy wird jedoch anders behandelt; seine Werte werden kombiniert, um alle angegebenen Richtlinien anzuwenden. Wenn jedoch zwei Erweiterungen einen CSP-Wert setzen, der im Widerspruch steht, macht der CSP-Dienst die Einschränkung strenger, um den Konflikt zu lösen. Zum Beispiel, wenn eine Erweiterung img-src: example.com setzt und eine andere Erweiterung img-src: example.org setzt, ist das Ergebnis img-src: 'none'. Zusammengeführte Modifikationen neigen immer dazu, restriktiver zu sein, obwohl eine Erweiterung den ursprünglichen CSP-Header entfernen kann.
Wenn Sie die Header sehen möchten, die vom System verarbeitet werden, ohne das Risiko, dass eine andere Erweiterung sie ändert, verwenden Sie webRequest.onResponseStarted, obwohl Sie Header bei diesem Ereignis nicht ändern können.
Syntax
browser.webRequest.onHeadersReceived.addListener(
listener, // function
filter, // object
extraInfoSpec // optional array of strings
)
browser.webRequest.onHeadersReceived.removeListener(listener)
browser.webRequest.onHeadersReceived.hasListener(listener)
Ereignisse haben drei Funktionen:
addListener(listener, filter, extraInfoSpec)-
Fügt diesem Ereignis einen Listener hinzu.
removeListener(listener)-
Stoppt das Hören auf dieses Ereignis. Das Argument
listenerist der zu entfernende Listener. hasListener(listener)-
Überprüft, ob
listenerfür dieses Ereignis registriert ist. Gibttruezurück, wenn es zuhört, andernfallsfalse.
Syntax von addListener
>Parameter
listener-
Die Funktion, die aufgerufen wird, wenn dieses Ereignis eintritt. Der Funktion wird folgendes Argument übergeben:
details-
object. Details zur Anfrage. Dies wird Antwort-Header enthalten, wenn Sie"responseHeaders"inextraInfoSpecaufgenommen haben.
Rückgabe:
webRequest.BlockingResponse. Wenn"blocking"im ParameterextraInfoSpecangegeben ist, gibt der Ereignis-Listener einBlockingResponse-Objekt zurück und kann seineresponseHeaders-Eigenschaft festlegen. In Firefox kann der Rückgabewert einPromisesein, das sich zu einemBlockingResponseauflöst. filter-
webRequest.RequestFilter. Eine Reihe von Filtern, die die Ereignisse einschränken, die an diesen Listener gesendet werden. extraInfoSpecOptional-
arrayvonstring. Zusätzliche Optionen für das Ereignis. Sie können einen der folgenden Werte übergeben:"blocking", um die Anfrage synchron zu machen, sodass Sie Anforderungs- und Antwort-Header ändern können"responseHeaders", um die Antwort-Header in das an den Listener übergebenedetails-Objekt einzuschließen
Zusätzliche Objekte
>details
documentIdOptional-
string. Die UUID des Dokuments, das die Anfrage stellt. documentLifecycle-
string. Der Lebenszyklus, in dem sich das Dokument befindet. Gibt die Werte"prerender","active","cached"oder"pending_deletion"zurück. -
string. Wenn die Anfrage von einem Tab stammt, der in einer kontextuellen Identität geöffnet ist, die Cookie Store-ID der kontextuellen Identität. Weitere Informationen finden Sie unter Arbeiten mit kontextuellen Identitäten. documentUrl-
string. URL des Dokuments, in dem die Ressource geladen wird. Zum Beispiel, wenn die Webseite unter "https://example.com" ein Bild oder ein iframe enthält, dann ist diedocumentUrlfür das Bild oder iframe "https://example.com". Für ein Top-Level-Dokument istdocumentUrlnicht definiert. frameAncestors-
array. Informationen für jedes Dokument in der Rahmenhierarchie bis zum Top-Level-Dokument. Das erste Element im Array enthält Informationen über das unmittelbare übergeordnete Dokument des angeforderten Dokuments, und das letzte Element enthält Informationen über das Top-Level-Dokument. Wenn die Ladung für das Top-Level-Dokument ist, dann ist dieses Array leer. frameId-
integer. Null, wenn die Anfrage im Hauptframe stattfindet; ein positiver Wert ist die ID eines Unterrahmens, in dem die Anfrage stattfindet. Wenn das Dokument eines (Unter-)Rahmens geladen wird (typeistmain_frameodersub_frame), gibtframeIddie ID dieses Rahmens an, nicht die ID des äußeren Rahmens. Frame-IDs sind innerhalb eines Tabs eindeutig. frameType-
string. Der Typ des Rahmens, in dem die Anfrage erfolgte. Gibt die Werte"outermost_frame","fenced_frame"oder"sub_frame"zurück. fromCache-
boolean. Ob die Antwort aus dem Festplattencache abgerufen wurde. incognito-
boolean. Ob die Anfrage aus einem Fenster im privaten Modus stammt. ip-
string. Die IP-Adresse des Servers, an den die Anfrage gesendet wurde. Sie kann eine literale IPv6-Adresse sein. method-
string. Standard-HTTP-Methode: zum Beispiel "GET" oder "POST". originUrl-
string. URL der Ressource, die die Anfrage ausgelöst hat. Zum Beispiel, wenn "https://example.com" einen Link enthält und der Benutzer auf den Link klickt, dann ist dieoriginUrlfür die resultierende Anfrage "https://example.com".Die
originUrlist oft, aber nicht immer, dieselbe wie diedocumentUrl. Zum Beispiel, wenn eine Seite ein iframe enthält, und das iframe einen Link enthält, der ein neues Dokument ins iframe lädt, dann ist diedocumentUrlfür die resultierende Anfrage das übergeordnete Dokument des iframes, aber dieoriginUrlist die URL des Dokuments im iframe, das den Link enthalten hat. parentDocumentIdOptional-
string. Eine UUID des übergeordneten Dokuments, das den Rahmen besitzt. Nicht gesetzt, wenn kein übergeordnetes Dokument existiert. parentFrameId-
integer. ID des Rahmens, der den Rahmen enthält, der die Anfrage gesendet hat. Wird auf -1 gesetzt, wenn kein übergeordneter Rahmen existiert. proxyInfo-
object. Diese Eigenschaft ist nur vorhanden, wenn die Anfrage über einen Proxy durchgeführt wird. Sie enthält die folgenden Eigenschaften:host-
string. Der Hostname des Proxy-Servers. port-
integer. Die Portnummer des Proxy-Servers. type-
string. Der Typ des Proxy-Servers. Einer von:- "http": HTTP-Proxy (oder SSL CONNECT für HTTPS)
- "https": HTTP-Proxy über TLS-Verbindung zum Proxy
- "socks": SOCKS v5 Proxy
- "socks4": SOCKS v4 Proxy
- "direct": kein Proxy
- "unknown": unbekannter Proxy
username-
string. Benutzername für den Proxy-Dienst. proxyDNS-
boolean. Wahr, wenn der Proxy die Domain-Namensauflösung basierend auf dem angegebenen Hostnamen durchführt, was bedeutet, dass der Client keine eigene DNS-Abfrage durchführen sollte. failoverTimeout-
integer. Failover-Timeout in Sekunden. Wenn die Proxy-Verbindung fehlschlägt, wird der Proxy für diesen Zeitraum nicht mehr verwendet.
requestId-
string. Die ID der Anfrage. Anfragen-IDs sind innerhalb einer Browsersitzung eindeutig, sodass Sie sie verwenden können, um verschiedene Ereignisse miteinander zu verknüpfen, die mit derselben Anfrage verbunden sind. responseHeadersOptional-
webRequest.HttpHeaders. Die HTTP-Antwort-Header, die für diese Anfrage empfangen wurden. statusCode-
integer. Standard-HTTP-Statuscode, der vom Server zurückgegeben wurde. statusLine-
string. HTTP-Statuszeile der Antwort oder die Zeichenfolge 'HTTP/0.9 200 OK' für HTTP/0.9-Antworten (also Antworten, die keine Statuszeile enthalten). tabId-
integer. ID des Tabs, in dem die Anfrage stattfindet. Wird auf -1 gesetzt, wenn die Anfrage nicht mit einem Tab in Verbindung steht. thirdParty-
boolean. Gibt an, ob die Anfrage und ihre Inhaltfensterhierarchie von Drittanbietern stammen. timeStamp-
number. Die Zeit, zu der dieses Ereignis ausgelöst wurde, in Millisekunden seit der Epoche. type-
webRequest.ResourceType. Der Typ der angeforderten Ressource: zum Beispiel "image", "script", "stylesheet". url-
string. Ziel der Anfrage. urlClassification-
object. Der Typ des Trackings, das mit der Anfrage verbunden ist, wenn die Anfrage von Firefox Tracking Protection klassifiziert wird. Dies ist ein Objekt mit diesen Eigenschaften:firstParty-
arrayvonstring. Klassifikationsmarker für den First-Party der Anfrage. thirdParty-
arrayvonstring. Klassifikationsmarker für die Anfrage oder die Drittabieter ihrer Fensternhierarchie.
Die Klassifikationsmarker umfassen:
fingerprintingundfingerprinting_content: zeigt an, dass die Anfrage am Fingerprinting beteiligt ist ("eine Herkunft gefunden, die Fingerprinting betreibt").fingerprintingzeigt an, dass die Domain in der Kategorie für Fingerprinting und Tracking ist. Beispiele für diese Art von Domain sind Werbetreibende, die ein Profil mit dem besuchenden Nutzer verknüpfen möchten.fingerprinting_contentzeigt an, dass die Domain in der Fingerprinting-Kategorie ist, aber nicht in der Tracking-Kategorie. Beispiele für diese Art von Domain sind Zahlungsanbieter, die Fingerprinting-Techniken verwenden, um den besuchenden Nutzer zu Identifikationszwecken im Hinblick auf Betrugsprävention zu identifizieren.
cryptominingundcryptomining_content: ähnlich der Fingerprinting-Kategorie, jedoch für Krypto-Mining-Ressourcen.tracking,tracking_ad,tracking_analytics,tracking_socialundtracking_content: zeigt an, dass die Anfrage am Tracking beteiligt ist.trackingist jede allgemeine Tracking-Anfrage; die Präfixead,analytics,socialundcontentidentifizieren die Art des Trackers.emailtrackingundemailtracking_content: zeigt an, dass die Anfrage am E-Mail-Tracking beteiligt ist.any_basic_tracking: ein Meta-Flag, das Tracking- und Fingerprinting-Markierungen kombiniert, mit Ausnahme vontracking_contentundfingerprinting_content.any_strict_tracking: ein Meta-Flag, das alle Tracking- und Fingerprinting-Markierungen kombiniert.any_social_tracking: ein Meta-Flag, das alle sozialen Tracking-Markierungen kombiniert.
Weitere Informationen zu Trackertype finden Sie auf der disconnect.me Website. Das Suffix
contentzeigt Tracker an, die Inhalte nachverfolgen und bereitstellen. Das Blockieren schützt Benutzer, kann jedoch dazu führen, dass Websites nicht korrekt funktionieren oder Elemente nicht angezeigt werden.
Beispiele
Dieser Code setzt ein zusätzliches Cookie, wenn eine Ressource von der Ziel-URL angefordert wird:
let targetPage =
"https://developer.mozilla.org/en-US/Firefox/Developer_Edition";
// Add the new header to the original array,
// and return it.
function setCookie(e) {
const setMyCookie = {
name: "Set-Cookie",
value: "my-cookie1=my-cookie-value1",
};
e.responseHeaders.push(setMyCookie);
return { responseHeaders: e.responseHeaders };
}
// Listen for onHeaderReceived for the target page.
// Set "blocking" and "responseHeaders".
browser.webRequest.onHeadersReceived.addListener(
setCookie,
{ urls: [targetPage] },
["blocking", "responseHeaders"],
);
Dieser Code tut dasselbe wie das vorherige Beispiel, außer dass der Listener asynchron ist und ein Promise zurückgibt, das mit den neuen Headern aufgelöst wird:
const targetPage =
"https://developer.mozilla.org/en-US/Firefox/Developer_Edition";
// Return a Promise that sets a timer.
// When the timer fires, resolve the promise with
// modified set of response headers.
function setCookieAsync(e) {
const asyncSetCookie = new Promise((resolve, reject) => {
setTimeout(() => {
const setMyCookie = {
name: "Set-Cookie",
value: "my-cookie1=my-cookie-value1",
};
e.responseHeaders.push(setMyCookie);
resolve({ responseHeaders: e.responseHeaders });
}, 2000);
});
return asyncSetCookie;
}
// Listen for onHeaderReceived for the target page.
// Set "blocking" and "responseHeaders".
browser.webRequest.onHeadersReceived.addListener(
setCookieAsync,
{ urls: [targetPage] },
["blocking", "responseHeaders"],
);
Browser-Kompatibilität
Hinweis:
Diese API basiert auf Chromiums chrome.webRequest API. Diese Dokumentation stammt von web_request.json im Chromium-Code.