Diminuir tamanho do JavaScript inicial da página #1063
Conversation
|
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
models/content.js
Outdated
| @@ -47,6 +47,7 @@ async function findAll(values = {}, options = {}) { | |||
| ${values.count ? 'LIMIT 1' : 'LIMIT $1 OFFSET $2'} | |||
| ) | |||
| ${selectClause} | |||
| ${values.count ? '' : orderByClause} | |||
There was a problem hiding this comment.
Me ajuda, estou tentando entender o que isso faz e não consigo 🤝
Se tem count, a janela de conteúdos não é ordenada, mas se tem, ela é ordenada pelo orderByClause. Não consigo entender a semântica disso.
There was a problem hiding this comment.
Analisando pela linha 47, se tem values.count, apenas um elemento é retornado (LIMIT 1), então não tem necessidade de ordenar.
There was a problem hiding this comment.
É verdade que com o LIMIT 1 não há necessidade de ordenar, mas não é por isso que eu adicionei esse condicional.
Quando tem count, a selectClause não faz JOIN (porque não precisamos de nada além do total_rows), então gera erro se tentarmos ordenar por colunas que não estão disponíveis.
Mas o fato que vocês bem lembraram, de que não precisamos ordenar quando tem o count, é legal, pois a gente pode tirar o ordenamento também da linha 45.
E daí pode ficar melhor já verificar isso dentro de buildOrderByClause, então vou mudar 👍
aprendendofelipe
force-pushed
the
app-size
branch
from
1a71b83 to
cf295a0
Compare
aprendendofelipe
force-pushed
the
app-size
branch
from
cf295a0 to
cbc53d3
Compare
|
@filipedeschamps, fora o first load que volta pra um patamar bem melhor, com a alteração da query não vai mais dar o erro aleatório que acabou de se repetir no teste do PR #804. Veja na prática a diferença de ordenação dos conteúdos: Correto: https://tabnews-git-app-size-tabnews.vercel.app/FelipeBarso Aleatório: https://tabnews-git-refresh-user-tabnews.vercel.app/FelipeBarso |
|
@aprendendofelipe sensacional!!! E a sua ajuda com os PRs ta sendo FENOMENAL!!!! |
Amanhã vejo mais alguns 👍🚀 |
Com o PR #1061 o first load passou de 450 kB para 728 kB apenas por utilizar algumas funções da biblioteca
highlight.js(listLanguages()egetLanguage()).Como o retorno dessas funções é estático (poderá mudar apenas com a atualização da biblioteca), foi criada uma constante com o valor retornado (lista de linguagens compatíveis com o
highlight) e o código que chama as funções foi mantido de maneira comentada para permitir a geração automatizada de nova constante em caso de necessidade futura.E com isso o first load voltou para o patamar anterior, ficando um pouco menor que antes, com 443 kB.
No segundo commit foi adicionado um ordenamento final na consulta da lista de conteúdos para garantir sempre o mesmo retorno e parar de gerar alguns erros aleatórios nos testes (como ocorrido aqui #910 (comment) e aqui #1012 (comment)).