なぜ QUIC や SPDY が生まれたのか ? - Block Rockin’ Codes
Intro Google が SPDY の開発を始めたのは 2009 年で、 2012 年に HTTP2.0 のドラフトとして採用されたあたりからちょっと話題になりました。 翌 2 月には新たなプロトコル QUIC の存在が Chromium のソースからリークしたのですが、しばらくは音沙汰なく。 6 月に入ってやっと Google から公式アナウンスとドキュメント類が出ました。 去年から今年にかけて立て続けに出てくる新しいプロトコルの話。 なぜ今 Web のプロトコルが見直されるのか？ 何が問題で、なぜ Google はそれらを作り変えるのか？ SPDY や QUIC は Google の独自プロトコルだけど、それは本当にただの独自プロトコルで終わらせていいのか？ 20% ルールで作ってみた Play プロジェクトでしかないのか？ こうした新しい動きには、かならず「それまで」と「今」を踏
SPDYについて: 適当なメモ - Lejayの日記
・Googleの提案するアプリケーション層プロトコル ・HTTPのオーバーライド [ 目的 ] ・Web上の通信の最適化 ・Webコンテンツの読み込みを高速化(レイテンシの短縮) [ 目標 ] ・読み込み時間50%削減 ・低い導入コスト ・TCPを利用するため，既存ネットワークを変更する必要がない ・Webサイト管理者に対して負担をかけない ・SPDYは，Webサーバとブラウザの実装だけなので，CGIなどには影響を与えない ・オープンソースで開発 [ 技術的目標 ] ・TCPの1セッションで，複数のHTTPリクエストを同時に受け付ける ・HTTPの利用帯域を削減 ・実装の容易なプロトコルを提案 ・SSLを利用 ・サーバからクライアントへのプッシュ機能 ・1つのTCPコネクション上で複数の同時SSL接続 ・HTTPのGETやPOSTに代わるデータ転送方法 ・双方向通信 [ 特徴 ] ・多重化
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
