Параметры хранения Javascript/HTML в файловом протоколе (файл://)

Я разрабатываю html-приложение, которое по существу представляет собой серию страниц, таких как книга. Внутри этого приложения я хотел бы сохранить несколько переменных JavaScript на разных страницах. Подумайте о таких вещах, как чтение страниц, закладки и т.д. Когда это приложение просматривается через HTTP, я планирую использовать localStorage с резервными копиями для старых браузеров (globalStorage, userData и т.д.).

Однако это полностью разрушается, если к файлам обращаются через "файл://", например, если он отображается с компакт-диска. Похоже, что большинство (если не все) решений localStorage не будут работать в файловом протоколе. Куки файлы не являются опцией ни под "file://".

Любые идеи о том, как переносить данные JavaScript через html-страницы при просмотре через "файл://"?

Он действительно должен быть доступен только в текущем сеансе пользователя. Я действительно не хочу использовать фреймы, но на данный момент я не могу придумать другой способ выполнить этот

Ответ 1

Приятель моей работы помог мне справиться с этой проблемой, разделив его реализацию использования window.name для хранения данных по страницам одного окна/сеанса.

Аналогичную реализацию (и обсуждение вокруг метода) можно найти здесь: http://ajaxian.com/archives/whats-in-a-windowname

Предварительные тесты, которые я делал по этому методу, выглядят очень многообещающими. Я протестировал это в соответствии с файловым протоколом (загрузка страницы с рабочего стола, a.k.a. - "файл: \" ) в следующих браузерах. Он работал над всеми из них!

IE 6
IE 7
IE 8
IE 9
FF 3.6
FF 4
Chrome 11
Opera 10
Safari 4

Я еще не тестировал, сколько данных вы можете хранить здесь, но Интереты, похоже, соглашаются на значение 2 МБ.

Источники, ссылки, дополнительная информация

Ответ 2

В Webkit (Chromium 12.0.742.21 dev-m) localStorage по файловому протоколу отлично справился со мной.

В Gecko это сообщило и скоро должно быть улучшено.

Вы даже можете найти обходное решение, но я рекомендую вам разрабатывать с помощью ночной сборки Chrome. Таким образом, вы не потеряете время, возвращая его обратно в localStorage в будущем.