fix(query): performance with large offset

[aprendendofelipe]

Ajuste na query de conteúdos para melhorar a performance quando navegamos por páginas distantes da inicial, ou seja, quando offset é grande.

Com essa mudança não deveremos mais obter tantos erros de timeout das lambdas e os erros 504 para os usuários.

[vercel]

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name	Status	Preview	Updated
tabnews	✅ Ready (Inspect)	Visit Preview	Nov 17, 2022 at 7:01PM (UTC)

[aprendendofelipe]

Apenas para comparação, no momento a página 50 está levando cerca de 21s para responder:

https://www.tabnews.com.br/api/v1/contents?strategy=new&page=50

[filipedeschamps]

Merged!! Let's goooooo!!!

E olha a diferença que absurdaaaaaaaa!!!

Antes	Depois

Isso para a mesma URL da página 50: https://www.tabnews.com.br/api/v1/contents?strategy=new&page=50

[edit]

Isso considerando que o banco estava com o load pós deploy (gerando os estáticos novamente e com ~45 conexões abertas)

[aprendendofelipe]

E olha a diferença que absurdaaaaaaaa!!!

TOP! E indexando published_at deve melhorar um pouco mais.

E como outras situações ainda podem fazer o banco demorar mais do que 60s para responder, futuramente podemos implementar um timeout similar ao que fiz no #811.

Assim, dentro do limite de 60s da lambda, podemos gerar logs e redirecionar para uma página de erro mais amigável do que a página 504 da Vercel.

[filipedeschamps]

Gráfico de 15 dias com a média de performance das paginações (extremamente notável quando o deploy foi feito):

Se os endpoints tivessem mais acessos, ficaria ainda mais notável o quão estável ficou o retorno, independente da página 🤝