AO
в «посте» можно посмотреть. Просто лишняя нагрузка на сеть.
как раз за счёт возможности выбрать поля, нагрузка на сеть снижается (данные, которые возвращаются клиенту)
Size: a a a
2019 April 15
AO
вместо соединений с многими разными API, используется один и делается, возможно, 1 запрос
PP
не очень понял. В request передается вместо q_gte=1.
select ….. query и тд
select ….. query и тд
PP
вместо соединений с многими разными API, используется один и делается, возможно, 1 запрос
только что делать, если у тебя все на сервисы бито и не монолитный сайт
PP
не очень понимаю
PP
Вообще можно же юзать RPC, если надо именно функции дергать, а не ресты. И по перфомансу классно
AO
это такой API Gateway
PP
Не понял. Так если у меня 100 сервисов.
AO
RPC немного для другого
AO
ну, кстати, GraphQL over gRPC можно
AO
(я в переносном смысле)
AO
вот есть сейчас grpc-web
PP
RPC немного для другого
я понимаю. Просто мне кажется graphql не решает прям проблем
AO
gRPC для взаимодействия микросервисов друг с другом
AO
это хорошо и правильно
PP
Иначе писать - да можно. Именно проблему инженерную решать - даже не знаю
PP
gRPC для взаимодействия микросервисов друг с другом
ага
V
по поводу авторизации по емейлу это только так делаеться? https://medium.com/@ramykhuffash/django-authentication-with-just-an-email-and-password-no-username-required-33e47976b517
Да, насколько мне известно то только так
Вот может еще эта статья будет полезна - https://habr.com/ru/post/313764/#AbstractBaseUser
Вот может еще эта статья будет полезна - https://habr.com/ru/post/313764/#AbstractBaseUser
