это уже руководство решит, так как пока что его нету, а пока что пользуемся с heroku

Понял, так и сделаю))

Тоже undef, видимо оно реально всегда undefined

Я про архитектуру. Монолит или микросервисы

А в девтулсах не смотрели?

неа ... ломаю голову

Там тоже самое, я понял в чем проблема

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

а что в основе приложения? Генерация при помощи Vue Cli?

jwt имеет смысл, когда:
- микросервисная или аналогичная архитектура, при которой надо слать с фронта запросы на разные домены
- микросервисная или СО архитектура, при которой запрос обрабатывается множеством сервисов, которые хочется иметь stateless, либо не связывать с сервисом авторизации
- у бека есть не веб фронт типа мобилок, и не хочется там париться с куками

нет, cli другой, quasar framework

у вас там есть папка boot, в каоторую можно разные расширялки кидать

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

в beforeEach также передается только from, to, next
но в сам модуль (файл) импортирован инстанс store ивы можете к нему обращаться

если пилите на quasar, то этот их дзен через boot файлики будет к месту

https://webdevblog.ru/ispolzovanie-middleware-vo-vue/ тут есть объяснение как можно реализовать middleware с нуля
но не ручаюсь за качество кода, мельком глянул - вроде общие идеи более менее адекватные..,есть к реализации претензии, но их можно списать на то, что это учебный код для описания одного из подходов

да, уже читал бегло, что нужно не нашел

щас гляну, спасибо большое

@ShGKme  я все таки не понял до конца ваш подход

server
отдает данные по access_token
отдает данные по refresh_token (как вы сказали при первом запросе, но неясно как отличить первый запрос)

на клиенте
храним access_token в памяти (инстансе http клиента)
храним refresh_token в куки

в целом (как я понял) вы стремитесь хранить access_token надежнее, чем refresh_token (или нет?)

а подскажите плиз норм плагин для vue.js что бы юзер мог рейтиг ставить, обычные звездочки пробовал stars-rating-component-vue но он не работает в продакшене только в деве

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

а выше пример как это сделано на основе boot файлов в quasar, там уже код более близкий к продакшену, поэтому сложнее

Дисклеймер: я теоретически рассуждаю, ssr не делаем.

Нет, схема не такая. Сервер работает ровно также, как клиент.

Не надёжнее, а так, чтобы он был доступен клиенту (чтобы он его в заголовок засунул), но при этом не доступен для всех, кто получил доступ к JS. Т.е. в замыкании. Мне не нравится вариант открытого хранения аксесса.

А ещё, если всё хранить в куках, то появляются все проблемы сессий с CSRF