5

そのため、SSL リクエスト / レスポンス用に nginx + spdy を実行しています。

すべてうまくいきます。

残念ながら、spdy は現時点では SSL のみです。

現在、私たちのサービスはかなり ajax を多用しています。

要求が ssl ハンドラーに送信され、ssl ハンドラーがそれらを必要な場所にリバース プロキシするように、必要な変更をかなり迅速に行うオプションがあります。

spdy は本当にそんなにスピードアップしますか? chrome / 最新の firefox が ajax リクエストを ssl ハンドラーに送信し、ssl ハンドラーが必要な場所にリバース プロキシを送信するようにするのに、おそらく数時間かかることは価値がありますか?

ノート:

a) これは、ホワイト リストに登録されているブラウザーの選択されたグループに対してのみアクティブになります (例: chrome latest / firefox latest)。かなり単純な js の変更があります。

b) はい、ホワイト リストに記載されているこれらのブラウザーで http -> https ajax リクエストを作成する方法を知っています。

c) かなり広範なテストから、nginx + spdy の組み合わせは非常にうまく機能します。はい、この時点でわずかにアルファ/ベータであることはわかっています。私たちが喜んで取る小さなリスク。

d) 私たちのサービスは 90% 以上の ajax です。最初のエントリのみが非 ajax 経由で提供され、他のすべての「ページ ビュー」は ajax 経由で処理されます。したがって、これにより、ユーザーの大部分のサブセットの処理速度が大幅に向上する可能性があります。

ありがとう。

4

1 に答える 1

2

簡単な答え: はい。

長い答え: 場合によります。https://www.phusionpassenger.comは画像が多いです。フロントページの読み込みには多くのリクエストが必要です。プレーンな HTTP から SPDY に切り替えることで、読み込み時間が 25% 短縮されました。これは、ブラウザーがより少ないラウンドトリップでより多くのアセットをダウンロードできるためです。ただし、SPDY には最新の Chrome および Firefox バージョンが必要です。私たちの場合、ほとんどのユーザーはテクニカル ユーザーであるため、問題はありません。訪問者のほとんどが MSIE である場合、または並列処理の恩恵を受けるような方法でアセットをロードしない場合、SPDY はあまり役に立ちません。それ以外の場合は、SPDY が最適です。

于 2013-05-05T18:56:43.600 に答える