<br />Originaltext: http://research.microsoft.com/~helenw/papers/subspace.pdf Die window.name-Übertragungstechnologie wurde ursprünglich von Thomas Frank erfunden, um einige Nachteile von Cookies zu lösen (4 x 20 KB-Limit für jeden Domänennamen, Daten können nur Zeichenfolgen sein, komplexe Syntax zum Setzen und Abrufen von Cookies usw.) (Einzelheiten finden Sie im Originaltext: „Sitzungsvariablen ohne Cookies“). Später verstärkte Kris Zyp die auf dieser Methode basierende window.name-Übertragung und führte sie in Dojo (dojox.io.windowName) ein, um das Problem der domänenübergreifenden Datenübertragung zu lösen. Das Schöne an window.name: Der Namenswert bleibt nach dem Laden verschiedener Seiten (sogar verschiedener Domänen) erhalten und kann sehr lange Namenswerte (2 MB) unterstützen. Die Grundprinzipien und Schritte der window.name-Übertragungstechnologie sind: ![]() Name ist eine Eigenschaft des globalen/Fensterobjekts in der Browserumgebung, und wenn eine neue Seite im Frame geladen wird, bleibt der Eigenschaftswert von Name unverändert. Durch das Laden einer Ressource in einem Iframe legt die Zielseite das Namensattribut des Frames fest. Dieser Namensattributwert kann abgerufen werden, um auf die vom Webdienst gesendeten Informationen zuzugreifen. Das Namensattribut ist jedoch nur für Frames mit demselben Domänennamen zugänglich. Dies bedeutet, dass Sie zum Zugriff auf das Namensattribut nach dem Laden der Remote-Webdienstseite im Frame zurück zur ursprünglichen Domäne navigieren müssen. Die Same-Origin-Policy verhindert weiterhin, dass andere Frames auf das Namensattribut zugreifen. Sobald das Namensattribut erhalten ist, zerstören Sie den Rahmen. Auf der obersten Ebene ist das Namensattribut unsicher und alle im Namensattribut festgelegten Informationen sind auf allen nachfolgenden Seiten verfügbar. Das Modul „windowName“ lädt Ressourcen jedoch immer in einem Iframe. Sobald die Daten abgerufen werden oder Sie zu einer neuen Seite auf der obersten Ebene navigieren, wird das Iframe zerstört, sodass andere Seiten niemals auf die Eigenschaft „window.name“ zugreifen können. Der grundlegende Implementierungscode basiert auf YUI und ist aus dem von Kejun geschriebenen Beispiel abgeleitet: (Funktion(){ var YUD = YAHOO.util.Dom, YUE = YAHOO.util.Event; Datenanforderung = { _doc: Dokument, cfg: { Proxy-URL: „proxy.html“ } }; dataRequest.send = Funktion(sUrl, fnCallBack){ wenn(!sUrl || Typ von sUrl !== 'Zeichenfolge'){ zurückkehren; } sUrl = (sUrl.indexOf('?') > 0 ? '&' : '?') 'Fenstername=true'; var Frame = dieses._doc.createElement('iframe'), Status = 0, selbst = dieses; dies._doc.body.appendChild(Rahmen); Rahmen.Stil.Anzeige = "keine"; var löschen = Funktion(){ versuchen{ frame.contentWindow.document.write(''); Rahmen.Inhaltsfenster.schließen(); self._doc.body.removeChild(Rahmen); }fang(e){} }; var getData = Funktion(){ versuchen{ var da = frame.inhaltsfenster.name; }fang(e){} klar(); wenn(fnCallBack && Typ von fnCallBack === 'Funktion'){ fnCallBack(da); } }; YUE.on(Rahmen, 'laden', Funktion(){ wenn(Zustand === 1){ getData(); } sonst wenn(Zustand === 0){ Zustand = 1; frame.contentWindow.location = self.cfg.proxyUrl; } }); Rahmen.src = sUrl; }; })(); |
Beschreibung: Stellen Sie einen Timer ein, um den ...
Inhaltsverzeichnis Hintergrund Warum Fehlerbehand...
Anti-Shake: Verhindert, dass wiederholte Klicks E...
Umweltbeschreibung: Es gibt eine laufende MySQL-U...
Problembeschreibung (die folgende Diskussion besc...
1. Werkzeuge Wir benötigen jetzt zwei Tools: MySQ...
Über wen Zeigt die am System angemeldeten Benutze...
Problemhintergrund: Wenn Sie Docker zum Bereitste...
Das CSS-Positionsattribut gibt den Positionierung...
Inhaltsverzeichnis Vorwort 1. Die Bedeutung der K...
Um das Problem zu lösen, dass Deepin den Google C...
Inhaltsverzeichnis Vorwort 1. Vorbereitung 2. Tat...
Vorwort Während des Entwicklungsprozesses stoßen ...
Leerzeichenregeln in HTML In HTML werden mehrere ...