Tentei pesquisar sobre isso, mas não encontrei nada postado recentemente, então pensei em perguntar para determinar o que é normal e esperado.
Vim recentemente de outros fóruns, e o carregamento da primeira página é razoavelmente rápido, mas com o Discourse, a página carrega, mas sou apresentado a um círculo giratório enquanto espera a página renderizar - não tenho certeza se é um atraso no servidor ou um atraso do cliente / JS na construção da página com base no resultado retornado do servidor.
O atraso é de cerca de 5-10 segundos - mas geralmente o desempenho é bom depois disso.
Se o problema for provável do servidor/hospedagem, qual é o problema normal - já que as métricas de tudo parecem baixas. CPU, disco e memória não parecem estar no máximo, então não tenho certeza onde investir $$ se o resultado não estiver realmente relacionado ao servidor. Alguma dica para monitorar ou observar métricas que possam ajudar a mostrar onde o Discourse está gastando seu tempo esperando por coisas??
Última versão 2.8.x e apenas cerca de 30 usuários. Estou rodando em um vCPU dual core com 2g de RAM e disco SSD.
Como mencionado, todas as métricas no servidor não mostram carga, então não entendo por que há 5 segundos de espera antes que a página seja totalmente renderizada.
Então não há nada para verificar ou monitorar, apenas instalar e torcer para que tudo fique bem??
Na verdade, é mais como se o servidor ficasse inativo, e eu estou apenas solicitando uma atualização de página que não é feita há algum tempo - as partes do backend ficam inativas ou algo assim, de modo que o uso infrequente significa que a primeira pessoa provavelmente esperará um pouco mais do que o normal?
Quando você diz 30 usuários, você quer dizer simultâneos ou essa é a base de usuários inteira?
Se forem 30 usuários simultâneos, então sua especificação pode ser um pouco baixa.
Qual é a memória em média. 30-50-80%???
Aconteceu de eu estar olhando os gráficos de velocidade e desempenho do G analytics, notei uma mudança desde que passamos de 2.2 para 2.9, uma piora, mas preciso olhar mais. Eu realmente não estou experimentando lentidão perceptível, se algo parece mais rápido. Então, o que eu sei ou o que o G analytics sabe, hein?
Também li sobre o limite de 10 mil posts por tópico, que se você tiver muitos posts, ele tem que, acredito eu, carregar tudo na memória antes de exibir, e isso é percebido como lentidão na primeira visualização.
Eu acho que, uma vez que carrega algo, então tudo é rápido. Eu não sou um especialista, mas pode ser o navegador causando isso também e todos os tipos de outros truques do ofício empregados para oferecer a experiência do discourse.
Finalmente abri as Ferramentas do Desenvolvedor e consigo ver algumas mensagens de erro… parece que a) as fontes estão faltando ou não foram encontradas e b) que está usando o IP em vez do FQDN correto - do qual não tenho certeza se o IP está correto
The FetchEvent for "https://35.212.139.150/fonts/Roboto-Regular.ttf?v=0.0.9" resulted in a network error response: the promise was rejected.
Promise.then (async)
(anonymous) @ Router.mjs:60
The FetchEvent for "https://35.212.139.150/fonts/Roboto-Bold.ttf?v=0.0.9" resulted in a network error response: the promise was rejected.
Promise.then (async)
(anonymous) @ Router.mjs:60
NetworkFirst.mjs:167 Uncaught (in promise) no-response: no-response :: [{"url":"https://35.212.139.150/fonts/Roboto-Regular.ttf?v=0.0.9"}]
at a.makeRequest (https://community.hubivue.com/javascripts/workbox/workbox-strategies.prod.js:1:2145)
makeRequest @ NetworkFirst.mjs:167
color_definitions_light_4_1_530ebcc4a553d42866a6f343d784841cf5c0b816.css:1 GET https://35.212.139.150/fonts/Roboto-Regular.ttf?v=0.0.9 net::ERR_FAILED
NetworkFirst.mjs:167 Uncaught (in promise) no-response: no-response :: [{"url":"https://35.212.139.150/fonts/Roboto-Bold.ttf?v=0.0.9"}]
at a.makeRequest (https://community.hubivue.com/javascripts/workbox/workbox-strategies.prod.js:1:2145)
makeRequest @ NetworkFirst.mjs:167
color_definitions_light_4_1_530ebcc4a553d42866a6f343d784841cf5c0b816.css:1 GET https://35.212.139.150/fonts/Roboto-Bold.ttf?v=0.0.9 net::ERR_FAILED
Longe… Reiniciei as escolhas de fonte para os padrões (ou seja, Arial) e tudo está funcionando bem. Parece um bug ou algo está desajustado na seleção de fontes na configuração. Caso encerrado e vou usar Arial por enquanto.
Depende de como eles mudaram para usar o nome do host depois de tentar usar o IP.
Isso foi instalado seguindo as etapas na Instalação Padrão? Eu conversaria com quem montou a instância para descobrir o que foi feito. O IP pode ainda estar referenciado em outro lugar.
Existe um comando para redefinir a instalação ou corrigir isso? Parece tolo que você nunca mais possa alterar o nome do host. Essa limitação é intencional?
Observe que o desempenho está bom agora que as fontes básicas estão sendo usadas - os problemas parecem estar relacionados ao uso das fontes Google Roboto.
Não custa tentar, mas se você não souber nada sobre o histórico da instância, nem poderemos confirmar se você está executando uma instalação oficialmente suportada.
