Alternative zu cookies
Ich Baue portable HTML/Javscript-Prototypen, die dazu bestimmt sind, werden als Zip-Datei und teilte per E-Mail/sharepoint. Das Schlüsselwort hier ist 'portable' - kein server erforderlich ist, um diese prorotypes - nur einen javascript-fähigen browser. Und es ist keine Datenbank.
Einige der Prototypen erfordern, dass ich die Persistenz der Daten (nur zu zeigen, Potenzial-Funktionalität). Ich mache das derzeit durch die Verwendung von cookies. Dies scheint zu funktionieren für Firefox, Chrome, etc, aber der Internet Explorer scheint zu funktionieren unterschiedlich.
Einmal die maximale Größe von 4096 bytes für alle cookies einer domain ist der hit in IE6 und 7 (habe ich noch nicht getestet 8 noch) die cookies, die aufhören zu arbeiten. Sobald dieses limit erreicht ist, dann auch die Lesung aus dem cookie angezeigt wird, nicht mehr passiert und der Prototyp bricht.
Gibt es andere Wege, dass ich das beibehalten von Daten, ohne dass ein server und eine Datenbank?
Irgendwelche Ideen würde sehr geschätzt werden.
Du musst angemeldet sein, um einen Kommentar abzugeben.
speichern der Daten in einem hidden-Feld (oder sogar mehrere, wenn nötig).
Wickeln Sie den code, den Sie zum Lesen der cookiees in eine Klasse/Funktion in einer separaten Datei, und dann können Sie ganz einfach die swap-Dateien für live - /Probe-Instanzen-möglicherweise so einfach wie das auskommentieren einer Zeile, und un-Kommentar aus dem anderen.
BEARBEITEN AUFGRUND DER ANFRAGE IM KOMMENTAR:
Dies funktioniert über mehrere Seiten hinweg, vorausgesetzt, Sie schieben die Daten in den Ausgeblendeten Feldern auf die verschiedenen Seiten. Wenn Sie nicht wollen, zu tun, BEITRÄGE von einer Seite auf die nächste, dann können Sie wickeln Sie die Seite(N) in einen Rahmen und dann das Hidden-Felder befindet sich in einem frame-element, das nicht angezeigt wird (in diesem Szenario werden die Felder nicht technisch sein müssen versteckte.
Was das ist, ist die Seite, die aufgerufen wird ein FRAME-tag, dass die Punkte von zwei verschiedenen Seiten. Die erste Seite ist für Ihre Anwendung selbst, und das dauert bis alle sichtbaren Immobilien. Die zweite Seite ist nur eine Seite, die halten sich ein oder mehrere Steuerelemente, die die Daten behalten, und diese zweite Seite nicht sichtbar ist (für den user) an alle. Da diese Seiten sind alle Teil der gleichen "Domäne", dann ist es eine einfache Sache für den Rahmen Kind zu reden, um eines seiner Geschwister und Lesen/schreiben von Daten auf der versteckten Seite der Felder.
Und die Art und Weise, dass er rund um die cookie-limit ist, dass ein text-Eingabefeld wird technisch nur begrenzt durch den Speicher des Computers und die Zeitüberschreitung des Netzwerk-Durchsatzes. Ich habe zum Beispiel gesehen, dass ein hidden-Feld mit 20 MB im Wert von Daten vor (denke, die evilest des bösen ViewStates).
Obwohl nicht allgemein verfügbar im moment, es ist HTML5 webstorage/localstorage.
Check-out YUI Speicher.
Dojo Storage können Sie Sie zu speichern bis zu 100k
Die situation in Bezug auf die HTML5-storage-API Fortgeschritten ist, da dieser gefragt wurde und zunächst beantwortet jldupont hier.
Derzeit Opera Mini ist der einzige große browser ohne Unterstützung für Sie.
Quelle, zugegriffen 22/8/2013.