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

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

DimenSi
21.09.2017
13:57:08
не, одно дело когда она лоадится, а еще она говорит, почему она так делает

Stanislav
21.09.2017
13:57:17

Google

skycoder
21.09.2017
13:57:26

Denis
21.09.2017
13:57:33

skycoder
21.09.2017
13:57:54
Да, храни данные клиента на сервере

Stanislav
21.09.2017
13:58:03

Alex
21.09.2017
13:58:04

Denis
21.09.2017
13:58:08
-_-

DimenSi
21.09.2017
13:58:10
Skeleton?

Denis
21.09.2017
13:58:20
Крч я правильно понимаю что нельзя?

DimenSi
21.09.2017
13:58:36
на клиенте еще есть базы данных

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

DimenSi
21.09.2017
13:58:54
и serviceworkers

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

Stanislav
21.09.2017
13:59:54
Skeleton?
такие сервые блоки, которые отображаются до того, как загрузился контент.
Facebook, LinkedIn, Google Drive юзают

Google

DimenSi
21.09.2017
14:00:02
аа
их через background делают

Denis
21.09.2017
14:00:20
начались повторы

DimenSi
21.09.2017
14:00:29
разные же задачи, разве нет? одно юзабилити, второе просто красивость

Stanislav
21.09.2017
14:01:15

DimenSi
21.09.2017
14:01:31
я просто вроде в вебстандартах видел статью

Stanislav
21.09.2017
14:01:34
https://medium.com/ux-for-india/facilitating-better-interactions-using-skeleton-screens-a034a51120a5

DimenSi
21.09.2017
14:01:39
и там через bg делали скелетон

Stanislav
21.09.2017
14:01:47

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

Stanislav
21.09.2017
14:05:29
https://medium.com/js-dojo/async-in-vue-js-part-1-28d96f751a2e

Kelin
21.09.2017
14:14:21
Бля

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

Google

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

skycoder
21.09.2017
14:27:09
Ему сначала надо найти вложенную часть объекта с подходящим условием, которую и надо изменить
Тут нужен какой-то forEach функциональный, который умеет сам в глубину

Nikolay
21.09.2017
14:27:36

Rafael
21.09.2017
14:28:08

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

DimenSi
21.09.2017
14:28:35
Кинь ссылку
http://css-live.ru/articles/zablokirovannye-knopki-otstoj.html

Nikolay
21.09.2017
14:29:40

Александр
21.09.2017
14:30:04
Я думал про стор, но не много ли его для одного объекта?

Nikolay
21.09.2017
14:30:08
если данные статичные и тее не нужно в них что то менять, можно хранить в виде константы

Александр
21.09.2017
14:31:17
Попробую глобально хранить
а данные вообще можно как-то закешировать без локалстора на клиенте? Там объект большой очень

Rafael
21.09.2017
14:34:29

Kolya
21.09.2017
14:38:38
Lodash get/set
Спасибо, разбираюсь с подключением лодаша как раз, видимо с ним все будет делать в разы проще и быстрее, хватит писат ьсвои кривые велосипеды?

Rafael
21.09.2017
14:39:00
Если 4 страницы, то модно в корень засунуть

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

Google

Rafael
21.09.2017
14:42:19

Kolya
21.09.2017
14:43:17

Rafael
21.09.2017
14:44:33
Надо дублировать харнение

Kolya
21.09.2017
14:45:00
аа, ссорян тогда)

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

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

Nikolay
21.09.2017
14:52:57
обычно )
обычное HTTP кеширование
т.е браузер при запросе страницы получит 304 ответ сервера и не будет никуда ходить, а покажет html страничку из кеша

skycoder
21.09.2017
15:09:55
*__*
Потрясающе

Nikolay
21.09.2017
15:17:39
добро пожаловать в дивный мир веба

DimenSi
21.09.2017
15:24:37
ахаха
это его светлая сторона

skycoder
21.09.2017
15:32:17
Темных все меньше и меньше

Mathew
21.09.2017
15:33:52
А можно пример одной какой нибудь темной стороны?

Rafael
21.09.2017
15:34:16

Google

Rafael
21.09.2017
15:35:08
HTTP-кеширование | Web | Google Developers
https://developers.google.com/web/fundamentals/performance/optimizing-content-efficiency/http-caching?hl=ru
Но если у кого-то вебпак, то с этим проблем вообще нет

Фёдор
21.09.2017
15:36:49

skycoder
21.09.2017
15:37:45
Хотите настоящую боль покажу?
Сайт, который как бы приложение, с серверным рендерингом, но на бэке php
На фронте конечно же никаких перезагрузок страниц

Фёдор
21.09.2017
15:39:31
Серверный рендеринг на пхп, или и то и то?

skycoder
21.09.2017
15:39:42
Серверный рендеринг на пхп
Но на фронте все превращается в приложение
Потому что sharing php хостинг без node
И нужна индексация

Фёдор
21.09.2017
15:40:11
В этом есть свой шарм