私のフォーラムは、Lighthouseのパフォーマンスカテゴリでスコアが非常に悪く、Googleでペナルティを受けています。
この速度を改善する方法はありますか？私のサイトには約2,000人のメンバー、100,000件の投稿、5,000件のトピックがあります。DigitalOceanの4GB RAMプランを使用しています。
Discourseでは、Cloudflareテンプレートを有効にしたデフォルト設定のみを使用しています。
ただし、かなりの数のプラグインをインストールしています。
フォーラムの速度を改善するためのヒントはありますか？
それのせい？絶対に違うと思うけど。
Google Search Consoleによると、パフォーマンスセクションでサイトの読み込み時間が遅いと表示されています。PageRankがウェブサイトのランキングを考慮する際にこれを考慮すると聞きました。
そして、それは遅くなく、Googleもあなたを罰していません。PageRankに関する誤った情報や偽情報が大量に出回っており、この主張もその一つです。
そうでなければ、最適化は非常に簡単です。あなたができることはあまりありません。WordPressであればPHPやサイトの仕組みからオプションがありますが、Discourseのようなアプリでは同様のツールはありません。
確かに、より高速なVPSやDNSを検索することはできますが、それだけです。お金に見合った実際の価値を得ることはできません。
これは正確ではありません。ページスピードは、それほど高いランキング要因ではありませんが、かなり長い間検索シグナルとなっています。Googleは、クローラービューとCrUXの両方からデータを使用していました。現在もそうなのかはわかりません。
はい、しかし、それはPageRankや真の/意味のあるSEOに影響を与えるようなセカンドレベルではありません。
はい、その通りです。Evaluating page experience for a better web | Google Search Central Blog | Google for Developers
検索では、ランキング結果の要因として、ページの読み込み速度 や モバイルフレンドリー など、さまざまなユーザーエクスペリエンス基準が追加されました。
これらすべてを無効にした状態で速度をチェックする方法があれば、非常に有益かもしれません。Discourse は本質的に遅いわけではありません。私の Lighthouse スコアは 100 です。
可能であれば、半分を有効にした状態で測定することで、パフォーマンスの問題を引き起こしている単一のプラグインに絞り込むことができるかもしれません。しかし、一つだけではない可能性もあります。
こんにちは:waving_hand: 他のアプローチです… このタイプのサーバーでいつも問題がありました。コミュニティ活動には遅すぎました。そこでサーバーをVultrに移行しました。Vultr High Frequencyサーバーは、この価格帯では最高だと思います。Discourseは、マルチコアの遅いCPUよりもシングルコアの速いCPUを好みます。私の知る限り、VultrのHFラインでは3GHz以上のvCPUを提供しています。これらのサーバーでは、速度の問題は一度もありませんでした。超高速で安定しています！
私は2vCPU、4GB RAM、128GB NVMe SSDサーバーを使用しています。長年VultrのHFサーバーを使用しています。試す価値は間違いなくあります。強くお勧めします。
ありがとうございます。Vultrサーバーの測定値はどこかにありますか？
DOと比較していませんが、可能であればタイマーを使って再構築を行い、サーバーの実際のパフォーマンスも確認します。この投稿を更新します。
CPU情報：
Intel Core Processor (Skylake, IBRS)
cpu MHz: 3695.998
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:
13個のプラグイン、s3オブジェクトストレージおよびYJITが有効な状態での再構築時間。これらがない場合、または少ない場合、あるいは新規インストールでは、より速くなる可能性があります。
time ./launcher rebuild app
real 5m49.787s
Discourseのオンラインプラグインは、処理を遅くする可能性があります。
デバッグの際にこのサイトが非常に役立つことがわかりました。
ページをチェックし、ユーザーと同じように表示して、問題を診断しようとします。
特に、FCP と LCP は最適化したい項目でしょう。私の問題をいくつかのカスタムプラグインに絞り込んだ後、ほとんどのページで速度を「良好」カテゴリに戻すことができました。
貴重なヒントをたくさんありがとうございます。ぜひVultrを試してみます！
Discourseのようなアプリで、これらの指標はどの程度信頼できますか？ 通常のウェブページでは測定されてきました。PHPの遅延読み込みなどのオプションがない場合、具体的にどのように改善できますか？
できることはすべて次のとおりです。
サイト上の複数の問題を特定するのに非常に役立ちました。具体的には、特定のテーマコンポーネントやプラグインをオンにした状態とオフにした状態でサイトを比較することで、それが可能になりました。また、大きなファイルを特定したり、コンテンツの移動を識別したりするのにも役立ちます。
もう一つの便利な機能は、Chrome のインスペクタパネルからアクセスできる組み込みのパフォーマンス テストを使用することでした。
私も同じ問題が発生しました。SASディスク（バーストで1000、通常300 IOPs）からSSDディスク（バーストで3000、通常1500 IOPs）に変更したところ、パフォーマンスが10倍向上しました。（これらのIOPsは私が使用しているクラウドプロバイダーによる制限です）
古いものですが、こちらに私がしばらく前に実行したベンチマークがあります。
テストは興味深いですが、VultrでのDiscourseベンチマークについてはあまり言及されていません。
私のおすすめはLinodeです。これらのサーバーすべてで速度テストを行いましたが、DOが最も遅く、次にVultr、そして1位がLinode（Akamai製）でした。
