Люди, тупой вопрос, если cookie отключены и localStorage тоже то на клиенте нельзя данные хранить получается?

через vue-loader можно подключить внешний скрипт не используя npm?

не, одно дело когда она лоадится, а еще она говорит, почему она так делает

и так горд за это, что решил всем рассказать

?

Люди, тупой вопрос, если cookie отключены и localStorage тоже то на клиенте нельзя данные хранить получается?

Храни на сервере

Храни на сервере

Я про клиент

Да, храни данные клиента на сервере

не, одно дело когда она лоадится, а еще она говорит, почему она так делает

Следующий этап - Skeleton

Да, храни данные клиента на сервере

А ты хорош!

-_-

Skeleton?

Крч я правильно понимаю что нельзя?

на клиенте еще есть базы данных

:D Ну если нет localStorage и cookie (а куки между делом тоже на сервере хранятся дубликатом), то остается только flash storage, а это реальный изврат

и serviceworkers

Остается только кейс - идентифицировать клиента уникальным ID (есть либы, это легко, детект 95%, хоть ios типовый, хоть что), и по id хранить на сервере

Skeleton?

такие сервые блоки, которые отображаются до того, как загрузился контент. Facebook, LinkedIn, Google Drive юзают

аа

их через background делают

:D Ну если нет localStorage и cookie (а куки между делом тоже на сервере хранятся дубликатом), то остается только flash storage, а это реальный изврат

Спасибо

Остается только кейс - идентифицировать клиента уникальным ID (есть либы, это легко, детект 95%, хоть ios типовый, хоть что), и по id хранить на сервере

Так и делали

начались повторы

разные же задачи, разве нет? одно юзабилити, второе просто красивость

их через background делают

Ну не всегда. С бэкграундом гемора больше

я просто вроде в вебстандартах видел статью

https://medium.com/ux-for-india/facilitating-better-interactions-using-skeleton-screens-a034a51120a5

и там через bg делали скелетон

я просто вроде в вебстандартах видел статью

на css-tricks, да. Я читал

начались повторы

Печаль, обычно оставшиеся 5% юзеров покрывают таки регистрацией на сервисе, а если ничего нет то и ладно Но люди вот пишут про воркеры и бд на клиенте, я могу чего-то не знать и можно через них покрыть еще % кейсов, попробуй

https://medium.com/js-dojo/async-in-vue-js-part-1-28d96f751a2e

Бля

тоже всегда так делал, блочим кнопку + показываем лоадер в ней вместо текста)

и самый простой))

Ребят, поделись оптимальным способом обхода объекта в поиске определенного ключа, у значения которого нужно что-то изменить. Кроме функции с рекурсией, мб есть проще способ, а я нуб не знаю?

да

Любой вложенности

спс, щас глянем

Где лучше хранить 1 большой объект? Будет SPA с 4-мя стринцами. Объект нужен только для главной

Ему сначала надо найти вложенную часть объекта с подходящим условием, которую и надо изменить

Тут нужен какой-то forEach функциональный, который умеет сам в глубину

Где лучше хранить 1 большой объект? Будет SPA с 4-мя стринцами. Объект нужен только для главной

какого рода данные и как часто они будут изменятся?

мне статья так впечатлила, что я начал кнопки по другому делать

Кинь ссылку

Они будут изменяться, только при обновлении главной старницы

Кинь ссылку

http://css-live.ru/articles/zablokirovannye-knopki-otstoj.html

Они будут изменяться, только при обновлении главной старницы

ну у тебя по сути два варианта, либо глобально хранить гдето в виде константы либ пихать в стор, если таковой используешь

Я думал про стор, но не много ли его для одного объекта?

если данные статичные и тее не нужно в них что то менять, можно хранить в виде константы

Я думал про стор, но не много ли его для одного объекта?

денормализуй

Попробую глобально хранить

а данные вообще можно как-то закешировать без локалстора на клиенте? Там объект большой очень

