DD
Size: a a a
2021 February 04
DD
подскажите,можно что-то подобное реализовать
VA
А ты grpc юзаешь только для межсервисного взаимодействия, или фронт тоже его дёргает?
он говорил что и фронт, я вот тоже хочу это сделать. Сразу будет и скорость и подписки
DD
нужно чтобы несколько dto на одном контроллере
DD
стоит так делать и если да,то как лучше?
D
нужно чтобы несколько dto на одном контроллере
Я бы не делал так
D
Раздели эндпоинты
D
он говорил что и фронт, я вот тоже хочу это сделать. Сразу будет и скорость и подписки
Мне кажется, с админской стороны геморрой. Потому что по урлу не ограничить доступ
D
Не будут же они тело запроса анализировать
VA
Мне кажется, с админской стороны геморрой. Потому что по урлу не ограничить доступ
Ты про endpoint ?
D
Ты про endpoint ?
Ну да
D
Собственно потому вопрос и возник
VA
Не будут же они тело запроса анализировать
Так смотрим мета данные которые прилетели, и если что-то не так, не отдаем данные
D
Так смотрим мета данные которые прилетели, и если что-то не так, не отдаем данные
Как на уровне nginx это сделать?
VA
В мета ставим данные про пользователя
VA
Как на уровне nginx это сделать?
Так он тут вообще не нужен, все внутри крутится, в сети. Наружу смотрит только фронт и все. Нет такого понятия как api.domain.com
D
Так он тут вообще не нужен, все внутри крутится, в сети. Наружу смотрит только фронт и все. Нет такого понятия как api.domain.com
Так погоди, я ж про то и спрашиваю, дергает ли его фронт
D
Если к нему обращения внутри сети только, то понятно
D
Если наружу торчит, то непонятно, т.к. перед ним по-любому Nginx будет
VA
Если к нему обращения внутри сети только, то понятно
ну смотри, при запросе ставим в мета данные сервиса который делает запрос, и уже на уровне приложения в том же guard смотрим если мс может запросить данные от нас или слать его нужно