p19e0n, на сервере это уже другая история и никакого ифрейма не будет, проксировать через свой сервер и отдавать какой-то измененный код. Но надо учесть много всего если нужно отобразить именно оригинальную страницу как она есть чтоб стили не сломались и т.д.
Стоит ли изучать и использовать Laravel или правильнее и проще будет написать свои классы для сущностей и для репозиториев и для роутинга и для всего остального?
Александр Бабий, ну так если у вас с гитхаба последняя, то откуда там древняя дыра? Сканер который показывает в txt файле RCE уязвимость наверно не очень умный.
Другого кода нет на сайте?
у вас же там вротпресс стоит, конечно туда назаливают всякого разного...
dk-web, там будут ровно те данные которые вы используете на фронте, и при этом у текущего конкретного пользователя(если авторизация используется). Так что если у вас там вылезли какие-то чувствительные данные, то их у вас и фронт без SSR будет знать.
Роман, это никак не делает из nuxt бекенд. По прежнему nuxt максимум в качестве прокси между апи и фронтом стоит. Может что-то немного подправить в процессе запросов. Middleware это не способ реализации бекендовости уж точно.
То есть допустим телефон "спит", в фоне определить, что срок токена истекает и незаметно для пользователя его обновить, чтобы он оставался залогиненым. Или это не так делается?
у токена есть рефреш токен который живёт как правило от недели до месяца.
А для приложения так вообще можно сделать что-то околовечное.
Итого зачем создавать фоновый процесс который будет следить за свежестью вашего токена?
Со стороны пользователя особенно, приложение будет 24/7/365 работать в фоне только для того чтобы авторизация не слетела. Представьте все приложения в которых есть авторизация бы так делали, никаких батареек бы не хватило.