протухание токена

+

если бэк видит юзера не в своём фронте?

у тебя 1 бэк, 2 фронта

1 фронт логинится -> дается токен -> запись в куки
2 фронт логинится -> дает токен -> запись в куки

---- Разлогин на любом фронет -----
пробегаемся по таблице токенов, удаляем все для данного юзера (удалится 2 токена)



это примерная простая реализация разлогена на всех ваших фронтах

да, с разлогином работает. Но если не жать разлогин... Открыть в этом же браузере соседнюю вкладку - логинишься в 1 фронте - переключаемся - залогинен и на другом фронте

Там ситуация немного мутная у меня.
Данные которые передаются в пропсах, потом внутри дочернего компонента преобразовываются в created, и на основе этих преобразованных данных рендерится компонент.
При роутинге получается, что компонент рендерится на основе старых данных, которые уже были записаны в стор из апи в родительском компоненте.
Потому что created в дочернем компоненте не дожидается fetch в родительском (только 1 раз, при 1й загрузке).
Не спрашивай почему так реализовано, сам разбираюсь в чужом коде)

это косяк накста (вернее не бага, а неудобство, например для меня). fetch идет уже после created, соотвесвтенно детям похрен что они зависят от стейта родителя и начнут конструироваться не ожилая fetch роителя

По варикам вижу выпилить эту логику из created, и перенести в computed, который будет смотреть постоянно на стор (а он будет изменятся после повторных вызовов апи)

кстати вот приходится эту хрень и делать. Либо использовать старый asyncData, дети будут ждать его отработаки, даже ассинхронного

с asyncData хороший варик, только у меня компонент не "страница" и не сможет им стать (роуты с динамическими именами)
так что увы)

но почему-то при загрузке на сервере пока fetch не отработает, то хуки в дочерних компонентах ждут)
потом уже не

фронты на одном адресе?

посмотрите в сторону установки куки и там можно указать поддомены для которых действует. типа этот токен только для front.ssite.com

У тебя так могут начать дублироваться вызовы

Другого пути кроме как скрывать дочерний компонент нету. Еще ты можешь передавать в дочерний через проп isParentReady. И как-то так решить

Не делать запрос ветч если не реди

А на сам компонент ключ повесить

Может не сильно доступно описал что хочу сделать, но вроде всё ок должно быть.
При каждом роуте на клиенте, будет происходить повторный запрос к апи в родителе(fetch) и запись в стор.
В дочерних компонентах в computed буду смотреть на стор и в случае изменения рендерить по новому компонент.

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

Идея нового фетча - возможность сделать компонент независимым