2012-06-20 4 views
6

Wir haben kürzlich von Cookies auf sessionStorage umgestellt - der Auslöser für den Wechsel war IE issues.Gibt es eine moderne SessionStorage-Alternative, die über Sub-Domains hinweg funktioniert?

Nun stellen wir fest, dass sessionStorage nicht über Subdomains hinweg funktioniert - der Speicher von www.site.com ist von dem von site.com isoliert.

Gibt es eine moderne Alternative, um die beiden zusammenzuarbeiten? Dies wird leicht durch Cookies erreicht, aber ich würde es hassen, von sessionStorage zurückzukehren, oder (keuchen) beide Methoden gleichzeitig zu verwenden.

+3

Warum sind Sie mit beiden ww.site.com und site.com? Das ist in vielerlei Hinsicht schlecht. Die meisten Websites leiten alle Aufrufe von www.site.com an site.com um. EDIT: Wenn du dir deinen Ruf anschaust, dann weißt du, dass du das wusstest und einen guten Grund hast. –

+0

Zugehörig: [Gibt es eine Problemumgehung, um html5 localstorage sowohl auf http als auch auf https zu verwenden?] (Http://stackoverflow.com/q/10502469?de-dieser-andere-umsetzung-zu-meine-Verwendung-von- html5-localstorage-on-http-und-https). Die akzeptierte Antwort verwendet einen iframe + 'postMessage'. –

+0

@RobW - interessant. Es könnte die Lösung sein, obwohl es ein bisschen kompliziert klingt. – ripper234

Antwort

3

Dies ist fast ein Hack, und es ist nicht sicher, aber es ist ein netter Trick dennoch. Das JavaScript-Objekt window.name kann Datenfolgen enthalten, und die Daten bleiben bestehen, auch wenn eine neue Seite geladen oder Domänen gewechselt werden. Prüfen Sie dies SO über sie hier:

Using window.name as a local data cache in web browsers