Melhorar desempenho do site

[gabrielbdornas]

Desempenho do site publicado está ruim. Um exemplo é o mecanismo de pesquisa (search bar) que não está respondendo e a inicialização do servidor local que está demorando um tempo excessivo.

Screencast.from.30-01-2024.09.11.49.webm

Este Issue do repositório material-mkdocs relata algumas tentativas de otimizações, bem como alguns motivos geradores de lentidão. Neste mesmo Issue, encontrei a extensão Chrome Google Lighthouse para fazer uma análise de desempenho de uma página, bem como sugestões de melhoria.

O report gerado no Google Lighthouse em 30/01/2024 mostra um desempenho muito baixo¹:

Penso que, além das medidas necessárias para melhoria do desempenho atual, devemos criar um processo que a cada novo conteúdo incluído o desempenho seja analisado para evitar perdas ao longo do tempo.

Prováveis ações para melhoria de desempenho

• Analisar desempenho com imagens em formatos corretos.
• Criar canal YouTube para armazenar vídeos.
• Remover conteúdo não utilizado.

Footnotes

1. Desempenho medido em 29/01/2024 havia sido de 59% ↩

[gabrielbdornas]

@YanVieira1905 e @Andrelamor, revisão foi feita a partir do commit 6fd7f07b2827a9cee239a1f5c00f23f6d16a6344. Caso haja necessidade de buscar algum arquivo basta voltar nesta fase do projeto com git checkout 6fd7f07b2827a9cee239a1f5c00f23f6d16a6344.

[gabrielbdornas]

Pequena melhora no desempenho após mudança do padrão visual e limpeza de arquivos não utilizados em 07/02/2024.

[gabrielbdornas]

@YanVieira1905 e @Andrelamor, um teste que fiz hoje, 23/02/2024 e pareceu dar grande resultado no desempenho do site foi excluir o código-fonte dos robôs. Por se tratar de um site estático, acho que estes arquivos com o código-fonte acaba pesando muito o desempenho e principalmente o mecanismo de busca do sistema (que não está funcionando em produção). Uma solução para resolver o problema seria criarmos um repositório GitHub apenas para armazenar estes códigos fontes e no nosso site colocamos apenas o link para o raw deste código. Não teríamos o mesmo efeito visual, mas ganharíamos em eficiência. Acredito que vale o teste.

Exemplo de link para raw do código.

[gabrielbdornas]

Mudanças Branch 76/melhorar-desempenho-site:

• Melhorar modelo página robôs (login SEI).
• Deletar arquivo partials/modelo_robo/importante após conferência de sua necessidade.
• Deletar arquivo partials/modelo_robo/alem_disso após conferência de sua necessidade.
• Deletar pasta reports.
• Deletar pasta projetos.
• Deletar pasta fluxos.
• Deletar pasta overrides/.icons.
• Unificar pasta overrides/partials com partials.
• Passar vídeo consulta situação cadastral cagef YouTube.
• Levar códigos robôs repositório GitHub biblioteca-de-robos.
• Aplicar modelo página robô (criada no robô login SEI) para todos os robôs.
• Fazer link de vídeos YouTube funcionarem.
• Testar todos os robôs disponíveis na biblioteca.

[Andrelamor]

Pequena melhora no desempenho após mudança do padrão visual e limpeza de arquivos não utilizados em 07/02/2024.

@gabrielbdornas temos condição de ver como o desempenho do site ficou após as alterações?

[gabrielbdornas]

@Andrelamor:

Vou excluir o que achei pertinente em

automatizacoes/mkdocs.yml

Line 95 in 841be5c

- https://cdn.jsdelivr.net/npm/vega@5

na branch 76.

Favor observar este comentário. E a notícia boa é que após a retirada do vegalite e do MathJax, ganhamos 9% de eficiência.

[gabrielbdornas]

Melhora significante de desempenho após este commit:

Vou tentar retirar todos os robôs com código .txt para verificar se ferramenta de busca funcionará apenas no clique, mas ela já está funcionando (apesar de demorar um pouco).

[gabrielbdornas]

Neste commit estão guardados robôs deletados, a saber:

• folha_bancos_entidades.
• login_terminal_prodemge.
• progressao_servidores_sisap.
• sei_bloco_interno_processos.
• sei_cria_processo_documento.
• sei_processo.
• sei_troca_unidade.

Necessário levá-los para a biblioteca de robôs.

[gabrielbdornas]

Depois deste commit, registrada neste comentário ferramenta de busca passou a funcionar como esperado.

Desempenho também melhoraram bastante:

@dcd-github-admin, solicito que naveguem nas páginas para ver se aquela quebra relatada por @YanVieira1905 irá acontecer novamente.

A partir de amanhã voltarei com os robôs sem os códigos fonte.

[gabrielbdornas]

@dcd-github-admin, após esta constatação, acredito que podemos fechar esta Issue. Uma boa prática, de agora em diante, será testar o desempenho do site a cada novo commit, evitando assim um acúmulo de erros ao longo do tempo que deixe o site lento.

[Andrelamor]

Depois deste commit, registrada neste comentário ferramenta de busca passou a funcionar como esperado.

Desempenho também melhoraram bastante:

@dcd-github-admin, solicito que naveguem nas páginas para ver se aquela quebra relatada por @YanVieira1905 irá acontecer novamente.

A partir de amanhã voltarei com os robôs sem os códigos fonte.

vide adaea30#commitcomment-139833956

[Andrelamor]

@dcd-github-admin, após esta constatação, acredito que podemos fechar esta Issue. Uma boa prática, de agora em diante, será testar o desempenho do site a cada novo commit, evitando assim um acúmulo de erros ao longo do tempo que deixe o site lento.

@gabrielbdornas teste de agora sem usar o site, só baixei a extensão Lighthouse e apliquei:

[Andrelamor]

Achei a outra ferramenta mais detalhada, embora menos intuitiva, também apontou melhoria como no lighthouse: https://automatiza-mg.github.io/automatizacoes/

[Andrelamor]

Uma coisa descrita nas explicações dos tutoriais da Google sobre a ferramenta Lighthouse é prestar atenção nas underlying conditions, ou causas subjacentes (diferenças nas conexões/redes wi-fi, potência computadores, etc...). Por essa explicação, creio que o resultado final da escala de performance, expressa em % de um índice (lembrar também que os pesos são arbitrados) nunca vão coincidir... A ferramenta da Catchpoint não se propõe a sintetizar o resultado num único número, e aponta o que pode ser melhorado em vermelho e amarelo, como printado acima