AM
автопродление
Size: a a a
2019 September 12
a
И по-хорошему Remember me - значит использование refresh_token
мне back сказал так сохранять local - session в зависимости от выбора
a
jwt- не юзаем -(
AM
ну если это сессии - то они сами должны об этом заботиться )
A
Привет. Кто знает как реализвовать remember me ? Не мугу разрулить local и sessionStorage
При старте приложения проверять, валиден ли access, если нет, то кидать запрос на рефреш. Хранить в local storage / cookies , но лучше cookies
М
Привіт всім! Терміново шукаємо спікера на заміну по React, на Mobile Day 17 вересня в Києві о 19:00 - бонус спікеру даємо квиток на React Camp 2019 конференцію в Києві в листопаді;) ( Mobile Day - безкоштовний , реєстрація обов’язкова https://mobiledevelopermeetup.splashthat.com/)
AR
Evgen
Хуки и стейт менеджеры разные вещи. Они могут дополнять друг друга, а не заменять
Когда нет стейт менеджера — нет и проблемы управления состоянием
a
При старте приложения проверять, валиден ли access, если нет, то кидать запрос на рефреш. Хранить в local storage / cookies , но лучше cookies
Мог бы подробнее разъяснить плиз
a
?
AR
@alexeyraspopov а как вы делаете?) перечитал в чате твои рецепты для хуков (соотвественно и статья указаная выше где то в ваших обсжудениях хуков всплывала)
У нас есть своё решение для фетчинга, которое использует Suspense. Стратегии кеширования разные: age control, ref counting, ещё пару странных вещей.
a
При старте приложения проверять, валиден ли access, если нет, то кидать запрос на рефреш. Хранить в local storage / cookies , но лучше cookies
то есть это все таки на бэке должна быть реализация ?
a
При старте приложения проверять, валиден ли access, если нет, то кидать запрос на рефреш. Хранить в local storage / cookies , но лучше cookies
валиден ли access - это как ?)
NZ
У нас есть своё решение для фетчинга, которое использует Suspense. Стратегии кеширования разные: age control, ref counting, ещё пару странных вещей.
Хотелось бы посмотреть
E
Когда нет стейт менеджера — нет и проблемы управления состоянием
А я этого и не отрицаю
A
AR
Хотелось бы посмотреть
Я попробую обновить то что у меня есть на гитхабе, с объяснением и жирной пометкой “используйте на свой страх и риск”
AM
Вот 3 кейса
- нет токена -> на логин
- есть токен -> на первый же запрос бэкенд вернул 401 или 403 (expired) -> login
- есть токен, все окей, работаем)
- нет токена -> на логин
- есть токен -> на первый же запрос бэкенд вернул 401 или 403 (expired) -> login
- есть токен, все окей, работаем)
SS
Я попробую обновить то что у меня есть на гитхабе, с объяснением и жирной пометкой “используйте на свой страх и риск”
🧘♀️I’m waiting for this))
И правильно я понимаю этот параграф:
https://reactjs.org/blog/2019/08/08/react-v16.9.0.html#an-update-on-data-fetching
Что с выходом нового релиза можно будет упростить и улучшить ваше решение?
И правильно я понимаю этот параграф:
https://reactjs.org/blog/2019/08/08/react-v16.9.0.html#an-update-on-data-fetching
Что с выходом нового релиза можно будет упростить и улучшить ваше решение?
AR
🧘♀️I’m waiting for this))
И правильно я понимаю этот параграф:
https://reactjs.org/blog/2019/08/08/react-v16.9.0.html#an-update-on-data-fetching
Что с выходом нового релиза можно будет упростить и улучшить ваше решение?
И правильно я понимаю этот параграф:
https://reactjs.org/blog/2019/08/08/react-v16.9.0.html#an-update-on-data-fetching
Что с выходом нового релиза можно будет упростить и улучшить ваше решение?
Из того что я прочитал в этом параграфе и видел где-то в твиттере, да, похоже что появится какая-то деталь, которая упростит работу с Саспенсом для фетчинга. Думаю что оно существенно упростит наше решение. Заодно поможет привести его к какому-то единому виду (😅), который можно заопенсорсить