HTTP/2 入門
ストリームによる多重化 2つ目の特徴は「ストリーム」です。従来のHTTPでは、リクエストとレスポンスの組を1つずつしか同時に送受信できないことが、パフォーマンス上のボトルネックになっています。この問題を改善するべくHTTP/1.1では新たにパイプラインが導入されましたが、一部のレスポンスに時間がかかるような場面でレスポンスが詰まってしまう問題などがあり、広く使われてはいません。そこで、HTTP/2では1つの接続上にストリームと呼ばれる仮想的な双方向シーケンスを作ることでこの問題に取り組んでいます。 1つの接続上に作られた複数のストリーム上では、複数のフレームを同時並行で転送できます。例えば、あるストリーム上ではリクエストにあたるフレームが送信中でも、別のストリームではレスポンスにあたるフレームを受信するといったことが可能になります。これにより、全体的なパフォーマンスが向上します。 ヘッダー
Upcoming SPDY support details
Hi all, I'm developing SPDY (draft 2) support for Tornado, a Python web framework that often uses nginx as a reverse proxy. AFAICT, nginx will roll out its own SPDY support in 1.3, to be released at the end of May or in early June. I'd like Tornado to complement nginx's design, but I can't find any details of its SPDY implementation online or in svn, so I'll ask a few questions here. 1. To avoid t
nginxの次バージョンとなる1.3ではSPDYとWebSocktsをサポート予定 － Publickey Topics
1.3.x planned features and improvements Google SPDY draft 2, draft 3 draft 2 plus SSL, end of May 2012 IPv6 code cleanup Upstream code cleanup New status module Chunked encoding on input Support for If-Modified-Since to upstream servers Websockets Support for ETAG headers [TBD] ここでもSPDY、そしてWebSockets。 Permalink | Tag： nginx , SPDY , オープンソース About Publickey Topics 「Publickey Topics」は、エンタープライズIT、クラウ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
