Preciso de dicas para tornar meu fórum mais rápido

Meu fórum está com um desempenho muito ruim na categoria de desempenho do Lighthouse e está sendo penalizado no Google

image

Estou me perguntando se há alguma maneira de melhorar essa velocidade? meu site tem cerca de 2 mil membros, 100 mil posts e 5 mil tópicos. Estou usando um plano de 4 GB de RAM da DigitalOcean.
image

No Discourse, estou usando apenas as configurações padrão (com o template do Cloudflare ativado).
Embora eu tenha alguns plugins instalados

Existem algumas dicas para melhorar a velocidade do meu Fórum?

Por causa disso? Tenho certeza que não é.

De acordo com o Google Search Console, na seção de desempenho, é mostrado que o tempo de carregamento do site está lento. Ouvi dizer que o PageRank considera isso ao classificar sites.

E, no entanto, não é lento e o Google não está penalizando você. Existe uma enorme quantidade de desinformação sobre o PageRank e essa afirmação é uma delas.

Caso contrário, otimizar é realmente fácil. Você não pode fazer muito. No WordPress, haveria opções por causa do PHP e de como os sites funcionam, mas em relação a um aplicativo como o Discourse, não há ferramentas semelhantes.

Claro, você pode começar a procurar um VPS e/ou DNS mais rápido, mas é só isso e você não obterá um valor real e concreto pelo seu dinheiro.

Isso não está correto. A velocidade da página tem sido um sinal de pesquisa por um bom tempo, embora não seja um fator de ranqueamento alto. O Google usou dados tanto da visualização do rastreador quanto do CrUX - não tenho certeza se ainda é o caso.

Sim, mas não nesse segundo nível, no sentido de que afetaria o PageRank e o SEO verdadeiro/significativo.

Sim. Evaluating page experience for a better web  |  Google Search Central Blog  |  Google for Developers

O Google Search adicionou vários critérios de experiência do usuário, como a rapidez com que as páginas carregam e compatibilidade com dispositivos móveis, como fatores para classificar os resultados.

Se você tiver uma maneira de verificar a velocidade com todos eles desativados, isso pode ser bastante informativo. O Discourse não é inerentemente lento - minha pontuação no Lighthouse é 100.

Se puder, medir com metade deles ativados permitirá que você restrinja talvez a um único plugin que esteja causando problemas de desempenho. Mas pode não ser apenas um.

Olá :waving_hand: Apenas outra abordagem… Sempre tive problemas com servidores DO desse tipo. Era lento para a atividade da minha comunidade. Então mudei o servidor para a Vultr. Acho que os servidores Vultr High Frequency são os melhores nesse preço. O Discourse prefere muito mais a CPU mais rápida de núcleo único do que as de múltiplos núcleos mais lentas. Pelo que sei, apenas a Vultr oferece vCPU de 3GHz+ em suas linhas HF. Nunca tive problemas com a velocidade nesses servidores. Super rápido e estável! :zap: Eu uso um servidor de 2vCPU, 4GB de RAM, 128GB NVMe SSD. Tenho usado servidores Vultr HF há anos. Definitivamente vale a pena tentar, eu recomendo fortemente.

Obrigado pela dica. Você tem medições sobre servidores Vultr em algum lugar?

Comparado com DO eu ainda não fiz, mas farei uma reconstrução com timer assim que puder, se bem me lembro, geralmente leva cerca de 5 minutos e também verificarei o desempenho real do servidor. Atualizarei este post. :slightly_smiling_face:

Informações da CPU:

Processador Intel Core (Skylake, IBRS)
cpu MHz: 3695.998

cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 94
model name : Intel Core Processor (Skylake, IBRS)
stepping : 3
microcode : 0x1
cpu MHz : 3695.998
cache size : 16384 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx rdtscp lm constant_tsc rep_good nopl xtopology cpuid tsc_known_freq pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm cpuid_fault invpcid_single pti ssbd ibrs ibpb fsgsbase bmi1 avx2 smep bmi2 erms invpcid xsaveopt arat
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit srbds mmio_stale_data retbleed
bogomips : 7391.99
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:

---

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 94
model name : Intel Core Processor (Skylake, IBRS)
stepping : 3
microcode : 0x1
cpu MHz : 3695.998
cache size : 16384 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
apicid : 1
initial apicid : 1
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx rdtscp lm constant_tsc rep_good nopl xtopology cpuid tsc_known_freq pni pclmulqdq ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm cpuid_fault invpcid_single pti ssbd ibrs ibpb fsgsbase bmi1 avx2 smep bmi2 erms invpcid xsaveopt arat
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit srbds mmio_stale_data retbleed
bogomips : 7391.99
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:

O tempo de reconstrução com 13 plugins, usando armazenamento de objetos s3 e YJIT habilitados. Portanto, provavelmente pode ser mais rápido sem ou com menos que estes ou em uma nova instalação.

time ./launcher rebuild app

real 5m49.787s

O plug-in “who’s online” do Discourse pode deixar as coisas lentas.

Achei este site muito útil para depuração

Ele é capaz de verificar a página e visualizá-la da mesma forma que um usuário o faz, além de tentar diagnosticar quaisquer problemas.

Em particular, FCP e LCP são o que você provavelmente deseja otimizar. Depois de isolar meus problemas em alguns plugins personalizados, consegui melhorar a velocidade de volta para a categoria “boa” para quase todas as minhas páginas.

Obrigado por todas as dicas perspicazes, com certeza experimentarei o Vultr!

Quão confiáveis são essas métricas com aplicativos como o Discourse? Isso foi feito para páginas da web mais tradicionais. E exatamente como podemos melhorar as coisas quando não há opções como carregar PHP mais tarde, etc.?

Tudo o que podemos fazer é

  • usar mais hardware, incluindo núcleos e RAM
  • usar DNS mais rápido
  • usar menos plugins e componentes

Foi fundamental para me ajudar a isolar vários problemas no meu site. Especificamente, comparando o site com ou sem certos componentes de tema ou plugins ativados. Também é bom para isolar arquivos grandes e identificar qualquer deslocamento de conteúdo.

Outra opção que achei útil foi usar os testes de desempenho integrados no Chrome, acessíveis no painel do inspetor.

Mesmo problema para mim, mudei de disco SAS (300 IOPs com burst para 1000) para disco SSD (1500 IOPs com burst para 3000) e o desempenho melhorou dez vezes. (esses IOPs são restrições do provedor de nuvem que uso)

Mais antigos, mas aqui estão alguns benchmarks que executei há algum tempo.

O teste parece interessante, mas não diz muito sobre o benchmark do Discourse na Vultr.

Minha melhor dica é Linode, fiz testes de velocidade com todos esses servidores e achei o DO o mais lento, em segundo lugar Vultr, e em primeiro lugar Linode (da Akamai).