xx
товарищам с графкуель проще в этом плане. там все за них уже решено
Size: a a a
2020 January 18
V💊
а вообще если делать один запрос вместо 100 он всегда будет жирным. пока всё соберется из базы, пока сериализуется, пока сделается запрос к внешним сервисам, может и таймаут наступить. а можно сделать много запросов которые будут отдаваться по готовности, а медленные можно вообще асинхронно пустить что бы не лочить ничего.
V💊
x x
товарищам с графкуель проще в этом плане. там все за них уже решено
там другие веселости ;)
Д
а вообще если делать один запрос вместо 100 он всегда будет жирным. пока всё соберется из базы, пока сериализуется, пока сделается запрос к внешним сервисам, может и таймаут наступить. а можно сделать много запросов которые будут отдаваться по готовности, а медленные можно вообще асинхронно пустить что бы не лочить ничего.
Вот вот. По обстоятельствам смотреть нужно
Д
а вообще если делать один запрос вместо 100 он всегда будет жирным. пока всё соберется из базы, пока сериализуется, пока сделается запрос к внешним сервисам, может и таймаут наступить. а можно сделать много запросов которые будут отдаваться по готовности, а медленные можно вообще асинхронно пустить что бы не лочить ничего.
Но тут бы я конечно полез бы в бэк
Д
Как оптимизировать, пересмотреть, ускорить, разбить один запрос на несколько и потом вручную собрать
xx
а вообще если делать один запрос вместо 100 он всегда будет жирным. пока всё соберется из базы, пока сериализуется, пока сделается запрос к внешним сервисам, может и таймаут наступить. а можно сделать много запросов которые будут отдаваться по готовности, а медленные можно вообще асинхронно пустить что бы не лочить ничего.
из моих кейсов, половину запросов можно кешировать, и просто доставать из редиса. мало смысла их по отдельности с клиента запрашивать
xx
но да, смотреть нужно по обстоятельствам и задачам
Д
Мне вот недавно стало понятно что лучше все теги и его дерева лучше забрать сразу все чем за каждым ходить
xx
тема не для спора вообще
V💊
x x
из моих кейсов, половину запросов можно кешировать, и просто доставать из редиса. мало смысла их по отдельности с клиента запрашивать
ну вот в кейсе с бэкофисом gdml.ru там вообще кэшировать почти всё нельзя было
Д
Мне вот недавно стало понятно что лучше все теги и его дерева лучше забрать сразу все чем за каждым ходить
В моей задаче всмысле
xx
Мне вот недавно стало понятно что лучше все теги и его дерева лучше забрать сразу все чем за каждым ходить
делал сетку порнотубов, там тегов около 5000 штук было))) дороговато все запрашивать получается
Д
x x
делал сетку порнотубов, там тегов около 5000 штук было))) дороговато все запрашивать получается
50кб данных в gzip, 1 запрос?
xx
побольше, мега 2
xx
слаг, название, еще метадата кое-какая
Д
Что там такого было? 😂 картинки к каждому? )
Д
А забрать только нужные поля не было возможности?
xx
ну оно все нужно было на клиенте в данном случае
Д
Понял, тогда тут да