я бы сагу использовал чтото типа: const nextTodoId = yield call(getNextTodoId);

ибо это сайдыффект

я бы сагу использовал чтото типа: const nextTodoId = yield call(getNextTodoId);

проще nanoid какой нибудь, ну и лучше id передавать в actionCreator явно

uuidV4

наше всё

я бы сагу использовал чтото типа: const nextTodoId = yield call(getNextTodoId);

Забыл yield сразу @@ ?

окей, давайте так, теперь у меня persistent state. Я буду логику загрузки текущего ID в экшенах писать?

проще nanoid какой нибудь, ну и лучше id передавать в actionCreator явно

да не важно, чем генерить ид, важно как вписать это в архитектуру

Или дублировать айдишники?

и саги рулят

Или я про загружу старый стейт?

это точно такие же данные, это не просто кэш какой-нибудь

окей, давайте так, теперь у меня persistent state. Я буду логику загрузки текущего ID в экшенах писать?

еще раз говорю это просто пример, который показывает совсем другое, ты хочешь что бы в каждом примере был realworld код?

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

еще раз говорю это просто пример, который показывает совсем другое, ты хочешь что бы в каждом примере был realworld код?

Я просто и сказал, что примеры - говно. Не ожидал увидеть

окей, давайте так, теперь у меня persistent state. Я буду логику загрузки текущего ID в экшенах писать?

А в санках ты не делаешь никакой логики ?

Я просто и сказал, что примеры - говно. Не ожидал увидеть

сделай пулреквест в доку

thunk suxx

saga rules

thunk suxx

Сага не нужна

лол

А в санках ты не делаешь никакой логики ?

Не пользуюсь ими)

Не пользуюсь ими)

Запросы прям в компонентах делаешь ?

лол

Ну рили если у тебя нет ретраев, блокировок, отмены запросов, сага это чутка оверхед

Ну рили если у тебя нет ретраев, блокировок, отмены запросов, сага это чутка оверхед

а они есть. Более того, в простых проектах их сначала нет, а потом - хопа - и появились

Запросы прям в компонентах делаешь ?

Нет конечно, я redux давно не юзаю, раньше делал в санках

а они есть. Более того, в простых проектах их сначала нет, а потом - хопа - и появились

rxjs

тоже вариант

Нет конечно, я redux давно не юзаю, раньше делал в санках

А сейчас где ? Ну мидлвару свою написал ?

uuidV4

nanoid

Всем привет, есть такой вопрос, есть реакт приложение, в нем используется superagent и есть логиках с рефреш токеном, то есть делается запрос, в нем токен, если он протух, то надо сделать запрос нового токена по рефреш токено и после этого повторить запрос, есть какой то бест практис по этому вопросу?

насчет БП не знаю, но в случае аксиос юзают интерцепторы

А сейчас где ? Ну мидлвару свою написал ?

Сейчас SSR пишу, там нет дрочева со стейтом)

насчет БП не знаю, но в случае аксиос юзают интерцепторы

да, в аксиос так и делал, в супер агенте нет такого как я понял

Всем привет, есть такой вопрос, есть реакт приложение, в нем используется superagent и есть логиках с рефреш токеном, то есть делается запрос, в нем токен, если он протух, то надо сделать запрос нового токена по рефреш токено и после этого повторить запрос, есть какой то бест практис по этому вопросу?

Ну автоматом супер агент этого не сделает

Ну автоматом супер агент этого не сделает

ну видимо да, я просто надеялся на аналогию с аксиос, но видимо её нет, поэтому придется по другому делать, думаю на редукс завязаться

Всем привет, есть такой вопрос, есть реакт приложение, в нем используется superagent и есть логиках с рефреш токеном, то есть делается запрос, в нем токен, если он протух, то надо сделать запрос нового токена по рефреш токено и после этого повторить запрос, есть какой то бест практис по этому вопросу?

а почему бы не сделать врапер для superagent который и будет этим заниматься?

а почему бы не сделать врапер для superagent который и будет этим заниматься?

будет довольно сложная логика с передачей промисов, плюс у меня может быть несколько одновременных запросов, и в таком случаи рефреш токен логика будет отрабатывать несколько раз

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

Вообще да , видимо хотели сделать пример максимально простым

А я доебался ?

будет довольно сложная логика с передачей промисов, плюс у меня может быть несколько одновременных запросов, и в таком случаи рефреш токен логика будет отрабатывать несколько раз

с промисами никакх проблем не вижу. Твоему врамперу ничего не мешате также работать на промисах. С несколькими зарпосами тоже нет проблем, если все юзают одну и ту же обертку, которая знает - идет ли в данный момент запрос нового токена или нет

ребзя, подскажите, пожалуйста, планируются ли какие-нибудь конфы интересные в рашке в ближайшее время?

https://github.com/web-standards-ru/calendar

