こんにちは、
複数の JavaScript ファイルを 1 つに結合し、CSS スプライトを使って再利用性の高い画像を最適化する機能はありますか?
ウェブサイトは初回読み込みに少し時間がかかるものの、2 回目以降は非常に高速に動作しているようです。
ご提案があれば幸いです。
こんにちは、
複数の JavaScript ファイルを 1 つに結合し、CSS スプライトを使って再利用性の高い画像を最適化する機能はありますか?
ウェブサイトは初回読み込みに少し時間がかかるものの、2 回目以降は非常に高速に動作しているようです。
ご提案があれば幸いです。
公式インストールを使用しており、SSL が有効になっている場合(例:https://yoursite.com でサイトにアクセスする場合)は、HTTP/2 が利用可能になります。
これにより、すべてのアセットをより効率的に送信できるようになり、HTTP/1.1 時代には必要だったアバターのスプライトやその他のさまざまなハックはもはや有益ではなくなります。
ああ、なるほど。Discourse の DO イメージやインストールスクリプトでデフォルトで HTTP/2 が有効になっているとは思いませんでした。
私はこの技術スタックには詳しくないのですが、なぜ HTTP/1.1 と HTTP/2 のリクエストが混在しているのか不思議に思いました。これはブラウザ側の選択によるものなのでしょうか?
また、初回ページの読み込み時間を短縮するために、Discourse 固有のページ最適化、CDN、サーバーサイド設定について詳しく書かれたトピックやディスカッションはありますか?
プライベートウィンドウでの読み込み時間が 7〜10 秒かかっており、これはバニラ設定で小さなフォーラムです。
また、ブログやカテゴリセクションがある場合は、Discourse チームがフォーラムを構築する際に行ったエンジニアリングやスケーラビリティに関する意思決定について読みたいと思います。
上記の虫眼鏡アイコンを使って、スケーリングやスケーラビリティを検索できます。![]()
また、codinghorror さんがここで共有している投稿から、彼のブログへのリンクも#site-feedback:blog サブカテゴリで見つけることができます。
関連する話題ですが、見逃しがちな非常に役立つ投稿があります:
スクリーンショットをよく見ると、HTTP/1.1 と表示されている行は実際のリクエストではなく、キャッシュから取得されたリソースであることがわかります。
みんなありがとう ![]()
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.