В каким случаях следует использовать локальное хранилище?

Question

[# a r t u r #]

Здравствуйте!

Решил разобраться с этим инструментом, подумал, что возможно он может пригодиться...

Из прочитанного за вечер, понял, что логично и правильно использовать Локальное хранилище (ЛХ) для хранения постоянных данных, которые не меняются или меняются редко. В моем случае это может быть информация о юзере.

Проект на php: в основном "родительском" контроллере делается запрос к БД на получение основных данных о юзере, ответ получаю в виде массива, делаю его глобальным, далее использую в видах и других контроллерах. Есть вариант сохранить этот массив в ЛХ и затем использовать на страницах, но зачем мне это? :)

Ведь проще и надежнее при нужде прописать: (не потеряется и будет всегда отображено)

<div id="user">
<?= $user->name ?>
</div>

чем

var $user = document.getElementById('user');
$user.innerHTML = localStorage.getItem('user.name')

Или я чего-то не понимаю? То же касается и настроек аккаунта (каких-то опций сайта):

К примеру юзер настроил под себя уровень громкости на сайте, выбрал шаблон, язык, часовой пояс ну что там еще можно выбрать... допустим мы сохранили это в ЛХ, через какое-то время юзер почистил историю браузера, заходит в Личный кабинет на сайте и видит, что все сбросилось... а если бы мы по-старинке хранили все на сервере, то такого бы не случилось...

Так когда же по истине логично, правильно и реально удобно использовать ЛХ? Ведь в любом случае любые данные в случае необходимости на стороне сервера при нужде проверяются, дак почему бы не передать их в вид без использования ЛХ?

Answer 1

[Outoverlay]

Данные которые не меняются - хранятся на сервере, в бд, но никак не на клиенте.
Это не безопасно. Ведь очистив хранилище, пользователь останется без информации.
Или подменив информацию...
Обычно там храниться, последняя информация. То что, изменяет пользователь постоянно.
Отступы прокрутки. Количество посещений пользователя за сессию и т.д.
Это удобнее cookie, так как localStorage общается между вкладками.

Comments

[# a r t u r #]

"Количество посещений пользователя за сессию" - посещений чего например?

[Outoverlay]

Артур Иванов: Представьте, что у Вас много страниц. Они должны общаться друг с другом.
Их общение зависит от пользователя. Пользователь скрыл рекламу. Мы зафиксировали это в localStorage. Всю сессию пользователь рекламу видеть не будет.

[Outoverlay]

Мы можем все хранить в объекте window, но эти данные пропадут, после обновления.
Создайте объект данных и поместите его в localStorage. Эти данные не исчезнуть после обновления страницы.

[Outoverlay]

Я к примеру использую localStorage, для фиксирования страницы. У меня есть сайт на нем есть весьма интересная прокрутка. Каждый раз когда пользователь листает вниз или вверх. Он фиксирует отступ. Если он уйдет с сайта, а затем вернется, то он попадет на то место, на котором он был последний раз. Это очень удобно. Раньше я это делал с помощью якорей.

[# a r t u r #]

Outoverlay: спасибо за пример, это реально удобно

Answer 2

[Илья]

Смысла как мне кажется хранить данные юзера в локальной памяти нет, на это есть куки и сессия на стороне сервера. Вообще каждый тип хранилища нужен для своих данных.

На примере магазина:

• куки - данные о юзере, которые дергаются для проверки авторизации;
  
• база - хранит настройки/данные пользователя (например, его адрес доставки, телефон, контакты и др. редко меняющаяся и часто нужная инфа)
  
• память браузера - список просмотренных товаров, корзина пользователя, товары для сравнения (данные которые нужны юзеру вот только сейчас).
  

Кстати про просмотренные товары можно на каждом хите отправлять в базу на сервер чтобы была дальнейшая возможность их обработки.

Панацеи нет в принципе, для каждой задачи есть свое решение!

Comments

[# a r t u r #]

"список просмотренных товаров, корзина пользователя, товары для сравнения (данные которые нужны юзеру вот только сейчас)" - но ведь также можно хранить в куках... :-/

[Илья]

Артур Иванов: да ну? А как? Чтобы сохранить данные в куки, нужно отправить запрос с этими данными, а чтобы написать в локальную память, достаточно одной функции.

[Илья]

Артур Иванов: можно одну страницу с контактами о фирме сделать одной страницей HTML, а можно поставить какой нибудь фреймворк, натянуть сверху CMS и еще библиотек поставить кучу, подключить пару СУБД (для надежности) и синхронизацию и бэкапы постоянные на них настроить. Результат будет тот же, вот только пути явно отличаются.

[# a r t u r #]

Илья: Получается локальное хранилище удобно только тем, что может хранить до 10 мб и отрабатывает строго на стороне клиента, но не смотря на это у него довольно узкая направленность, пример с магазином хороший, но если есть проект в котором идет постоянная взаимосвязь юзеров между собой, то я полагаю ЛХ практически и негде применить (

[Илья]

Артур Иванов: зависит от задачи. Как по мне ЛХ хорошо подходит для хранения часто меняющейся информации (в частности которую не страшно потерять), которая часто используется в клиентской части (как минимум из удобства обращения к ЛХ).
Например, список проигранных песен в плеере в ЛХ любимые песни, или плейлисты уже хранить нужно в базе (т.к. эта информация нужна не только в данный момент).

[# a r t u r #]

Илья: спасибо, начал вникать :)

[Илья]

Артур Иванов: не за что, успехов)

Answer 3

[khipster]

Всё зависит от проекта. Если нет регистрации и сайт супер-бупер интерактивный всё делает без перезагрузки и сплошными аяксами, да ещё и с текстом работает активно, тогда localStorage незаменим.

Comments

[# a r t u r #]

Поделитесь, какие например данные Вы храните в Локальном хранилище?

[khipster]

Артур Иванов: Не поверишь, целую базу данных :D

[# a r t u r #]

khipster: toDo лист? ) получается база обнуляется при полной очистке истории браузера?

[khipster]

Артур Иванов: Не, заново подгуржается с сервера.

[# a r t u r #]

khipster: Значит схема примерно такая - при начале сессии выгружаются с сервера, записываются (обновляются) в ЛХ, затем юзер с ними работает (сервер не участвует), затем когда надо юзер закончил работу (хочет уйти), он сохраняет свою работу на сервере и уходит?

[khipster]

Артур Иванов: Типа того, но опять же всё зависит от проекта. Скажем, если база данных небольшая и запросы к ней очень очень частые, тогда ls самое оно.