Size: a a a

2020 November 25

AB

Alexander Becker in Laravel Pro
А чтобы просто апи прикрыть для своего собственного пользования полноценный воркфло oAuth2 не нужен.
Он нужен, если ты предоставляешь свое апи сторонним приложениям.
источник

A

Artur in Laravel Pro
Alexander Becker
А чтобы просто апи прикрыть для своего собственного пользования полноценный воркфло oAuth2 не нужен.
Он нужен, если ты предоставляешь свое апи сторонним приложениям.
так а что тогда использовать? я как понимаю laravel/passport можно и для того и для того использовать по отдельности, а можно вместе. Я не сильно разбираюсь oAuth2, только разбираюсь
источник

AB

Alexander Becker in Laravel Pro
Artur
так а что тогда использовать? я как понимаю laravel/passport можно и для того и для того использовать по отдельности, а можно вместе. Я не сильно разбираюсь oAuth2, только разбираюсь
Систему авторизации через токены можешь использовать из паспорта.
Это хороший путь т.к. апи остается stateless, но позволяет идентифицировать пользователя, что как бы соответствует REST канонам
источник

TV

Tairau Viktar in Laravel Pro
Andrey Pirozhkov
Сорян, больше не буду. Трудность у меня возникла в обработке мутаций. Не получается обрабатывать их в кастомном классе. А при обработке дефолным обработчиком не правильно передаются аргументы.
Лучше в классе логику пиши.
createProject (
   id: Int
   type: String
   data: ProjectData @spread
): Project @field(resolver: "ProjectMutation@create")
источник

TV

Tairau Viktar in Laravel Pro
А вообще lighthouse мне не сильно понравился. Этот пакет https://github.com/rebing/graphql-laravel лучше, имхо
источник

AP

Andrey Pirozhkov in Laravel Pro
Tairau Viktar
Лучше в классе логику пиши.
createProject (
   id: Int
   type: String
   data: ProjectData @spread
): Project @field(resolver: "ProjectMutation@create")
Почему не стоит использовать инпуты?
источник

TV

Tairau Viktar in Laravel Pro
Andrey Pirozhkov
Почему не стоит использовать инпуты?
Поддерживать неудобно. Если где-то появляется какая-то доп. логика, то скорее всего придется переносить в класс. Собственно вся их фишка с описанием в схеме мне вообще не зашла.
источник

A

Artur in Laravel Pro
Читаю про oAuth2 и стало интересно. Может кто-то обьяснить зачем нужен код который потом обменивается на access token если можно вернуть сразу access token без нужны в лишнем шаге. По какой причине это было сделано?
источник

TV

Tairau Viktar in Laravel Pro
Andrey Pirozhkov
Почему не стоит использовать инпуты?
Ну подсказать что там сейчас у тебя не работает не могу, год назад использовал, уже не сильно помню. Сейчас вот посмотрел что там по хорошему ничего не поменялось, а вот тот второй пакет прям в лучшую сторону развивается.
источник

А

Антон in Laravel Pro
Artur
Читаю про oAuth2 и стало интересно. Может кто-то обьяснить зачем нужен код который потом обменивается на access token если можно вернуть сразу access token без нужны в лишнем шаге. По какой причине это было сделано?
В урле вернешь?
источник

AP

Andrey Pirozhkov in Laravel Pro
Tairau Viktar
Ну подсказать что там сейчас у тебя не работает не могу, год назад использовал, уже не сильно помню. Сейчас вот посмотрел что там по хорошему ничего не поменялось, а вот тот второй пакет прям в лучшую сторону развивается.
Понял, и на том, что скинул спасибо.
источник

AP

Andrey Pirozhkov in Laravel Pro
Второй пакет позже гляну
источник

А

Антон in Laravel Pro
Artur
Читаю про oAuth2 и стало интересно. Может кто-то обьяснить зачем нужен код который потом обменивается на access token если можно вернуть сразу access token без нужны в лишнем шаге. По какой причине это было сделано?
источник

A

Artur in Laravel Pro
Антон
В урле вернешь?
причем тут урл?
источник

А

Антон in Laravel Pro
Artur
причем тут урл?
Наверно, при том, что код возвращается в урле? Если вернуть сразу access_token, то его может любой школьник грепнуть и получить доступ к данным. Код возвращается намеренно, он живет недолго, он выдается для конкретного приложения. Получив код, ты на бэкенде с данными своего приложения и с кодом уже получаешь токен. Безопасность.
источник

A

Artur in Laravel Pro
Антон
Наверно, при том, что код возвращается в урле? Если вернуть сразу access_token, то его может любой школьник грепнуть и получить доступ к данным. Код возвращается намеренно, он живет недолго, он выдается для конкретного приложения. Получив код, ты на бэкенде с данными своего приложения и с кодом уже получаешь токен. Безопасность.
Окей, но ведь там в боди возвращается access token.

И грубо говоря там такие шаги:
1. Получить код
2. Поменять код на access token

И непонятно почему нельзя сделать так:
1. Получить access token

Я не говорю, что я тут умнее тех кто придумал этот фрейм, лишь хочу понять причину зачем так сделано
источник

А

Антон in Laravel Pro
Artur
Окей, но ведь там в боди возвращается access token.

И грубо говоря там такие шаги:
1. Получить код
2. Поменять код на access token

И непонятно почему нельзя сделать так:
1. Получить access token

Я не говорю, что я тут умнее тех кто придумал этот фрейм, лишь хочу понять причину зачем так сделано
Ты читаешь, что тебе пишут? А еще почитай это https://tools.ietf.org/html/rfc6749#section-1.3.1
источник

А

Антон in Laravel Pro
Artur
Окей, но ведь там в боди возвращается access token.

И грубо говоря там такие шаги:
1. Получить код
2. Поменять код на access token

И непонятно почему нельзя сделать так:
1. Получить access token

Я не говорю, что я тут умнее тех кто придумал этот фрейм, лишь хочу понять причину зачем так сделано
Как тебе при редиректе на твой сайт может что-то вернуться в боди?
источник

A

Artur in Laravel Pro
Антон
Ты читаешь, что тебе пишут? А еще почитай это https://tools.ietf.org/html/rfc6749#section-1.3.1
я читаю, но если не понятно, то спрашиваю дальше
источник

A

Artur in Laravel Pro
Антон
Как тебе при редиректе на твой сайт может что-то вернуться в боди?
получается authorization server делает редирект обратно но уже с параметром кода?
источник