Альтернатива cookie
Я создаю портативные прототипы HTML/Javscript, которые предназначаются, чтобы быть Заархивированными и совместно использованными через email/sharepoint. Ключевое слово здесь является 'портативным' - никакой сервер не требуется выполнить эти prorotypes - просто, JavaScript включил браузер. И нет никакой базы данных.
Некоторые прототипы требуют, чтобы я сохранил данные (только для показа потенциальной функциональности). Я в настоящее время делаю это при помощи cookie. Это, кажется, хорошо работает для Firefox, Chrome, и т.д., но Internet Explorer, кажется, работает по-другому.
После того как максимальный размер 4 096 байтов для всех cookie от домена поражен в IE6 и 7 (я еще не протестировал 8), cookie прекращают работать. После того как этот предел поражен, затем даже читение из cookie, кажется, прекращает происходить и опытные повреждения.
Есть ли какие-либо другие способы, которыми я могу сохранить данные, не имея необходимость использовать сервер и базу данных?
Любые идеи значительно ценились бы.
4 ответа
хранить данные в скрытом поле (или даже в нескольких, если необходимо).
Оберните код, который вы используете для чтения из cookie-файлов, в класс/функцию в отдельном файле, а затем вы можете легко поменять файлы на живые/образцовые экземпляры - так же легко, как и прокомментировать одну строку, и прокомментировать другую.
EDIT DUE TO REQUEST IN COMMENT: Это будет работать на нескольких страницах при условии, что вы проталкиваете данные в Скрытых полях на несколько страниц. Если вы не хотите делать POSTS от одной страницы к другой, то вы можете обернуть страницу (страницы) во фрейм, а затем иметь Hidden Fields (Скрытые поля), расположенные в элементе фрейма, который не отображается (в этом сценарии, технически поля не должны быть скрытыми).
Это страница, к которой осуществляется доступ, имеет тег FRAME, который указывает на две разные страницы. Первая страница - это само ваше приложение, и она занимает всю видимую недвижимость. Вторая страница - это просто страница, которая будет содержать еще один элемент управления, который сохранит данные, и эта вторая страница вообще не видна (пользователю). Поскольку все эти страницы являются частью одного и того же "домена", то ребенку фрейма легко общаться с одним из своих братьев и сестер и читать/записывать данные в поля скрытой страницы.
И то, как это обходит лимит куки-файлов, заключается в том, что поле ввода текста технически ограничено только памятью компьютера и тайм-аутом пропускной способности сети. Например, я уже видел скрытое поле со стоимостью данных 20MB в нем (думаю, самое злобное из злобных ViewStates).
Хотя в настоящее время он не очень широко доступен, есть HTML5 веб-хранилище/локальное хранилище.