А
Ааа то есть мои в 1минуту в проде это всё таки паранойя
Size: a a a
2020 October 10
А
Ааа то есть мои в 1минуту в проде это всё таки паранойя
Интересно, как логика рефреша организована.
В случае когда с клиента прилетает запрос с утратившим токеном, клиенту нужно заслать ещё один запрос на рефреш?
В случае когда с клиента прилетает запрос с утратившим токеном, клиенту нужно заслать ещё один запрос на рефреш?
Ф
Интересно, как логика рефреша организована.
В случае когда с клиента прилетает запрос с утратившим токеном, клиенту нужно заслать ещё один запрос на рефреш?
В случае когда с клиента прилетает запрос с утратившим токеном, клиенту нужно заслать ещё один запрос на рефреш?
можно же на клиенте ещё проверить - не истек ли срок действия токена перед запросом
А
Федор
можно же на клиенте ещё проверить - не истек ли срок действия токена перед запросом
Я проверил и он не истёк. Отправляю запрос, и тут он уже истёк и на серваке уже устаревший токен)
Вполне себе реальная ситуация с временем жизни 1 мин и медленным интернетом)
Вполне себе реальная ситуация с временем жизни 1 мин и медленным интернетом)
KL
Интересно, как логика рефреша организована.
В случае когда с клиента прилетает запрос с утратившим токеном, клиенту нужно заслать ещё один запрос на рефреш?
В случае когда с клиента прилетает запрос с утратившим токеном, клиенту нужно заслать ещё один запрос на рефреш?
Кинуть исключение
Ф
Я проверил и он не истёк. Отправляю запрос, и тут он уже истёк и на серваке уже устаревший токен)
Вполне себе реальная ситуация с временем жизни 1 мин и медленным интернетом)
Вполне себе реальная ситуация с временем жизни 1 мин и медленным интернетом)
в таком случае уже на клиенте проверить - если ошибка во времени жизни токена - обновить токен и переспросить ^_^
Ф
Я проверил и он не истёк. Отправляю запрос, и тут он уже истёк и на серваке уже устаревший токен)
Вполне себе реальная ситуация с временем жизни 1 мин и медленным интернетом)
Вполне себе реальная ситуация с временем жизни 1 мин и медленным интернетом)
но лучше ввести какой-нибудь порог, если осталось меньше n секунд - лучше заранее обновить токен ^_^ В таком случае ситуаций с двумя запросами снизится значительно
AK
Я проверил и он не истёк. Отправляю запрос, и тут он уже истёк и на серваке уже устаревший токен)
Вполне себе реальная ситуация с временем жизни 1 мин и медленным интернетом)
Вполне себе реальная ситуация с временем жизни 1 мин и медленным интернетом)
Тут от жизни не зависит. И с 2х недельным можно так попасть
AK
Ну а вообще в фоне ставится обновление. Когда получил можно узнать когда истечет, отнять n секунд и запросить в заданное время
А
Тут от жизни не зависит. И с 2х недельным можно так попасть
Можно, но вероятность меньше.
Поэтому и интересуюсь. Клиент ведь должен понимать что этот запрос сервер вернул с 401 ошибкой и попытаться в этом случае рефрешнуть токены и перезапросить данные
Поэтому и интересуюсь. Клиент ведь должен понимать что этот запрос сервер вернул с 401 ошибкой и попытаться в этом случае рефрешнуть токены и перезапросить данные
AK
Можно, но вероятность меньше.
Поэтому и интересуюсь. Клиент ведь должен понимать что этот запрос сервер вернул с 401 ошибкой и попытаться в этом случае рефрешнуть токены и перезапросить данные
Поэтому и интересуюсь. Клиент ведь должен понимать что этот запрос сервер вернул с 401 ошибкой и попытаться в этом случае рефрешнуть токены и перезапросить данные
Не вероятность ситуации меньше, а повторяемость выше
AK
Но пока проблем нет. Вообще была мысля сделать одноразовые jwt, но вот там как раз эти сложности с гонкой и вообще лень
А
Не вероятность ситуации меньше, а повторяемость выше
Повторяемость выше, поэтому и вероятность, что это случится на промежутке времени, выше)))
А
Но пока проблем нет. Вообще была мысля сделать одноразовые jwt, но вот там как раз эти сложности с гонкой и вообще лень
Так вы в фоне рефрешите?
AK
Так вы в фоне рефрешите?
Да
KL
Моя spa так работает
