Size: a a a

2021 March 04

🅅🄺

🅅aleriy 🄺obzar in ☄️ effector
но сам onChange вряд ли кто дебаунсит
источник

DS

Dmitriy Shuleshov in ☄️ effector
Nikita Epshteyn
потому что если зажать кнопку в инпуте, произойдет одно из двух - либо скрипты начнут заполонять тред, либо они сработают, когда юзер отожмет кнопку
Этой оптимизацией занимается реакт
источник

🅅🄺

🅅aleriy 🄺obzar in ☄️ effector
для конструктора форм могу посоветовать посмотреть еще в сторону JsonForms
источник

NE

Nikita Epshteyn in ☄️ effector
пасиба)
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
Nikita Epshteyn
потому что если зажать кнопку в инпуте, произойдет одно из двух - либо скрипты начнут заполонять тред, либо они сработают, когда юзер отожмет кнопку
это же стандартная функциональность html, change event vs input event, первый триггерится только когда юзер отпускает кнопку
источник

🚀🚀

🚀🔬 🚀🔬🚀🔬... in ☄️ effector
только по ходу реакт не поддерживает change event вообще, как явление 😵
так как без спроса подменяет такое событие на input event

https://github.com/facebook/react/issues/3964
источник

NE

Nikita Epshteyn in ☄️ effector
Можно очень быстро вводить белиберду)
Суть не в этом. Это как троттлить скролл ивент по animation frame, вычисления, связанные с вводом просто не должны никогда блочить вывод. Ты можешь резко проскрлллить, можешь плавно. Результат в идеале должен быть одним. А дальше после троттла и дебаунса ещё и реакт со своими оптимизациями)
источник

MR

Mike Rain in ☄️ effector
Привет ребят!  Как более правильно в связке effector + fetch отлавливать 401 запрос для рефреша токена и повтора всех запросов, которые на прошли после обновления токена? Есть может примеры или наброски какие?
источник

AO

Aleksandr Osipov in ☄️ effector
Mike Rain
Привет ребят!  Как более правильно в связке effector + fetch отлавливать 401 запрос для рефреша токена и повтора всех запросов, которые на прошли после обновления токена? Есть может примеры или наброски какие?
источник

AO

Aleksandr Osipov in ☄️ effector
самое первое что в голову пришло
источник

SE

Stanislav Eremenko in ☄️ effector
Mike Rain
Привет ребят!  Как более правильно в связке effector + fetch отлавливать 401 запрос для рефреша токена и повтора всех запросов, которые на прошли после обновления токена? Есть может примеры или наброски какие?
глянь доку по attach. Там, кажется, что-то такое было
источник

AO

Aleksandr Osipov in ☄️ effector
Telegram
биас биас биас биас биас in ☄️ effector
Попробую продолжить со тупыми вопросами, вчера в ходе дискуссии мне сильно помогли и самого подтолкнули к решению некоторых вопросов по эффектору. Сегодня про аутентификацию хочу спросить, собственно есть JWT аутентификация через токены. Есть пара токенов: access и refresh. Собственно флоу такой: пользователь обменивает логин/пароль на пару access и refresh токенов, и прикладывает к каждому запросу access token.

Перед каждым запросом нужно проверять expire date токена и если он истёк, то сначала послать запрос на получение нового access токена с помощью refresh токена.

Хотелось бы чтобы при истёкшем токене и паре одновременных обращений к API, не было двух запросов на обновление токена, то есть если запустился процесс обновления токена, то все запросы к api должны в очередь выстроится, до завершения процесса обновления.

Собственно ранее с похожим вопросом я обращался, мне переложите НЕ делать эту логику на эффекторе. Но хочется понять как озвученное реализовать именно используя примитивы эффекторы
источник

AO

Aleksandr Osipov in ☄️ effector
или так вот
источник

AO

Aleksandr Osipov in ☄️ effector
решения готового нет, но мб поможет что-то из приведенного
источник

MR

Mike Rain in ☄️ effector
Ну мне интересен пример именно с фетчем, я последний раз это делал на  axios, там просто совсем было с перехватчиками, а для фетча у меня отдельный файл и как-то я не уверен своих решениях
источник

MR

Mike Rain in ☄️ effector
Aleksandr Osipov
Telegram
биас биас биас биас биас in ☄️ effector
Попробую продолжить со тупыми вопросами, вчера в ходе дискуссии мне сильно помогли и самого подтолкнули к решению некоторых вопросов по эффектору. Сегодня про аутентификацию хочу спросить, собственно есть JWT аутентификация через токены. Есть пара токенов: access и refresh. Собственно флоу такой: пользователь обменивает логин/пароль на пару access и refresh токенов, и прикладывает к каждому запросу access token.

Перед каждым запросом нужно проверять expire date токена и если он истёк, то сначала послать запрос на получение нового access токена с помощью refresh токена.

Хотелось бы чтобы при истёкшем токене и паре одновременных обращений к API, не было двух запросов на обновление токена, то есть если запустился процесс обновления токена, то все запросы к api должны в очередь выстроится, до завершения процесса обновления.

Собственно ранее с похожим вопросом я обращался, мне переложите НЕ делать эту логику на эффекторе. Но хочется понять как озвученное реализовать именно используя примитивы эффекторы
Спасибо
источник

MR

Mike Rain in ☄️ effector
Stanislav Eremenko
глянь доку по attach. Там, кажется, что-то такое было
Хорошо
источник

🅅🄺

🅅aleriy 🄺obzar in ☄️ effector
Mike Rain
Привет ребят!  Как более правильно в связке effector + fetch отлавливать 401 запрос для рефреша токена и повтора всех запросов, которые на прошли после обновления токена? Есть может примеры или наброски какие?
а что за кривая архитектура с токенами что он у тебя протухает и ты даже не знаешь об этом?
источник

MR

Mike Rain in ☄️ effector
🅅aleriy 🄺obzar
а что за кривая архитектура с токенами что он у тебя протухает и ты даже не знаешь об этом?
ее вообще нет еще, я хочу понять как лучше сделать
источник

🅅🄺

🅅aleriy 🄺obzar in ☄️ effector
ну обычно по нормальному берется нормальная либа на бэке, которая с токенами этими умеет работать, а на фронте колбек будет срабатывать когда токен должен будет протухнуть и ты просто его обновляешь
источник