Document.referrer in JavaScript-Testergebnissen in verschiedenen Browsern_Grundkenntnisse

Vor einiger Zeit mussten wir die Quelle der Seite über JavaScript abrufen. Dieser Vorgang ist sehr einfach, indem Sie document.referrer verwenden. Allerdings gibt es in der Praxis immer noch viele unerwartete Situationen, die hier kurz zusammengefasst werden.

Das erste Problem besteht darin, dass nach dem Wechsel von der HTTPS-Seite zur HTTP-Seite der Wert von document.referrer leer ist. Aus Sicherheitsgründen verwenden einige wichtige Seiten vieler Websites (z. B. die Anmeldeseite von Taobao) das HTTPS-Protokoll. Wenn ein nicht angemeldeter Benutzer auf Seite A (HTTP-Seite) auf den Link zu Seite B (HTTP-Seite) klickt, Seite B jedoch eine Anmeldung des Benutzers erfordert, wird zunächst zur Anmeldeseite (HTTPS-Seite) gesprungen Springen Sie dann zurück zu B, nachdem die Anmeldung abgeschlossen ist (HTTP-Seite). Dann werden Sie feststellen, dass document.referrer auf Seite B nicht abgerufen werden kann. Mit anderen Worten: Wenn Sie den Benutzerzugriffspfad basierend auf dem Referrer wiederherstellen möchten und HTTP-Seiten und HTTPS-Seiten im Pfad vorhanden sind, wird der Pfad von HTTPS zu HTTP unterbrochen.

Die Hauptursache für dieses Problem ist die Sicherheitsrichtlinie des Browsers. Mit JavaScript allein scheint es keine besonders gute Lösung zu geben. Eine Umgehungsidee besteht darin, window.name zu verwenden, die URL der aktuellen Seite in window.name auf der HTTPS-Seite zu schreiben und sie dann auf der nächsten Seite (HTTP-Seite) zu lesen.

Kann document.referrer mit Ausnahme dieser Situation normal abgerufen werden, wenn zu anderen Seiten gesprungen wird? Ich habe hier gesucht und festgestellt, dass jemand eine Liste zusammengestellt hat, die jedoch nicht umfassend war, zum Beispiel den aussterbenden IE6 nicht enthielt. Also habe ich es selbst gemacht, N Browser in der virtuellen Maschine installiert und verschiedene Situationen getestet (das ist wirklich eine physische Aufgabe). Die Ergebnisse sind in der folgenden Tabelle aufgeführt:

操作	IE6	IE7	IE8	IE9	Firefox	Chrome	Opera	Safari
直接在地址栏输入URL	“”	“”	“”	“”	“”	“”	“”	“”
从书签访问URL	“”	“”	“”	“”	“”	“”	“”	“”
从页面A点击超链接，跳转到页面B（target=”_self”）	√	√	√	√	√	√	√	√
从页面A点击超链接，跳转到页面B（target=”_blank”）	√	√	√	√	√	√	√	√
从页面A右键单击超链接，在新标签页中打开页面B	-	√	√	√	√	√	√	“”
从页面A右键单击超链接，在新窗口中打开页面B	√	√	√	√	√	√	√	“”
拖动链接到地址栏	“”	无法拖动	无法拖动	“”	“”	“”	“”	“”
拖动链接到标签栏	-	“”	“”	“”	“”	“”	“”	“”
使用浏览器的前进、后退按钮	√	√	√	√	√	√	√	√
JS 修改 location.href	“”	“”	“”	√	√	√	√	√
JS 使用 window.open	“”	“”	“”	“”	√	√	√	√
服务器重定向（302跳转）	定向之前的页面	定向之前的页面	定向之前的页面	定向之前的页面	定向之前的页面	定向之前的页面	定向之前的页面	定向之前的页面
页面 Meta Refresh	“”	“”	“”	“”	“”	转向页	转向页	转向页

„√“ in der obigen Tabelle bedeutet, dass der Referrer normal abgerufen werden kann, „“ bedeutet, dass der Referrer leer ist.

Mit Ausnahme des IE sind alle anderen Browser die neuesten Versionen, die von der offiziellen Website heruntergeladen werden können. Safari hat sowohl die Windows-Version als auch die Mac-Version getestet, und das Ergebnis ist dasselbe.

Es gibt auch einige Situationen, die nicht getestet wurden, z. B. ob der Referrer in jedem Browser beibehalten werden kann, wenn zum Springen auf Flash geklickt wird.

Die meisten Situationen in der obigen Tabelle entsprechen den Erwartungen, aber es scheint ein paar Dinge zu geben, die Aufmerksamkeit erfordern:

1. Wenn Sie in Safari mit der rechten Maustaste klicken, um einen Link zu öffnen, geht der Referrer verloren 2. Im IE geht der Referrer verloren, wenn location.href geändert oder window.open zum Öffnen der Seite verwendet wird (IE 9 ist eine Ausnahme, bei Verwendung von location.href zum Springen geht der Referrer nicht verloren); 3. Bei Verwendung von Metajump geht der Referrer unter IE/Firefox verloren.

Abschließend lautet eine einfache Schlussfolgerung: Wenn Sie über die Sammlungsseite document.referrer auf die Quelle zugreifen müssen, verwenden Sie am besten weder JS zum Springen oder Öffnen eines neuen Fensters noch Meta zum Springen.