Y
нашел исходник от майкрософта, демо к microsoft graph api
Size: a a a
2019 May 10
Y
но даже это демо позволяет в одной задаче вместо 300 запросов сделать 2
Y
если graphql использовать
Y
жаль только чтение доступно
NK
Ребята, подскажите пожалуйста как можно разрешить такую ситуацию:
используем react, apollo, есть заготовки query, которые переиспользуем. Часто возникает ситуация, когда нужно сделать несколько одинаковых query, но с разными variables. Как можно отправлять вместо нескольких запросов - один?
Падает сервер с 500 иногда, и кажется от того, что у нас слишком много запросов в очень короткий промежуток времени. Не понимаю, как можно оптимизировать такое, не переписывая заготовки под каждый случай. Или можно как-то делать один ретрай этого набора запросов в случае падения
используем react, apollo, есть заготовки query, которые переиспользуем. Часто возникает ситуация, когда нужно сделать несколько одинаковых query, но с разными variables. Как можно отправлять вместо нескольких запросов - один?
Падает сервер с 500 иногда, и кажется от того, что у нас слишком много запросов в очень короткий промежуток времени. Не понимаю, как можно оптимизировать такое, не переписывая заготовки под каждый случай. Или можно как-то делать один ретрай этого набора запросов в случае падения
วโ
Ребята, подскажите пожалуйста как можно разрешить такую ситуацию:
используем react, apollo, есть заготовки query, которые переиспользуем. Часто возникает ситуация, когда нужно сделать несколько одинаковых query, но с разными variables. Как можно отправлять вместо нескольких запросов - один?
Падает сервер с 500 иногда, и кажется от того, что у нас слишком много запросов в очень короткий промежуток времени. Не понимаю, как можно оптимизировать такое, не переписывая заготовки под каждый случай. Или можно как-то делать один ретрай этого набора запросов в случае падения
используем react, apollo, есть заготовки query, которые переиспользуем. Часто возникает ситуация, когда нужно сделать несколько одинаковых query, но с разными variables. Как можно отправлять вместо нескольких запросов - один?
Падает сервер с 500 иногда, и кажется от того, что у нас слишком много запросов в очень короткий промежуток времени. Не понимаю, как можно оптимизировать такое, не переписывая заготовки под каждый случай. Или можно как-то делать один ретрай этого набора запросов в случае падения
а вы у бэкендщиков не спрашивали, почему 500 ?
NK
они говорят постарайтесь отправлять поменьше запросов, ну а вообще как-то связано с таймаутом в influxdb, которую они используют. они со своей стороны постараются что-то оптимизировать, но попросили нас тоже подумать над уменьшением количества обращений к ним. Запросов у нас около 20-25 при загрузке страницы
A1
Ребята, подскажите пожалуйста как можно разрешить такую ситуацию:
используем react, apollo, есть заготовки query, которые переиспользуем. Часто возникает ситуация, когда нужно сделать несколько одинаковых query, но с разными variables. Как можно отправлять вместо нескольких запросов - один?
Падает сервер с 500 иногда, и кажется от того, что у нас слишком много запросов в очень короткий промежуток времени. Не понимаю, как можно оптимизировать такое, не переписывая заготовки под каждый случай. Или можно как-то делать один ретрай этого набора запросов в случае падения
используем react, apollo, есть заготовки query, которые переиспользуем. Часто возникает ситуация, когда нужно сделать несколько одинаковых query, но с разными variables. Как можно отправлять вместо нескольких запросов - один?
Падает сервер с 500 иногда, и кажется от того, что у нас слишком много запросов в очень короткий промежуток времени. Не понимаю, как можно оптимизировать такое, не переписывая заготовки под каждый случай. Или можно как-то делать один ретрай этого набора запросов в случае падения
> Как можно отправлять вместо нескольких запросов - один?
С помощью алиасов.
С помощью алиасов.
NK
> Как можно отправлять вместо нескольких запросов - один?
С помощью алиасов.
С помощью алиасов.
Так это требует перезаписи заготовок под каждый случай, как я понимаю
e
Так это требует перезаписи заготовок под каждый случай, как я понимаю
да вроде нет, если фрагменты используются, то скомпоновать запрос можно без каких либо проблем
ну мб чуточку коду придется добавить
ну мб чуточку коду придется добавить
A1
да вроде нет, если фрагменты используются, то скомпоновать запрос можно без каких либо проблем
ну мб чуточку коду придется добавить
ну мб чуточку коду придется добавить
+
A1
они говорят постарайтесь отправлять поменьше запросов, ну а вообще как-то связано с таймаутом в influxdb, которую они используют. они со своей стороны постараются что-то оптимизировать, но попросили нас тоже подумать над уменьшением количества обращений к ним. Запросов у нас около 20-25 при загрузке страницы
20+ запросов при загрузке страницы это как-то супер много. Может они специальные объекты для запроса сделают именно для начальной загрузки страницы?
NK
да вроде нет, если фрагменты используются, то скомпоновать запрос можно без каких либо проблем
ну мб чуточку коду придется добавить
ну мб чуточку коду придется добавить
я думала можно как-то это сделать уровнем выше легким путем, но ок, согласна, выглядит компактно, попробую так. спасибо)
NK
20+ запросов при загрузке страницы это как-то супер много. Может они специальные объекты для запроса сделают именно для начальной загрузки страницы?
да, наверное стоит попросить написать апи для таких специфичных случаев
NT
2019 May 11
SZ
Очень часто слышу что graphql это прямо хорошо для фронтендера - ну как бы это не совсем правда) GraphQl для фуллстеков, фронтам тут нечо делать, мне технология нравиться но вот жизнь фронтам она не делает проще + еще вижу что вообще очень мало инфы про клиент или она сильно устаревшая.
EK
Очень часто слышу что graphql это прямо хорошо для фронтендера - ну как бы это не совсем правда) GraphQl для фуллстеков, фронтам тут нечо делать, мне технология нравиться но вот жизнь фронтам она не делает проще + еще вижу что вообще очень мало инфы про клиент или она сильно устаревшая.
Делает жизнь проще засчет новых "клиентов" (apollo client, relay), позволяющих меньше усилий тратить на управление стейтом.
EK
После редакса с миллионом шаблонных экшенов, редюсеров, просто глоток воздуха
EK
Утрирую, конечно :)