@oop_ru

Страница 538 из 785
Artur
01.03.2018
21:47:49
и повторюсь другими словами: есть сервис на php(laravel/lumen) который обрабатывает api call извне. сам РАБОТУ не делает - делегирует. задача повесить на него oauth/jwt/etc для API и только для API в идеале у сервиса нет доступа к бд

но в идеале у сервиса нет доступа к бд

Like
01.03.2018
21:49:06
Google
Artur
01.03.2018
21:49:14
оч

?

Like
01.03.2018
21:49:24
Тогда тебе не понравится :(

Artur
01.03.2018
21:51:06
я не только описал проблему но и предложил 3 решения

Like
01.03.2018
21:51:41
ммм я не понимаю в чем проблема
Он хочет jwt до прокидывания выполнения дальше, но в идеале, чтобы не было работы с бд

Как я понял

Sergey
01.03.2018
21:52:00
Like
01.03.2018
21:52:22
так jwt и не подразумевает работу с базой данных
Ну мне лень с телефона без т9 что то длинее писать

Суть в отсеивание до прокидывания дальше

Google
Sergey
01.03.2018
21:52:43
валидация пароля, например
когда у тебя есть jwt тебе не надо валидировать пароль. То есть задача - сервер авторизации без базы данных. Что невозможно.

Sergey
01.03.2018
21:53:22
вопрос как сделать красиво
как сделать красиво сервер авторизации? или что?

Like
01.03.2018
21:53:22
?

Artur
01.03.2018
21:53:42
как сделать красиво сервер авторизации? или что?
это может быть и сервис(отдельный)

Artur
01.03.2018
21:54:00
лара нужна для другого

конечно там может быть и нода

Sergey
01.03.2018
21:54:20
окей

дальше... ты хочешь аутентификацию на JWT?

Like
01.03.2018
21:54:40
это может быть и сервис(отдельный)
А ты говорил что скучный...

Sergey
01.03.2018
21:54:44
выдачу JWT делигировать, так?

Artur
01.03.2018
21:55:08
можно и так по ролям из той же авторизации

можно взять готовое решение

как отдельный сервис

вопрос как сделать красиво универсально и минимальным кодом

задача же банальнейшая

Google
Artur
01.03.2018
21:56:02
а я её в таком виде не решал

Sergey
01.03.2018
21:56:18
задача же банальнейшая
либо я тупой либо ты не можешь формализовать задачу так что бы она стала понятной

Artur
01.03.2018
21:56:29
я пока взял https://laravel.com/docs/5.6/passport

Sergey
01.03.2018
21:56:47
ай ладно, развлекайтесь без меня

Artur
01.03.2018
21:56:50
забудь про космос. всё стандартно

ну как обычно )

Sergey
01.03.2018
21:57:03
забудь про космос. всё стандартно
тогда это оффтоп и идите куда-нибудь в php чатик?)

Artur
01.03.2018
21:57:21
я же не спрашиваю ЭТО я решение хорошее ищу

Artur
01.03.2018
21:57:39
так я не предлагал обсуждать ни пасспорт ) ни пхп

Sergey
01.03.2018
21:58:03
так я не предлагал обсуждать ни пасспорт ) ни пхп
тогда что ты предлагаешь обсуждать?

Sergey
01.03.2018
21:58:08
у тебя есть готовый oauth сервер

Artur
01.03.2018
21:58:11
ну там точно не про ооп

Like
01.03.2018
21:58:15
так я не предлагал обсуждать ни пасспорт ) ни пхп
Да возьми ты любой инструмент и все Нужен oauth2 - паспорт Не нужен - гитхаб в помощь

Sergey
01.03.2018
21:58:18
и есть третья сторона которой ты предоставляешь доступ к своим ресурсам

все

Artur
01.03.2018
21:58:22
у тебя есть готовый oauth сервер
да есть но он ходит в бд

Sergey
01.03.2018
21:58:46
да есть но он ходит в бд
для того что бы узнать можно тебе токен выдавать или нет. по другому ты не сделаешь. БД должна быть где-то

Artur
01.03.2018
21:58:57
может есть какие-то готвоые решения пусть даже на го или ноде

Google
Sergey
01.03.2018
21:59:10
Like
01.03.2018
21:59:19
Artur
01.03.2018
21:59:25
и я привёл 3 способа валидации (похода в бд)

а ты говоришь по другому не сделать.

Like
01.03.2018
21:59:32
Чем больше пишешь, тем меньше я понимаю

Sergey
01.03.2018
21:59:40
Admin
ERROR: S client not available

Artur
01.03.2018
21:59:46
конечно!

Sergey
01.03.2018
21:59:51
....

так

Artur
01.03.2018
21:59:52
но не из сервиса- превратника

я про SOA

Like
01.03.2018
22:00:07
так
Серега, не уж то ты его понимаешь?

Sergey
01.03.2018
22:00:22
Серега, не уж то ты его понимаешь?
кажется начинаю. он все опять перепутал и перемешал

Artur
01.03.2018
22:00:31
))

Sergey
01.03.2018
22:00:53
в SOA у тебя будет свой сервер авторизации со своей БД пользователей и который решает выдавать тебе JWT токен или нет. Как только он выдал JWT токен - он больше не учавствует. С этим JWT ты идешь уже в другие сервисы

Artur
01.03.2018
22:00:59
я не спрашивал как валидировать без бд. я как бы не ребёнок :)

Sergey
01.03.2018
22:01:11
"сервис-превратник" работает с уже имеющимися JWT

и все

Google
Artur
01.03.2018
22:01:15
я спрашивал как валидировать ПРВАВИЛЬНО без похода в бд из превратника так как это нарушает принципы SOA

Sergey
01.03.2018
22:01:31
ну то есть тебе надо разделить "авторизацию" и "аутентификацию"

Sergey
01.03.2018
22:01:53
Sergey
01.03.2018
22:02:11
core of app
core of app = bad soa

Artur
01.03.2018
22:02:23
не так

1. речь не про микросервисы 2. все говорят хороший соа это бывший монолит

Sergey
01.03.2018
22:02:51
не так
рассказывает он мне о том что наличие модулей с именованием Core это норм

Artur
01.03.2018
22:02:52
я не собираюсь всё нахрен переписывать )

Sergey
01.03.2018
22:03:08
1. речь не про микросервисы 2. все говорят хороший соа это бывший монолит
если речь не о микросервисах (которые не что иное как soa) то о чем?

Artur
01.03.2018
22:03:28
если речь не о микросервисах (которые не что иное как soa) то о чем?
не не что иное а частный случай который как раз подразумевает отказ от core

Sergey
01.03.2018
22:03:37
я не собираюсь всё нахрен переписывать )
если "отдельный сервер авторизации выдающий jwt но сам их не проверяющий" это core app - то думаю ответ для тебя понятен

Sergey
01.03.2018
22:04:18
не не что иное а частный случай который как раз подразумевает отказ от core
было так: - soa - хайп вокруг soa - soa это все что угодно - хватит это терпеть, возьмем оригинальную идею soa и сделаем ребрендинг - хайп вокруг микросервисов ...

Artur
01.03.2018
22:04:36
я и не против

Like
01.03.2018
22:04:42
не понял
Он говорит, что ты хуйню делаешь

Artur
01.03.2018
22:04:47
нет

Страница 538 из 785