спасибо

Переформулирую вопрос.

Как лучше организовать multiple build targets? Хочу сбилдить
1) Как есть
2) Как есть, но чтобы реакт не попал в багндл, а был в пирах
3) Под нодовский формат модулей, чтобы можно было подключить на ноде

В идеале - одной командой

И в 1 npm пакет

ребят, вопросик. Если мне нужно в компоненте взять три свойства из REDUX.  Не проблема писать три useSelector или лучше один connect? Как вообще быстрее и правильнее?

я бы писал 3 селектора. Красивее чем коннект, даже если их 3

Красивее - прекрасно, а что по производительности? Не будет ли это три действия за место одного?

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

Добрый день. Есть вот такая система роутов. Все работает. Если нет авторизации показывается страница логина, после успешного входа редиректит на главную. Но если я обновляю страницу на любой из страниц, то на секунду показывается страница входа и сразу редиректит на главную, соответственно мой старый открытый роут теряется. Я понимаю это из-за <Redirect/>. Как сделать так, чтобы у меня не было этого мелькания сраницы логина и сохранить старый роут?

было бы на сервере, я бы понял, а так, крутится на стороне клиента то

А можно не с позиции "Да хуле, всё равно приложение быстрым будет", а более корректно?

@gorbunov_i  Может если у Вас есть секунда ответить?

А дока что говорит?

Лишь что-то с позиции ре-рендера, а не их количества

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

от версии ноды зависит

или же мне надо устанавливать те пакеты которые использовались тогла

нода v14.15.4 , а реакт проект    "react": "^15.3.1",
   "react-dom": "^15.3.1",

package.json открыть

99.9% что будут. За 4 года всё что угодно могло обновиться.
Смотрите в package-lock или yarn.lock если они в репозитории есть.