ОК

Вернее я там делаю все проверки апи запросов и подписываю токеном запросы так же)

Нет
Релирект - это ответственность роутера
Почему вдруг ваш трагспортный слой знает о том, на какой страничке находится пользователь и т.п.?

а ему и не надо знать на какой он странице, просто window.location.href = '/login';

либо тот же history.push не суть важно

Ладно, вы ж еще историю в редакс пихаете, спорить не буду😄

Сам интерсептор лежит в контейнерном компоненте и редирект оттуда происходит. Без него получается такая штука. Стейт инитится с autorized = false и пока в useEffect происходит запрос за авторизацией реакт успевает редиректить на логин форму, потом когда данные с бэка приходят, в стейт сетается autorized= true и рендерится основная страница. Вариант есть либо спинер показывать пока запросы не вернутся, либо интерсептор прямо в компоненте с редиректом.  Вот как правильней?

вот тут можно хорошо завести холивар, я например считаю что сам роутер это часть бл)

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

Схоронил, чтобы сделать ощущение, что не один я так думаю 😂

в том чатике много мнений который отличаются от других)

Если в роутере бизнес логика, то роутер становится зависимым от нее. Чего быть не должно, роутер отвечает только за одну вещь — за роутинг. ИМХО.

роутер это такой же модуль как модуль по управлению алертами к примеру, в нашей логике идет описание историй
когда пользователь зашел на страницу /setting показать ему алерт
когда пользователь нажал на ок в алерте сделать то то
и наша вью вобще ничего не знает о этих историях, она прост отупая рендерилка

Роутер - это деталь представления)
То, как что-то отображается
Ты же не будешь на бекенде в сервисы писать редиректы)

Хорошая идея

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

Проведи паралель с бекендом)

Так где по итогу редирект делать?

а если я скажу что бекенд это не фронтенд?)