Discourse では、すべての js および css ファイルが個別に提示されます。長年、これらのファイルを結合、最適化、提示するのが良いと思っていました。ここで何か重要なことを見落としている場合は警告してください。しかし残念ながら、初期の起動速度は非常に遅く、これらのファイルの数を減らすことは有益でしょうか？
たとえば、30 個の css ファイルの代わりに 1 ～ 2 個の css ファイルがあれば、プロセスをさらに高速化できるでしょうか？
想像してみてください。アドレスバーにサイト名を入力して Enter キーを押したときに、サイトが 1 ～ 2 秒で開かれるとしたら。それは素晴らしいでしょう。
https://www.webpagetest.org/result/240505_BiDc8X_6JJ/
同意します。非常に機能的で、開いた後は非常に高速で、私たちはそれに夢中です。さらに改善して、最高の中の最高にしましょう 
論理的ですね。
私にとって、ここの現実は2秒です。それらの実験室でのテストは別世界です。
それでも、少なくとも5〜6秒の待ち時間があります。屋外でテストすると、待ち時間が非常に長くなることがあります。
接続が遅いですか？
できるだけ早くテストします。
そのうちのいくつかは、コールドスタートしてすべての資産をロードする必要があるためだと思います。ほとんどの場合、フォーラムユーザーはこれらの資産をブラウザにキャッシュしています。
ロード時間の改善の可能性はあると思いますし、これらのラボテストからのヒントの中には、フォローアップする価値のあるものもあるかもしれません。
ここには証拠が必要です。バンドルはHTTP 1.1サイトでは大きなメリットをもたらしますが、2.0サイトではそうではありません。
私は確かに物事を速くしたいですが、JavaScriptのevalがボトルネックになっている場合、バンドルをいじくり回すのは正しい場所ではありません。
これはHTTP標準に限ったことではないと思います。サイトによっては2〜3秒で開くものもあります。Discourseの10秒間の待機画面は少し面倒です。トルコのことわざに「どんな美しさにも欠点がある」というものがあります。Discourseがこの欠点をいずれ修正してくれることを願っています。
再び — フォーラムのサーバーとユーザーの接続、そしてユーザーのデバイスから発生します。
チームが米国のすべての地区、フィンランド、またはトルコの間の違いをどのように修正できるのか、あるいは混雑した4Gネットワークで3Mの速度をこれ以上速くできるのか、私にはわかりません。あるいは、RAMが不足しているエントリーレベルの中国製携帯電話をユーザーが使用し、メモリがいっぱいで面白い猫の写真でいっぱいである場合も同様です。
確かに。Discourseが「通常の」ウェブサイトのように構築されていれば、初回はもっと速くなる可能性があります。しかし、その場合、すべてのページロードは同等かそれ以上に遅くなります。
正直なところ、Discourseがあなたにとって遅いのは残念です。しかし、フィンランドの自宅のWi-Fi（4Gからの信号を受信し、マーケティング速度は200M）でiPhone SEを使用している私にとっては、約2秒の待ち時間です。
実は今日、ふと思ったことがあります。アプリ機能は常に高速です。これを全ユーザーに導入・インストールする方法を教えます。こうすることで、アプリケーションのように見え、かつ迅速な印象を与えることができます。Discourseが大好きです。今のところ、Discourseを離れるつもりはありません。最大限に活用するためにあらゆる方法を試します。