Ребят, поделись оптимальным способом обхода объекта в поиске определенного ключа, у значения которого нужно что-то изменить. Кроме функции с рекурсией, мб есть проще способ, а я нуб не знаю?

Lodash get/set

Lodash get/set

Спасибо, разбираюсь с подключением лодаша как раз, видимо с ним все будет делать в разы проще и быстрее, хватит писат ьсвои кривые велосипеды?

Спасибо, разбираюсь с подключением лодаша как раз, видимо с ним все будет делать в разы проще и быстрее, хватит писат ьсвои кривые велосипеды?

lodash.set

Где лучше хранить 1 большой объект? Будет SPA с 4-мя стринцами. Объект нужен только для главной

Большой насколько?

Если 4 страницы, то модно в корень засунуть

а данные вообще можно как-то закешировать без локалстора на клиенте? Там объект большой очень

ну есть 3 способа 1. локалстор 2. вывести прям в html странице браузера гденибудь до подключения всех скриптов конструкцию вида <script>window.BIG_DATA = {......} но это уже на стороне бэка делается, браузер закеширует страничку, так же если обмазаться сервисворкером можно закешировать на очень долго 3. положить в виде json файла рядом и по ajax стучаться, такой же способ как 2, но получше т.к данные хранятся отдельно.

самый правильный, локалстор

ну есть 3 способа 1. локалстор 2. вывести прям в html странице браузера гденибудь до подключения всех скриптов конструкцию вида <script>window.BIG_DATA = {......} но это уже на стороне бэка делается, браузер закеширует страничку, так же если обмазаться сервисворкером можно закешировать на очень долго 3. положить в виде json файла рядом и по ajax стучаться, такой же способ как 2, но получше т.к данные хранятся отдельно.

Второй вариант самый отстой

Если 4 страницы, то модно в корень засунуть

Чем этот варик плох?

Я думал про стор, но не много ли его для одного объекта?

я дно, но мне кажется надо использовать 1 и 3 способ, тоесть хранить в локалсторе, но в случае чего быть готовым подгрузить

я дно, но мне кажется надо использовать 1 и 3 способ, тоесть хранить в локалсторе, но в случае чего быть готовым подгрузить

Там выше Денис спрашивал про то, что использовать если локалстор и куки недоступны

Надо дублировать харнение

аа, ссорян тогда)

Поэтому я за хранение в корешеке vue, если больше негде

Впервые слышу что браузер закеширует html страницу с тегом <script> global.BIG_DATA внутри Как это работает? Как html страница может закешироваться?

обычно )

Впервые слышу что браузер закеширует html страницу с тегом <script> global.BIG_DATA внутри Как это работает? Как html страница может закешироваться?

ну если сервер настроен правильно и указан Cache-Control верный, то браузер закеширует страницу

обычное HTTP кеширование

т.е браузер при запросе страницы получит 304 ответ сервера и не будет никуда ходить, а покажет html страничку из кеша

*__*

Потрясающе

добро пожаловать в дивный мир веба

ахаха

это его светлая сторона

Темных все меньше и меньше

А можно пример одной какой нибудь темной стороны?

Впервые слышу что браузер закеширует html страницу с тегом <script> global.BIG_DATA внутри Как это работает? Как html страница может закешироваться?

Сейчас статью кину

HTTP-кеширование | Web | Google Developers https://developers.google.com/web/fundamentals/performance/optimizing-content-efficiency/http-caching?hl=ru

ну если сервер настроен правильно и указан Cache-Control верный, то браузер закеширует страницу

Но нужно названия всех файлов хешировать

Но если у кого-то вебпак, то с этим проблем вообще нет

добро пожаловать в дивный мир веба

Это не дивный мир веба, это иногда боль в жопе :(

Хотите настоящую боль покажу?

Сайт, который как бы приложение, с серверным рендерингом, но на бэке php

На фронте конечно же никаких перезагрузок страниц

Серверный рендеринг на пхп, или и то и то?

Серверный рендеринг на пхп

Но на фронте все превращается в приложение

Потому что sharing php хостинг без node

И нужна индексация

В этом есть свой шарм