U
А есть пример?
может я неправильно понял.
Говорят join monster тормознутый, т.е. он медленно делает вот это:
Говорят join monster тормознутый, т.е. он медленно делает вот это:
Size: a a a
2018 November 15
U
я имел ввиду кеширование вот этого запроса (путём dataloder):
MM
Нет, он делает медленно не это
MM
Он медленно парсит ответ из бд
MM
Ну по крайней мере у меня это медленно было
ДР
Кто-нибудь записывался в тестеры prisma admin?
https://www.prisma.io/admin
https://www.prisma.io/admin
Продолжают радовать своим вектором развития. Оставил заявку, спасибо.
2018 November 16
AV
Добрый день!
Взялся изучать graphQL, подскажите, пожалуйста, какие лучшие практики по делению запросов на mutation и query с точки зрения методов http?
Я хочу, чтобы для mutation был post, а для query get, пока что вижу вариант только 2 разные схемы делать.
может есть какой-то более изящный подход?
Взялся изучать graphQL, подскажите, пожалуйста, какие лучшие практики по делению запросов на mutation и query с точки зрения методов http?
Я хочу, чтобы для mutation был post, а для query get, пока что вижу вариант только 2 разные схемы делать.
может есть какой-то более изящный подход?
U
Graphql ВСЕГДА (очень чаще всего) использует post для всего
U
Mutation стоит только тогда когда данные на сервере МЕНЯЮТСЯ, т.к. мутации выполняются (в одном запросе) последовательно, а не парралельно как query
AV
то есть просто делать схему, в которой есть все и для mutation, и для query, и тыкать ее только через post?
U
А через что ты её тыкать собрался? Перефразируй плз
AV
у меня фронт на реакте и бэк на ноде
AV
из реакта буду к ноде обращаться)
AV
всегда делать пост просто?)
U
В реакте какую-нибудь библиотеку используешь?
C🐝
всегда делать пост просто?)
Apollo заюзай
U
В реакте какую-нибудь библиотеку используешь?
Она должна сама всё делать