Le stockage persistant côté client
Est-il possible d'avoir quelques données persistantes (comme un fichier XML) en dehors de cookies à côté client? Je sais que c'est pas possible avec du JavaScript directement. Mais de toute autre manière comme les Applets ou quelque chose??
Une applet java peut le faire si il est signé numériquement. Mais personnellement, je ne voudrais pas installer un applet signée à partir d'une source non fiable en raison du risque de faille de sécurité qu'il s'ouvre.
OriginalL'auteur mihsathe | 2010-11-25
Vous devez vous connecter pour publier un commentaire.
Si les cookies ne suffit pas, et que vous avez à soutenir les anciens navigateurs, puis LawnChair pourraient vous aider: http://brian.io/lawnchair/plugins/
C'est comme un "Canapé", mais en plus petit, l'obtenir? M'a fallu quelques minutes ;).
Et, il ne fonctionne pas pour les navigateurs de bureau, malgré le texte de présentation sur le site sur mobile-webkit: https://github.com/brianleroux/lawnchair/blob/master/README.md.
(Mais, il utilise des témoins de la carte pour stocker des données pour les secours sur les navigateurs plus anciens, la plupart de ces bibliothèques seront probablement, si vous n'êtes pas autorisé à utiliser des cookies pour certaines raison, ces types de bibliothèques peuvent ne pas entrer dans le projet de loi.)
Oui, les cookies ont des limites (dépend du navigateur, mais de 4 ko maximum par cookie, et parfois aussi peu que 30 autorisés par domaine), et aussi les autres locaux de stockage des solutions, même le stockage local HTML5. Cela dépend de ce que vous souhaitez stocker, mais vous devez garder à l'esprit c'est le côté client, en général, vous voulez garder un minimum de données. Aussi, l'ensemble de ces solutions de rechange, et un peu plus, sont répertoriés ici: en.wikipedia.org/wiki/HTTP_cookie#Alternatives_to_cookies.
Il me semble LawnChair et le YUI solution Yeameen observés sont similaires, d'une belle API JS et ils encapsulent le mécanisme de stockage basé sur une plateforme de navigateur. Je regarderais ceux (ou autres produits similaires).
Même le DOJO toolkit fait la même chose.
Le premier maillon de cette réponse est cassé. Le site a été déplacé ailleurs?
OriginalL'auteur Charlie Collins
Le stockage local HTML5
Intéressant. Mais que faire si le client est IE6 ou IE8? De toute façon avec les plugins?
Si le navigateur ne prend pas en charge (par exemple, IE6), évidemment, vous ne pouvez pas l'utiliser (vous auriez à faux avec les cookies). IE8 semble avoir support: stackoverflow.com/questions/3452816/...
Je vous remercie
Vous êtes les bienvenus. btw, ce qui peut aussi vous intéresser: findmebyip.com/litmus
OriginalL'auteur hvgotcodes
Les navigateurs les plus récents sont en charge HTML5, Local de Stockage.
Si le client ne prend pas en charge le HTML 5, le Google Gears plugin permet le stockage local.
Google Gears est maintenant obsolète.
OriginalL'auteur cspolton
Nous avons été à l'aide de YUI local de stockage wrapper sans aucun problème pour un certain temps. La bibliothèque utilise automatiquement les meilleurs option de stockage et prend en charge presque tous les navigateurs; IE6+, Firefox2.0+, et les nouvelles Safari, Chrome et Opera.
OriginalL'auteur Yeameen
Stockage local Html5 est certainement la réponse, si vous voulez un exemple sur la façon d'utiliser cette fonction , vérifiez si le navigateur prend en charge et comment effectuer une itération sur les éléments de vérifier ce lien: http://geoffrey.vandiest.biz/post/2011/04/30/HTML5-Local-Storage.aspx
OriginalL'auteur Geo
C'est une vieille question, mais il y a vraiment de belle plus récentes technologies HTML5 pour le stockage côté client intéressant de regarder dans. vous pouvez le faire en javascript maintenant.
La Système de Fichiers de l'API et IndexedDB sont vaut la peine d'étudier et devrait être autour de de rester!
Pour éviter les problèmes de sécurité les fichiers que vous stockez sur les machines clientes sont en bac à sable et dissimulées sur le côté client.
Système de fichiers de l'API
Système de fichiers de l'API et pour les navigateurs qui ne supportent pas encore le Système de Fichiers de l'API il y a un js vous pouvez inclure pour obtenir les fonctionnalités souhaitées. Vous pouvez demander Temporaire ou permanent de Stockage. La seule limitation à la taille de votre fichier avec le Système de Fichiers de l'API est la quantité d'espace libre sur le disque dur du client (couplé avec le quota de votre demande). Le stockage temporaire dans le système de fichiers de l'api ne fera que vous obtenez plusieurs centaines de MO max (quelques GO si vous avez de la chance). J'utilise deux chiffres GBs avec
PERSISTENT storage
pour les applications web avec peu ou pas de problèmes.IndexedDB
IndexedDB est plus largement navigateur pris en charge la technologie. Il y a plus de limitations de taille de fichier pour indexedDB, en général, vous serez en mesure d'obtenir jusqu'à un couple hunded MO d'espace à l'aide de Quota de demandes.
OriginalL'auteur Arthur Weborg
Si vous utilisez Google Chrome, FSO.js enveloppements asynchrone système de fichiers de l'API pour vous et est très facile à utiliser.
Cette technologie devrait être pris en charge par d'autres navigateurs bientôt.
OriginalL'auteur kwh
Il m'est arrivé de tomber sur cette page du Wiki qui répertorie un grand nombre de persistants JS magasins : https://github.com/bebraw/jswiki/wiki/Storage-libraries
OriginalL'auteur Emil