Size: a a a

2021 March 24

🦜

🦜 in ☄️ effector
Timofey Goncharov
у кого нибудь есть client JWT на эффектах?
на эффектах нет, брал из примеров для axios
источник

c⁣

createStore<🦉>... in ☄️ effector
🚀🔬 🚀🔬🚀🔬
или же наоборот, координировать рефреш централизовано, через какой-нибудь флаг, чтобы если один запрос начал делать рефреш, то второй бы увидел флаг от первого и рефреш бы не делал
да, так однозначно лучше, покрывает больше кейсов.
я реализовал такую штуку через массив флагов, каждый эффект ждет резолва своего типа флага и только тогда продолжает.
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
тут нюанс в том, что токен не может лежать просто в корне, потому что при ssr это не сработает
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
🚀🔬 🚀🔬🚀🔬
тут нюанс в том, что токен не может лежать просто в корне, потому что при ssr это не сработает
а ssr в условии есть, это я просто сам знаю)
источник

TG

Timofey Goncharov in ☄️ effector
🚀🔬 🚀🔬🚀🔬
а ssr в условии есть, это я просто сам знаю)
😄
на самом деле можно и без SSR обойтись, авторизация может не работать в условиях сервера потому что SSR только для публичных страниц.
источник

MK

Maxim Koylo in ☄️ effector
Делаете ли вы обработку ошибок эффектов домена через хук домена? Я как вижу это отличное решение для обработки стандартной ошибки при которой покажется какой-то алерт с ошибкой и отправки ошибки в сентри.
А вот если на каком то эффекте нам не нужно обрабатывать дефолтную ошибку, а выполнить что то другое?
https://share.effector.dev/q2O8lh4m
источник

SE

Stanislav Eremenko in ☄️ effector
Maxim Koylo
Делаете ли вы обработку ошибок эффектов домена через хук домена? Я как вижу это отличное решение для обработки стандартной ошибки при которой покажется какой-то алерт с ошибкой и отправки ошибки в сентри.
А вот если на каком то эффекте нам не нужно обрабатывать дефолтную ошибку, а выполнить что то другое?
https://share.effector.dev/q2O8lh4m
Не делаю.
Все подписываю на месте
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Maxim Koylo
Делаете ли вы обработку ошибок эффектов домена через хук домена? Я как вижу это отличное решение для обработки стандартной ошибки при которой покажется какой-то алерт с ошибкой и отправки ошибки в сентри.
А вот если на каком то эффекте нам не нужно обрабатывать дефолтную ошибку, а выполнить что то другое?
https://share.effector.dev/q2O8lh4m
forward({
 from: [fetchUserFx.fail, fetchMessageFx.fail],
 to: sendToSentryFx
})
источник

MK

Maxim Koylo in ☄️ effector
🚀🔬 🚀🔬🚀🔬
forward({
 from: [fetchUserFx.fail, fetchMessageFx.fail],
 to: sendToSentryFx
})
Да но не это не избавит от дефолтной обработки
источник

FB

Furrya Black in ☄️ effector
🚀🔬 🚀🔬🚀🔬
forward({
 from: [fetchUserFx.fail, fetchMessageFx.fail],
 to: sendToSentryFx
})
Или опять же, хук домена..
источник

MK

Maxim Koylo in ☄️ effector
вобщем как я понял лучше каждую отдельно
источник

NN

Nikita N. in ☄️ effector
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Maxim Koylo
Да но не это не избавит от дефолтной обработки
я про то, что это вместо дефолта
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
домены намеренно сделаны деревьями а не графами, чтобы не усложнять понимание (это мы сейчас помним что этот эффект — исключение, а через пол года?)
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
поэтому если кейс выходит за кейсы домена — переключаемся на явное описание
источник

MK

Maxim Koylo in ☄️ effector
🚀🔬 🚀🔬🚀🔬
я про то, что это вместо дефолта
щас сделаю другой пример
источник

TG

Timofey Goncharov in ☄️ effector
сделал репродюс моей проблемы с реализацией авторизации на access + refresh токенах:
https://share.effector.dev/6oc5fHYG
источник

TG

Timofey Goncharov in ☄️ effector
до 36-й строки имитация сервера который выдает и проверяет токены.
источник

TG

Timofey Goncharov in ☄️ effector
а сама проблема после 36-й строки.

в самом конце 2 примера один из которых делает репродюс проблемы.
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Timofey Goncharov
а сама проблема после 36-й строки.

в самом конце 2 примера один из которых делает репродюс проблемы.
оо, репродьюс это прям отлично) так намного понятнее
источник