2013-03-13 7 views
5

私たちのSSLリクエスト/レスポンスでは、nginx + spdyが動作しています。SPDY + Nginx - 可能な限り使用することをお勧めしますか?

すべてがうまくいきます。

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

今、私たちのサービスはかなりアヤックス重いです。

私たちは、リクエストが私たちのsslハンドラに送られるように、必要な変更をかなり迅速に行うオプションを持っています。そして、sslハンドラは、それらを必要な場所に逆プロキシします。

本当にスピードはそれほど速いですか?クローム/最新のfirefoxを私たちのsslハンドラに送信して、私たちのsslハンドラにリバースプロキシを持って行ってもらうためには、おそらく2〜3時間かかるでしょうか?

注:クローム最新/ Firefoxの最新):

A)これは白のみリストされたブラウザ(例えばの選択グループのためにアクティブになります。かなり単純なjsがそこで変わります。

b)はい、これらのホワイトリストのブラウザでhttp - > https ajaxリクエストを行う方法はわかっています。

c)かなり広範なテストから、nginx + spdyのコンボはかなりうまく機能します。そう、はい、我々はこの時点でわずかにアルファ/ベータを知っています。私たちが取るべき小さなリスク。

d)念頭に置いて、私たちのサービスは90%+ ajaxです。最初のエントリだけが非ajax経由で提供され、他のすべての 'ページビュー'はajax経由で処理されます。だから、これはユーザーの大きな部分のためにかなり高速化する可能性があります。

ありがとうございました。

+0

個人的な、遅い/広がりのあるリクエストでは役に立たないので、大半の人がajaxであるということはほとんどのユーザーにとってスピードアップしないということですか? – Kevin

答えて

2

短い答え:地獄はい。

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

関連する問題