можешь посмотреть все доступные ключи так: php artisan make:whatyouneed —help

(2 тире)

оно создёт с такими названиеми (-help) файлы-контролерры

─$ php artisan make:controller --help Usage: make:controller [options] [--] <name> Arguments: name The name of the class Options: -m, --model[=MODEL] Generate a resource controller for the given model. -r, --resource Generate a resource controller class. -p, --parent[=PARENT] Generate a nested resource controller class. -h, --help Display this help message -q, --quiet Do not output any message -V, --version Display this application version --ansi Force ANSI output --no-ansi Disable ANSI output -n, --no-interaction Do not ask any interactive question --env[=ENV] The environment the command should run under -v|vv|vvv, --verbose Increase the verbosity of messages: 1 for normal output, 2 for more verbose output and 3 for debug Help: Create a new controller class

Токен не в сессии лежит а в локалсторадже например, jwt и есть замена сессиц

1)Клиент проходит авторизацию в приложении (к примеру, с использованием логина и пароля) 2)В случае успешной авторизации сервер отправляет клиенту access- и refresh-токены. 3)При дальнейшем обращении к серверу, клиент использует access-токен. Сервер проверяет токен на валидность и предоставляет клиенту доступ к ресурсам 4)В случае, если access-токен становится не валидным, клиент отправляет refresh-токен, в ответ на который сервер предоставляет два обновленных токена. 5)В случае, если refresh-токен становится не валидным, клиент опять должен пройти процесс авторизации Не могли бы вы ответить на пару вопросиков. 1) Если получается в localstorage у юзера в одном браузере два токена. Он открывает другой браузер и там получает новые токены от сервера. Значит в другом браузере у него снова токены слетят и ему нужно будет пройти авторизацию? 2) CSRF token - вот я сейчас смотрю он лежит в куках. И каждый раз когда я обновляю страницу он меняется. Это нормально? И ключ который используется для шифрования это тот самый php artisan key:generate? Если это нормально, получается я обновил страницу у меня токен CSRF в куках и когда я отправляю POST запрос на сервер, сервер этот токен разшифровывает по этому ключу и проверяет на валидность ключа?

Подскажите как лучше сохранить данные пользователя, чтобы глобальная доступность была? Есть мидлвер который проверяет токен пользователя, и нужно как то сохранить данные текущего пользователя Сейчас добавляю в реквест $request->merge(). Но может есть более правильный способ?

а как ты будешь например Внутри модели использовать $request->user ?

Передавать туда пользователя при вызове модели например

Парни, есть связь hasMany. В модели-релейшене есть какой-то метод свой. Если я дергаю $user->posts->someFunc() - дергаются ли заодно все посты?

Хм. Да вот думаю, куда логику тогда поместить, что бы было красиво

Хм. Да вот думаю, куда логику тогда поместить, что бы было красиво

какой-то сервис, работающий с постами юзера

почитай информационный эксперт/Creator

добавлять, удалять посты и т.д., но с какими-то пресетами и доп. логикой, которая в контроллере должна отсутствовать

создай обычный класс в папочке Services обзови его PostsManager или PostsDirector и помести туда свою логику. делов то)

Хм. А не декоратор ли для модели мне случайно нужен?

1. Да, намтом браузере авторизация слетитя 2. Нет, csrf токен это аналог сессии все же (если не она сама, могу ошибаться). Jwt же пересылается тупо как параметр запроса либо в заголовках. Да, лара валидирует и тд но когда это построено на ее родном csrf. Если же jwt то нужно ручками отслеживать

отсутствие возможности получить приаттаченую модель без доп. запроса - ппц

типо сделал attach, получил тут же результат

меня смущает, что это под sudo юзером (кажется под ним) должно быть

да я вот боюсь какбы nginx не наебнулся неожиданно от такого ) Думал, может какое-то готовое решение кто-то знает