問題タブ [spdy]

お使いのブラウザーが SPDY をサポートし、最適なパフォーマンスが得られるように構成されているかどうかをテストするサイトはありますか?

そうでない場合は、作成する必要がありますか？

GoogleのSPDYがChrome18にデプロイされました。すばらしいです。それはウェブをはるかに速くします！

だから私の質問は：

WebサイトでSPDYをサポートできるようにしたい場合、サーバー側で何かを行う必要がありますか（サーバーの設定の変更など）？

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

ApacheサーバーでMOD_SPDYを設定しましたが、クライアントコードを改良して、NettyのSPDY実装を使用し、SPDYチャネルを介してサーバーにリクエストを送信したいと考えています。

Nettyを使用したのはこれが初めてなので、どういうわけかチャネルを構成してから、それを介してリクエストを送信する必要があると思います。問題は、チャネルを構成する方法と、その後でも、同時に実行されている可能性のあるチャネル内の複数のHTTP要求を追跡する方法が正確に明確になっていないように見えることです。

グーグルで検索して、SPDYパッケージを見つけました：http： //netty.io/docs/stable/api/org/jboss/netty/handler/codec/spdy/package-summary.html

しかし、ドキュメントはまだかなり薄いです。コードの使用例は見つからなかったようですが、最新リリースに存在するという発表だけがありました。

誰かがSPDYチャネルを構築し、それを介して複数の要求と応答を送信/追跡する方法についての例を持っていますか？また、サーバーがSPDYをサポートしておらず、チャネルが標準のSSL接続にフォールバックしている場合、この機能はどのように機能しますか？

NginX SPDY サポートがまだ開発中であることは知っています。すでにサポートしているオープンソースのロードバランサーはありますか?

HTTP 1.1 はキープアライブ接続をサポートしており、接続は「Connection: close」が送信されるまで閉じられません。

したがって、ブラウザ (この場合は firefox) で network.http.pipelining が有効になっており、network.http.pipelining.maxrequests が増加した場合、最終的に同じ効果が得られるのではないでしょうか?

一部のWebサイトでは負荷が増加する可能性があるため、これらの設定が無効になっていることはわかっていますが、単純なhttpヘッダーフラグで、多重化を使用しても問題ないことをブラウザーに伝えることができ、この問題をより簡単に解決できると思います.

特にhttpサーバーで複雑さを増す新しいプロトコルを発明するよりも、ブラウザのデフォルト設定を変更する方が簡単ではないでしょうか?

AndroidブラウザがGoogleの新しいSPDYプロトコルをサポートしているかどうか疑問に思いますか？AndroidのChromiumソースコードからSPDYコメントを見つけることができますが、完全に実装されているかどうかはわかりません。

有効になっている場合は、通常のHTTPとSPDYのパフォーマンスをスマートフォンで比較したいと思います。

SPDYは物事が進む可能性が高い場所だと聞いているので、実行しているRailsサイトで使用してみたいと思います。ただし、チュートリアルを見つけることができませんでした。見つけた1つのgemが機能していないようです（すべてのブラウザーで同じエラーが報告されています）。

現在、Railsアプリを使用してHerokuにSPDYを実装することは可能ですか？

GoogleとStackOverflowのおかげで、通常のHTTPパイプラインとHTTP多重化（SPDYなど）の違いを理解できたと思います。次の図を作成して、3つの通常のHTTPリクエストに基づくパイプラインと多重化の違いを示します。

私の2つの質問は次のとおりです。

1. 画像は正しいですか？
2. パイプラインにヘッドオブラインブロッキングの問題がなければ、HTTP多重化と同じくらい高速になるというのは本当ですか？それとも私は追加の違いを逃しましたか？

ノードパッケージ「node-spdy」を使用してSPDYを試してみたかっただけです。

私のJavaScript：

編集:スクリプトに証明書に関する情報が含まれるようになりました。twitlog テスト アプリケーションから取得しました。

私の問題:コールバック関数は実行されず、ノードは「応答を送信...」または「応答が送信されました。」をログに記録しません。空の応答が返されるだけですが、node.js は例外をスローしません。

フェーラー 324 (net::ERR_EMPTY_RESPONSE)

サーバー側の構成: Windows Se7en でnode.js (バージョン 0.7.6) とnode-spdy (コミット) を使用しています。eafd9c9fdd

クライアント側の構成: spdy をテストするために、クロム ビルドをブラウザーとして使用します。テスト中は SSL を使用していないため、構成を変更する必要がありました。それはあなたの下で見つけることができるものですabout:net-internals/#spdy：

私のクライアント側のデバッグ内容:クロム デバッグ サービスは次のことをabout:net-internals/#tests教えてくれます。

編集:証明書情報を追加したため、クライアント側のデバッグ情報が少し変更されました。これが最新のものです：

私のサーバー側のデバッグ内容:リクエストを受け取ったときに組み込みのノード デバッガーが教えてくれるのは次のとおりです。

編集:スクリプトに証明書情報を追加しても、サーバー側のデバッグは変更されません。

私の質問: SPDY を使用してクライアントに簡単なテキスト メッセージを返したいだけです。node.jsを使用してそれを行うにはどうすればよいですか? - 詳細が必要な場合は、教えてください。回答ありがとうございます。

わかりません。通常のSPDYサーバー（node-spdy）を使用しているだけで、特別なヘッダーなどを定義してContent-Encodingおらず、コンテンツを手動で圧縮していません。

私の質問:コンテンツ (ヘッダーだけでなく) を圧縮したい場合、自分ですべてを手動で圧縮する必要がありますか? または、SPDY はコンテンツを自動的に gzip しますか?