https://github.com/web-standards-ru/calendar

о, спасибо!

https://github.com/web-standards-ru/calendar

а есть веб-версия?

без скачивания

не знаю

было бы удобно

https://github.com/web-standards-ru/calendar

не генерится(

у меня виндовый календарь все сам установил

ERROR: S client not available

с промисами никакх проблем не вижу. Твоему врамперу ничего не мешате также работать на промисах. С несколькими зарпосами тоже нет проблем, если все юзают одну и ту же обертку, которая знает - идет ли в данный момент запрос нового токена или нет

Через мидлвару их запустить

все норм с календарем, я не то делал

Интересно вот что. Кто-то любопытствовал как можно у хрома перехватывать всю консоль вывода? Я имею ввиду.. часто на фронте случаются ошибки.. помимо нашего try/catch, о которых мы не узнаем или хуже всего не можем воспроизвести. Есть ли какой-то способ перехватывать их? Я хочу сделать отчет ошибок для себя… Пока придумал только перехватывать window.onerror и слать все на отдельный АПИ реквест чтобы потом анализиорвать и понимать узкие места

интересно кто что думает по этому поводу

Интересно вот что. Кто-то любопытствовал как можно у хрома перехватывать всю консоль вывода? Я имею ввиду.. часто на фронте случаются ошибки.. помимо нашего try/catch, о которых мы не узнаем или хуже всего не можем воспроизвести. Есть ли какой-то способ перехватывать их? Я хочу сделать отчет ошибок для себя… Пока придумал только перехватывать window.onerror и слать все на отдельный АПИ реквест чтобы потом анализиорвать и понимать узкие места

https://habr.com/company/ruvds/blog/413173/

https://habr.com/company/ruvds/blog/413173/

Спасибо

привет всем) у меня есть конфиг jest'a в package.json "jest": { "testEnvironment": "jsdom", "testURL": "http://localhost", }, в одном из тестов мне нужно заменить testURL на другую, как это сделать?

https://habr.com/company/ruvds/blog/413173/

Здарова! sentry нравится, они ща в топе по мониторингу ошибок? вменяемые конкуренты есть с ценой дешевле и функционалом приличным?

Здарова! sentry нравится, они ща в топе по мониторингу ошибок? вменяемые конкуренты есть с ценой дешевле и функционалом приличным?

сентри опенсорсный, можешь у себя поднять и будет бесплатно

сентри опенсорсный, можешь у себя поднять и будет бесплатно

!!! огонь, не знал. Делали уже такое / видел у кого-то?

!!! огонь, не знал. Делали уже такое / видел у кого-то?

@Atassis

!!! огонь, не знал. Делали уже такое / видел у кого-то?

Изи

!!! огонь, не знал. Делали уже такое / видел у кого-то?

https://github.com/getsentry/onpremise Желательно проксировать nginx-ом

https://github.com/getsentry/onpremise Желательно проксировать nginx-ом

спасибо, гляну

спасибо, гляну

Если с докером работал- ставится в секунду

Если с докером работал- ставится в секунду

не, к сожалению не силен в этом. Закину ссыль админам)

не, к сожалению не силен в этом. Закину ссыль админам)

Зря Заебатая вещь

Зря Заебатая вещь

все впереди)

Интересно вот что. Кто-то любопытствовал как можно у хрома перехватывать всю консоль вывода? Я имею ввиду.. часто на фронте случаются ошибки.. помимо нашего try/catch, о которых мы не узнаем или хуже всего не можем воспроизвести. Есть ли какой-то способ перехватывать их? Я хочу сделать отчет ошибок для себя… Пока придумал только перехватывать window.onerror и слать все на отдельный АПИ реквест чтобы потом анализиорвать и понимать узкие места

https://github.com/artalar/blog/blob/master/src/pages/notes.md#Компоненты-web-приложения

Интересно вот что. Кто-то любопытствовал как можно у хрома перехватывать всю консоль вывода? Я имею ввиду.. часто на фронте случаются ошибки.. помимо нашего try/catch, о которых мы не узнаем или хуже всего не можем воспроизвести. Есть ли какой-то способ перехватывать их? Я хочу сделать отчет ошибок для себя… Пока придумал только перехватывать window.onerror и слать все на отдельный АПИ реквест чтобы потом анализиорвать и понимать узкие места

так и работают все логгеры

window.onerror

Привет. Не подскажите, в реакте как-то можно сделать дефолтные свойства не изменяемыми? типо даже если я передаю что-то, все равно что применялись дефолтные?

Привет. Не подскажите, в реакте как-то можно сделать дефолтные свойства не изменяемыми? типо даже если я передаю что-то, все равно что применялись дефолтные?

Это не публичные свойства тогда

ну да, в идеале ничего передавать не надо

В смысле передавать? Просто не бери это свойство из props