-
Notifications
You must be signed in to change notification settings - Fork 371
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implementa Paginação #398
Implementa Paginação #398
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
67fa106
to
d86c421
Compare
96e96eb
to
c312553
Compare
Destaques do segundo commit, ainda com foco no backend c312553
|
Oh não, as |
@filipedeschamps como tu quer que seja o link das páginas no navegador 🤔? Daria pra vc gerar as páginas com o incremental static generation Fiquei com dúvida |
@filipedeschamps realmente via query string com getStaticProps tu não vai ter acesso, achei a issue aqui descrevendo a feature: #343 |
@omariosouto isso, acabou ficando como descrito nesse comentário Destaques do terceiro commit, agora focado no frontend e que finaliza esse PR b9598f7 (mas ainda tem um teste que está quebrando no CI que não consigo reproduzir localmente).
Agora se houver uma próxima página, aparece isso aqui no fim da lista: O que não sei consertar, mas que deverão ficar para outros PRs:
|
Sensacionaaal!!! @filipedeschamps
R: Acho que esse aqui eu tenho uma solução, vamos mergear esse PR e eu separo um timebox aqui pra atuar nisso hoje ainda haha
R: Esse eu to testando agora... |
O CI ta consistentemente quebrando no teste abaixo, e eu não consigo por nada reproduzir em localhost:
|
4849402
to
77dde1c
Compare
Algo está acontecendo com a performance do
26 segundos, eita... sendo que os outros estão em milisegundos. Vou investigar se é reflexo do |
77dde1c
to
2e12765
Compare
Confirmado, é algum comportamento maluco do |
2e12765
to
c18c12a
Compare
Tudo certo agora 👍 |
Algum bug por tentar revalidar uma pagina que não existia? Edit. |
@@ -107,7 +107,6 @@ async function postHandler(request, response) { | |||
const secureOutputValues = authorization.filterOutput(userTryingToCreate, 'read:content', createdContent); | |||
|
|||
await response.unstable_revalidate(`/`); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Como a revalidação ainda está em beta e também por ter sido mantida a revalidação das páginas a cada 1 segundo, talvez seja bom envolver essa parte com um try catch.
Excelente ponto! Revalidar antes de existir. Espero que o método leve isso em conta (pelo menos quando virar |
@aprendendofelipe feito no commit 2379a92 🤝 |
Mergeeed!!!! Let's gooooo!!! |
Aeeeeee 🎉🎉🎉🎉🎉 |
Massa! |
@filipedeschamps maravilha!! 🚀️ Observando os sites normalmente os próximos resultados ficam na "Próxima >" página e só depois de avançar que tenho a opção de voltar a página Anterior. Perdi alguma informação sobre essa opção? |
Show! Ótimos pontos 🤝
|
@filipedeschamps entendo a lógica de publicações anteriores, porem como a nomenclatura está Página anterior, minha cabeça deu uma travada! Talvez alterar a nomenclatura, segue um exemplo: |
@rodrigoKulb concordo contigo, eu me perdi forte auhshusa |
@rodrigoKulb também curti sua sugestão |
Mais uma evidência de que vocês estão certos: https://www.tabnews.com.br/acnahmias/f445c7d0-9698-4361-a7ab-17761919f30d 👍 🤝 E é muito doido que pra mim naquele contexto eu não consigo diferenciar o que é “voltar” e “mais publicações”. Como podemos deixar claro que avançar na paginação vai fazer mostrar publicações mais antigas? |
@rodrigoKulb perfeito, ao utilizar pela primeira vez tive este mesmo pensamento: "Pagina anterior? Mas eu quero ir pra frente..." |
Será mesmo que é preciso deixar claro que são mais antigas? Talvez seja suficiente deixar claro que existem mais publicações, pois isso irá continuar funcionando independente do método de ordenação. |
Isso resolve o problema de revalidar antes de existir: |
@aprendendofelipe tava pensando essa semana, como seria legal ter um comando para apenas limpar o cache (sem recriar). |
Fiquei curioso... Qual uso está pensando para esse comando? Aproveitando para complementar... On-Demand ISR ficou estável na |
Eu estava pensando em habilitar o Não sei se ficou claro, mas em resumo o |
Ficou claro sim... Então seria legal se pudesse expirar manualmente o cache ao invés de limpar. Assim as páginas seriam revalidadas em segundo plano sem ninguém ter que esperar. |
Atenção: Este PR é um Work In Progress.
Destaques do primeiro commit com foco no backend d86c421
/api/v1/contents
page
eper_page
page=1
eper_page=30
/api/v1/contents?page=2&per_page=15
content.findAll()
para validar ooptions
somente usando ovalidator.js
Como os valores padrão são aplicados no model
content
, isso automaticamente filtrou os últimos30
conteúdos publicados no ambiente de Homologação: https://tabnews-git-pagination-tabnews.vercel.app/E se alguém quiser testar a API: https://tabnews-git-pagination-tabnews.vercel.app/api/v1/contents?page=1&per_page=2
Closes #339
Closes #341
Closes #343