utilisation localStorage à travers les sous-domaines

Je remplace les biscuits avec localStorage sur les navigateurs qui peuvent le prendre en charge (n'importe qui, mais IE). Le problème est site.com et www.site.com magasin de leur propre localStorage objets. Je crois que le www est considéré comme un sous-domaine (une décision stupide, si vous me demandez). Si un utilisateur a été à l'origine sur site.com et décide de taper dans www.site.com sur sa prochaine visite, toutes les données personnelles seront inaccessibles. Comment puis-je récupérer mon "sous-domaines" de partager la même localStorage que le domaine principal?

Firefox et IE8 prennent en charge le stockage persistant des données sous un utilisateur de domaine spécifié. Par exemple sur FF, vous pouvez le faire globalStorage['site.com'] et ce sera asessible à www.site.com et site.com. Je n'ai toujours pas trouvé comment faire cela dans google Chrome, la mise en œuvre.
Envisagez d'utiliser l'un ou l'autre -- rediriger tous les utilisateurs de visiter le www. sous-domaine pour le sous-domaine-moins un domaine ou l'autre manière autour.

OriginalL'auteur JoJo | 2010-10-26

  1. 72

    C'est la façon dont je l'utilise pour l'ensemble des domaines...

    • Utiliser un iframe à partir de votre domaine parent - dire parent.com
    • Puis sur chaque child.com de domaine, il suffit de faire une postMessage pour votre parent.com iframe
    • Tout ce que vous devez faire est de configurer un protocole de comment interpréter votre postMessage messages de parler à l'parent.com iframe.

    J'espère que cela aide 🙂

    C'est la vraie réponse, pas cochée. Je l'ai fait moi-même, mais aussi créé une pratique de rappel wrapper avec postMessage.
    D'accord avec les précédents commentaires. Cela devrait fonctionner. Mais surtout une solution de contournement 🙂 Semble localStorage spec doit être plus souple.
    veuillez expliquer comment tu fait....J'étais en train de torturer avec celui-ci
    Cette méthode permet de transmettre les données à partir de n'importe quel domaine à n'importe quel autre domaine. C'est une solution de contournement, comme InviS avait dit, et il n'est pas le même que le partage de la même local de stockage sur l'objet d'un tld.
    Voici un bon article avec des exemples de code en expliquant cette méthode: jcubic.wordpress.com/2014/06/20/cross-domain-localstorage

    OriginalL'auteur Mayank Jain

  2. 26

    Si vous êtes à l'aide de l'iframe et postMessage solution pour ce problème particulier, je pense que c'est peut-être moins de travail (à la fois au niveau du code et du calcul-sage) de l' stocker les données dans un sous-domaine-moins de cookie et, si elle n'est pas déjà dans localStorage sur la charge, de la saisir à partir du cookie.

    Pour:

    • N'a pas besoin de l'appoint d'iframe et postMessage configurer.

    Inconvénients:

    • Rend les données disponibles à travers tous les sous-domaines (pas seulement les www) donc si vous ne faites pas confiance à tous les sous-domaines, il peut ne pas fonctionner pour vous.
    • Va envoyer les données au serveur à chaque requête. Pas génial, mais en fonction de votre scénario, peut-être encore moins de travail que l'iframe/postMessage solution.
    • Si vous faites cela, pourquoi ne pas simplement utiliser les cookies directement? Dépend de votre contexte.
    • 4K max cookie de taille, total, pour l'ensemble de tous les cookies pour le domaine (Grâce à Blake pour le signaler dans les commentaires)

    Je suis d'accord avec les autres commentateurs, si, cela semble comme il devrait être un déterminable option pour localStorage donc des solutions de rechange ne sont pas nécessaires.

    Con: 4k maximum de biscuit de la taille
    Bon point, édité en conséquence
    Aussi, comme je l'ai appris à la dure, la 4k est en limite de la somme des tailles de tous les cookies pour un domaine unique, et non pour chaque cookie.

    OriginalL'auteur Matt

  3. 23

    Je suggère de faire site.com rediriger vers http://www.site.com pour à la fois la cohérence et pour éviter les problèmes de ce genre.

    Aussi, envisager l'utilisation d'une solution de navigateur comme PersistJS qui peut utiliser chaque navigateur natif de stockage.

    Je n'ai pas accès à l'administration des serveurs pour faire une telle redirection. N'est que de la bibliothèque permettez-moi de partager les données persistantes entre www et non de www? Après avoir fait un peu de lecture, il semble que presque tous les navigateurs mécanismes de stockage ne le permet pas. Peu importe si c'est des cookies ou localStorage, nous allons rencontrer ce genre de problème...
    Oui, de stockage dépend normalement du domaine, y compris le sous-domaine. C'est pourquoi j'ai proposé une redirection. Vous n'avez pas nécessairement besoin d'un accès admin, il suffit d'utiliser une .htaccess à la règle de la racine du document
    Il existe plusieurs façons de redirection, par exemple, par l'envoi de l'en-tête Location, ou thru <meta> balise HTML, ou même en JS via window.location.
    C'est tout en évitant la réponse. Voir Mayank réponse comme correcte.
    +1 @éviter, de plus ce n'est pas pertinent pour d'autres cas, comme celui pour lequel je suis ici lang1.domain.com - lang2.domain.com

    OriginalL'auteur Eran Galperin

  4. 3

    Je suis en utilisant xdLocalStorage, c'est un léger js bibliothèque qui implémente LocalStorage interface et le soutien de la croix de domaine de stockage par l'utilisation d'iframe message de communication.( angularJS support )

    https://github.com/ofirdagan/cross-domain-local-storage

    Je l'ai regardé, mais on dirait que ça ne fonctionne pas sur Safari. github.com/ofirdagan/cross-domain-local-storage/issues/10

    OriginalL'auteur biology.info

  5. 0

    C'est comment je l'ai résolu pour mon site. J'ai redirigé toutes les pages sans les www de http://www.site.com. De cette façon, il sera toujours prendre localstorage de http://www.site.com

    Ajouter les éléments suivants à votre .htacess, (en créer un si déjà vous ne l'avez pas) dans le répertoire racine,

    RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ http://www.%{HTTP_HOST}/$1 [R=301,L]
    Je suis très tentée de downvote cela mais je ne le ferai pas, car il peut aider l'OP de cas d'utilisation, mais pour les gens qui veulent garder des sessions sur myapp.com et developers.myapp.com et support.myapp.com cette réponse n'est pas bonne.
    hey @DonOmondi je vous serais reconnaissant si vous pouvez m'aider avec les liens pour que vous suggérez!
    L'OP a demandé "l'utilisation localStorage à travers les sous-domaines" votre réponse est "redirection web pour les non-www" des choses très différentes, mais il peut fonctionner si et seulement si le sous-domaine "www.abc.com" pour les cas généraux certains autres réponses ici sont plus pratiques.

    OriginalL'auteur Ayush Baheti

  6. -13

    Vous pouvez simplement utiliser le document.domain de la propriété. Si vous le mettez dans les premières actions de JavaScript:

    document.domain="mysite.com";
    Et quel résultat attendez-vous? J'ai essayé de le faire, et localStorage me montre les résultats précédents (pour mon sub.domain.com au lieu de domain.com)
    Downvoted. Essayé cela en Chrome v35 et cela ne change pas le champ d'application lors de l'utilisation de tout ce qui est lié à localStorage.
    C'était un bug, pas une fonction

    OriginalL'auteur chapov