11

当社のウェブサイトから入手できるいくつかの画像とPDFドキュメントがあります。これらのイメージとドキュメントはソース管理に保存され、展開時にコピーされたコンテンツです。ストックイメージとPDFドキュメントを配置するために、別のイメージサーバーを作成することを検討しています。これにより、展開パッケージの大部分が大幅に削減されます。

誰かがこのアプローチの経験がありますか?

XSSの問題や、代替サブドメインからコンテンツを配信するブラウザの問題など、「落とし穴」について疑問に思っていますか?

4

5 に答える 5

21

プロ:

多くのブラウザは、単一のホストからアセットをダウンロードするために2つのソケットのみを割り当てます。したがって、index.htmlがwww.domain.comからダウンロードされ、6つの画像ファイル、3つのjavascriptファイル、および3つのCSSファイル(すべてwww.domain.comにある)を参照する場合、ブラウザーはそれらを一度に2つダウンロードします。ソケットが解放されるまで他のブロッキング。

6つの画像ファイルを別のホスト(images.domain.comなど)にプルすると、画像のダウンロード専用の2つのソケットが追加されます。これにより、アセットのダウンロードプロセスが並列化されるため、理論的には、ページのレンダリング速度が2倍になります。

短所:

SSLを使用している場合は、images.domain.comの追加のシングルホストSSL証明書、または* .domain.comのワイルドカードSSL証明書(任意のサブドメインに一致)を取得する必要があります。そうしないと、ページに安全なコンテンツと安全でないコンテンツが混在しているという警告がブラウザに生成されます。

于 2009-05-26T23:56:06.970 に答える
8

また、別のドメインでは、リクエストごとにCookieデータを送信するわけではありません。これにより、パフォーマンスが向上します。

于 2009-05-27T00:02:47.377 に答える
5

まだ言及されていないもう1つのことは、さまざまなWebサーバーを使用してさまざまな種類のコンテンツを提供できることです。たとえば、静的コンテンツはlighttpdまたはnginxを介して提供され、動的コンテンツはApacheから提供されます。

于 2009-05-27T02:28:29.533 に答える
3

長所:

-負荷分散

-異なる機能を分離する

短所:

-より多くの作業(メインサイトでページを作成するときは、別のサーバーでリソースを維持する必要があります)

XSSのようなものは、入力(またはそのことについては出力)をサニタイズしないコードの問題です。発生する可能性のある唯一の問題は、認証に使用されるサブドメイン固有のCookieがある場合ですが、これは実際には簡単な修正です。

于 2009-05-26T23:12:27.010 に答える
2

HTTPSを提供していて、HTTPドメインから画像を提供している場合は、使用時にブラウザのセキュリティ警告の警告がポップアップ表示されます。

したがって、HTTPSを使用する場合、ユーザーを困らせたくない場合は、画像ドメイン用にHTTPSを購入する必要があります:)

これを回避する方法は他にもありますが、特にこの回答の範囲内ではありません。これは単なる警告でした。

于 2009-05-26T23:41:58.917 に答える