0

だから私はhead.jsのアイデアにかなり興味を持っていましたが、私がバックエンドを開発した方法ではうまくいきません。

基本的に私がやろうとしているのは、スクリプト (js と css) をどのように提供して、サービスを最大のパフォーマンスと最小のトラフィックにするかを決定することです。より多くのバックエンドを使用して、head.js のより統合されたアイデアを再現できると思います。私はすべてを提供するために、フレームワークなしでnode.jsを使用しています。

さらに、JavaScript ファイルと CSS ファイルがいくつかあります。基本的には、ヘッダー、フッター、および再利用されるメソッドとスタイルのサイト全体に 1 つのアイデアがあります。次に、各ページに 1 つあります。

元のアイデアは、サーバーが "/js?src=" に get リクエストを送信し、"index" のような 1 つのファイルをリクエストするだけで、そのページにロードするために必要なすべての JavaScript がインデックスとして送信されるというものでした。大きな結合スクリプトとしての単一の応答。これに関する問題は、私が Closure Compiler を使用していることです。これは、CSS を除いて、これで多くの問題に遭遇するように思われます。

2 番目のアイデアは、テンプレートにループを作成して、スクリプトごとに個別の要求を作成することです。head.js のアイデアをより多く利用しますが、バックエンドに移動します。

3 番目のアイデアは、この時点で考えすぎている可能性があります。ページだけでなくヘッダーとフッターの JavaScript を含む、各ページのスクリプトの Closure Compiled バージョンを作成します。したがって、スクリプトが競合することはありません。これにより、各ファイルに冗長データが作成され、アセットがパイプライン化されないという問題が発生します。

私のサービスの基本的なアイデアは、ソーシャル メディアのコンテンツ、画像、音楽をリアルタイムで提供する Web サイトです。したがって、最初のページの読み込みはそれほど重要ではありませんが、サーバーが大量のリクエストをすばやく処理できるようにしたいと考えています。そのため、私は個々のユーザー エクスペリエンスよりも、多くのユーザーにサービスを提供するという全体像に重点を置いています。私の最善のアプローチは何ですか?

4

0 に答える 0