да, про это я не подумал

ты выбрал вариант для компаний, для личного пользования $59 в год как на скрине выше

@andrey23sych я вже побачив ) дякую)

Всем привет! Использую redux-saga и столкнулся с проблемой кеширования. У меня есть функционал с подписками, из-за которого я написал кастомный эффект, кеширующий actions.  Т.е. если кто-то хоть раз диспатчил экшн - то второй раз сага подписку не создаст.

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

Вопрос: есть ли уже готовые подходы по идентификации откуда прилетел акшн, чтобы я мог сделать мапу подписчиков?!
Вариант с прокалыванием в payload уже рассматривался.

Я это вижу как генерацию action для каждого компонента. Может кто-то отговорит?!

Начнем с того зачем тебе кастомный эфект?

И тут можно чуть больше деталей

Т.е. если кто-то хоть раз диспатчил экшн - то второй раз сага подписку не создаст.

Хочу написать что-то вроде takeEveryWithCache(‘setupconnection’, setupConnectionHandler)

Пока не удалят из Кеша предыдущий

TakeLeading с кешем

по факту экшн для подписки, который можно вызвать только после того, как процес формирования предыдущей подписки завершился?

Я перефразирую.
Экшен, который создаст подписку и позволит создать список тех, кто хотел создать подписку.

Что пока хоть одному подписчику нужна подписка, она будет существовать. Как только никому не интересно - отписка и чистка стора

тех кто хотел это пользователи?

Нет, это компоненты на странице

компоненты делают подписку

Системная модульная и я не могу заранеее сказать в каком месте иерархически компонент будет запрашивать подписку ((

а подписку на ивент или ?