Всем привет. Сталкивался ли кто нибудь или может знаете, как обойти постановку query в очередь? То есть несколько query вызыванных с коротким промежутком выполняются последовательно

У меня редко в каких страницах много запросов сыпиться.

Но а если и сыпиться, то можно заюзать https://www.apollographql.com/docs/react/networking/network-layer/#query-batching

Но от себя скажу, что я этот батчинг первый реализовал для Релея, и сам же его потом закопал – страницы от него дольше грузятся. Лучше по кускам страницу прогружать – так пользователю веселей и приятней, чем смотреть в пустой экран.

Блин реджекта запросов я не помню в Аполло.

Амазон грамотно решил свои проблемы с нагрузками и отказоустойчивостью их магазина. А потом позволил другим пользоваться своими решениями. И теперь имеет право зарабатывать деньги.

Маркетинг тут дело десятое. У них хорошие цены, если в стартапе некому заниматься своим железом, ДЦ и прочими прелистями хостинга и администрирования.

Вот к примеру Дропбокс, перехал в свои ДЦ и на свое железо, когда стал получать по 2 ляма баксов в месяц от Амазона. А до этого было просто экономически нецелесообразно свою инфру поднимать.

кстати да, это могло бы помочь, если например квери не загрузился, а элемент пропал с экрана, то можно было бы его вырубать

@quarrant помнится вы хейтили GraphQL. На работе вас что ли заставляют? )

Но в любом случае у тебя сложные кейс, под него не каждое коробочное решение зайдет. Готовься к велосипедам.

Но в любом случае у тебя сложные кейс, под него не каждое коробочное решение зайдет. Готовься к велосипедам.

@quarrant помнится вы хейтили GraphQL. На работе вас что ли заставляют? )

Да можно хейтить все что угодно. А потом поменять свое мнение.

Как гриться обстоятельства поменялись.

Вот я возьму через год и начну хейтить GraphQL в угоду OData 😉

Да можно хейтить все что угодно. А потом поменять свое мнение.

Как гриться обстоятельства поменялись.

Вот я возьму через год и начну хейтить GraphQL в угоду OData 😉

скорее всего, потому что мы не используем квери как компоненты, у нас в приложении отдельный сетевой слой, который с бэком взаимодействует и возможно, что apollo не подходит для этого.

Проблема таже останется, кучи запросов. Но тут вы уже правда сможете на своем сетевом уровне очередью рулить.

я продолжаю его хейтить, но это не значит, что я с ним не работаю и не оптимизирую. Я же не "ленивый программист"

Понятно дело, что если в стартап пойдут деньги, то можно задуматься об отимизации расходов если будут интересные предложения,  а вот стартовать пожалуй с AWS Amplify верно и лично мной уже проверено. На порядки проще, а вы то как никто другой понимаете, что хороший программист - это ленивый программист 😎