Работа с JWT-токенами в браузере без боли и страданий

Здравствуйте, interseptor подразумевает выполнение каких либо действий до или после запроса. Если использовать первый сценарий, то при отправке сразу нескольких запросов и отсутствии access-token, будет соответственно отправлено три запроса на получение access-token, так как в момент отправки их действительно нет.

Работа с JWT-токенами в браузере без боли и страданий

Спасибо за замечание, забыл об этом, добавлю обработку в следующей версии

Разработка сложных форм с React Hook Form

всегда пожалуйста

Redux это бойлерплейт, а Mobx нет! Но есть нюанс

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

Redux это бойлерплейт, а Mobx нет! Но есть нюанс

Сомневаюсь, что refresh token у кого то столько живет

Redux это бойлерплейт, а Mobx нет! Но есть нюанс

Ну, как вы будете изменять элемент, если передали только id? Нужно будет нормализовывать

Redux это бойлерплейт, а Mobx нет! Но есть нюанс

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

По поводу оптимизации, если все правильно писать, то проблем никаких не будет, в redux есть все для оптимизации и мемоизация не нужна. Другое дело, что пишут все по разному. Не раз видел, как в mobx сторах, люди мапили или фильтровали.

Redux это бойлерплейт, а Mobx нет! Но есть нюанс

Я думаю он имел ввиду щапрашивать профиль отдельно и добавлять его через entityAdapter, а если он уже запрашивался, то доставать по id.
Я думаю что оба варианта реализации хороши

Redux это бойлерплейт, а Mobx нет! Но есть нюанс

Спасибо

Redux это бойлерплейт, а Mobx нет! Но есть нюанс

Если я вас правильно понял, то для изменения данных в списке постов может быть использован createEntityAdapter, проблем не будет

Redux это бойлерплейт, а Mobx нет! Но есть нюанс

В чем проблема с оптимизацией в Redux при разростании приложения? Не вижу проблем

Redux это бойлерплейт, а Mobx нет! Но есть нюанс

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

Redux это бойлерплейт, а Mobx нет! Но есть нюанс

Обязательно напишу об оптимизации, пока что решил посмотреть на главный аргумент засирания Redux, комюнити mobx

Redux это бойлерплейт, а Mobx нет! Но есть нюанс

Согласен, да. Очень часто слышу от людей, что redux г*овно т.к. много шаблонного кода, решил посмотреть, так ли это

Redux это бойлерплейт, а Mobx нет! Но есть нюанс

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

Redux это бойлерплейт, а Mobx нет! Но есть нюанс

Извиняюсь, да нужно было брать запрос котрый написан ниже fetchPostListAsync и типизация через описаный тип выше, поправил

Разработка сложных форм с React Hook Form

Можно использовать метод watch для отслеживания текущего значения

Разработка сложных форм с React Hook Form

СПС

Разработка сложных форм с React Hook Form

Привет, да в документации, есть много примеров, но нет какого-то полного решения, где в одной форме использовалось бы сразу несколько хуков, в связке с тем же, FormProvider и рендерингом через Controller. Если использовать документацию, но придется потратить гораздо больше времени, чтобы собрать все вместе, писал со своим восприятием. Мне бы данный пример очень бы помог разобраться как делать динамические формы, в свое время.

Ну и несмотря на то, что есть документация очень на многих проектах приходилось видеть игнорирование, большинства хуков и практик. Бесконечное использование setValues, watch и ref

Подбор пароля Wi-Fi утилитой aircrack-ng

В дальнейшем планирую написать про эксплуатацию уязвимостей будучи подключенным.