P@
Ну вроде парниша знает чего говорит 🤣
Size: a a a
2019 September 16
ip
Ну вроде парниша знает чего говорит 🤣
так почему так? вам важно чтобы можно было передать кому-то урл и попасть в то состояние которое у вас в данный момент? зачем так делать это же, ну непрезентативно если стейт сложный
AR
Ну вроде парниша знает чего говорит 🤣
Ок) Паш, прочитаю) Пасиба😉
AR
Кстати, привет!!!)))
AR
Для меня, просто, сам подход подозрителен: вытаскивать чет служебное в урл.
AR
Кстати, есть же замечательные хранилища в браузере: local storage, cookies, indexedDB, SessionStorage. Если уж так пошло, то можно же там хранить локальные данные. Почему бы их не использовать?)
AR
Паш, вот про редакс согласен с тобой на все сто))) зло, которое стоит первым выпиливать)))
P@
Для меня, просто, сам подход подозрителен: вытаскивать чет служебное в урл.
Не служебное. А только то что накликал и навыбирал пользователь.
А все производные данные можно хранить где угодно. Но лучше с сервера тянуть через GraphQL 😉
А все производные данные можно хранить где угодно. Но лучше с сервера тянуть через GraphQL 😉
MS
Кстати, есть же замечательные хранилища в браузере: local storage, cookies, indexedDB, SessionStorage. Если уж так пошло, то можно же там хранить локальные данные. Почему бы их не использовать?)
Ты локалсторедж соседу ссылкой не передашь)
P@
Паш, вот про редакс согласен с тобой на все сто))) зло, которое стоит первым выпиливать)))
Ну пока бэкендеры Графкуэль не запилят у себя, то Редакс будет на клиенте необходимым злом.
А вот если есть Графкуэль на бэке, то тут редакс сразу выкидывать нужно.
Так что бэкендеры сильно влияют на стэк фронтендера.
А вот если есть Графкуэль на бэке, то тут редакс сразу выкидывать нужно.
Так что бэкендеры сильно влияют на стэк фронтендера.
2019 September 17
ПФ
а подскажите какой подход, когда сайтом можно польоваться только залогиненым пользователям и у разных пользователей разные доступы на сайте.
Делать как-то на каждую страницу по запросу перед тем как что-то показать и редиректить на логин в случае чего вроде не ок, или ок?
Или делать только при старте и записывать в кэш, потом с кэша везде тянуть, как лучше?
Делать как-то на каждую страницу по запросу перед тем как что-то показать и редиректить на логин в случае чего вроде не ок, или ок?
Или делать только при старте и записывать в кэш, потом с кэша везде тянуть, как лучше?
АТ
а подскажите какой подход, когда сайтом можно польоваться только залогиненым пользователям и у разных пользователей разные доступы на сайте.
Делать как-то на каждую страницу по запросу перед тем как что-то показать и редиректить на логин в случае чего вроде не ок, или ок?
Или делать только при старте и записывать в кэш, потом с кэша везде тянуть, как лучше?
Делать как-то на каждую страницу по запросу перед тем как что-то показать и редиректить на логин в случае чего вроде не ок, или ок?
Или делать только при старте и записывать в кэш, потом с кэша везде тянуть, как лучше?
В среднем, делаю так. Если есть токен. Пытаюсь работать. Если токен сдох, посылаем пользователя на страницу логина, для получения токена. Ну и подписку на изменение роли, для полной реактивности
МС
Сел попробовать
type-graphql и чета прикурил ))МС
FC
Кто знает CSS чат?
FC
Очень нужна помощь с CSS
A
Ты локалсторедж соседу ссылкой не передашь)
Вот да.
Как с событиями быть? На глобалку вешать любое изменение хранилища и подписыватся?
Как с событиями быть? На глобалку вешать любое изменение хранилища и подписыватся?
A
Я аполло клиент изучал и че-то это не подсказало, как избавиться от Vuex (аналог Redux)
MS
А что не умеет аполло, что умеет вуекс?
A
А что не умеет аполло, что умеет вуекс?
Я про реактивность