Как сохранить персистентную сторону клиента данных
Дело не в том, какой у вас технологический стек. Вам необходимо собрать некоторые данные из вашего приложения, которые содержат информацию о ваших посетителях (которые будут вашими функциями) и основную правду о том, заинтересованы ли они в каком-либо продукте (вы должны пометить своих посетителей / наблюдения). Если у вас еще нет данных, предлагать нечего, поэтому первым делом вам следует собрать данные, а затем приступить к их анализу, чтобы понять, достаточно ли качествен набор данных (если нет, вам нужно будет изменить способ Вы собираете данные, ищите больше и более качественных функций (этот процесс может занять несколько итераций), а затем, какие возможные ученики вы можете использовать.
После того, как у вас есть набор данных, я предлагаю существующие инструменты для анализа ваших данных и найма некоторых учащихся в ваш набор данных, в Phyton или R есть очень простые в использовании и отличные интегрированные среды, которые помогут вам достичь того, чего вы хотите. Кодирование алгоритма должно быть самой последней вещью, так как будет очень сложно отлаживать и оптимизировать ваш код, если вы даже не знаете, какой алгоритм подходит для ваших данных.
3 ответа
Можно хранить данные в window.name, который может содержать до 2 МБ данных (!).
/* on page 1 */
window.name = "Bla bla bla";
/* on page 2 */
alert(window.name); // alerts "Bla bla bla"
Править: Также взгляните на эту статью Ajaxian относительно этого.
Обратите внимание, что другие сайты на той же вкладке/окне действительно также имеют доступ к window.name, таким образом, Вы не должны хранить ничего конфиденциального здесь.
Если действительно необходимо сделать это (и у меня определенно есть сомнения, что это - хорошая идея вообще), дополнительная идея файла JavaScript не так плоха, как Вы думаете. Просто используйте нотацию JSON для хранения данных, и довольно легко загрузиться и разгрузиться по мере необходимости. Если Вы сохраняете в некоторых хорошо продуманных логических подразделениях, необходимо смочь обновить просто части его по требованию, также.
Что относительно Google Gears. Это сделано для автономного хранения, но я думаю, что это могло бы работать. http://code.google.com/apis/gears/design.html
Из документации:
Хранить данные пользователя
Приложения, которые являются больше, чем просто статические файлы, имеют данные, которые обычно хранятся на сервере. Чтобы приложение было полезно в режиме офлайн, эти данные должны быть доступными локально. Модуль Базы данных обеспечивает реляционную базу данных для того, чтобы хранить данные. На странице Architecture Вы найдете обсуждение стратегий разработки локального устройства хранения данных, в котором нужно Ваше приложение.
Когда офлайновое приложение снова соединится, необходимо будет синхронизировать любые изменения, внесенные в локальной базе данных с сервером. Существует много разных подходов к синхронизирующимся данным, и нет никакого единственного идеального подхода. Страница Architecture описывает некоторые стратегии того, чтобы синхронизировать.
Дополнительной функцией базы данных Gears является Полнотекстовый поиск, обеспечивая быстрый путь к искомому тексту в файле базы данных. Считайте детали здесь.