Service WorkerとHTTP/2が切り開く新しいWeb Pushの世界 - ぼちぼち日記

この記事は、HTTP2 Advent Calendar 2014の6日目のエントリーです（2日前にフライイング公開してます）。 1. はじめに、 HTTP/2仕様の標準化作業は、WGラストコールも終わり、今後IESGレビューやIETFラストコール等の大詰めの段階に来ました。来年のRFC化に向けてまだまだ予断を許しませんが、プロトコル設計自体の作業はほぼ完了し、後はすんなり行くことを祈るばかりです。 こんな状況なのに気が早いですが、もう既に標準化後を見据え、HTTP/2の機能を使った新しい仕組みを作る動きが始まっています。 そこで今回はHTTP/2技術の応用として、HTTP/2の「サーバプッシュ機能」と今ホットなブラウザの新技術「Service Worker機能」を組み合わせた次世代のプッシュ機能「Web Push/Push API」について書いてみたいと思います。 ただ、個人的に色々タスク

[vvakame]

Pushは結局ロングポーリングなのか。そりゃまぁそうか…。

[michael26]

コネクション周りが知りたかったけどwebsocketとかでいいのかな

[ledsun]

Push APIってどれぐらい試せるのだろう？

[youg0717]

ん、GAE ChannelAPIをGCMに変更できる？ / Service WorkerとHTTP/2が切り開く新しいWeb Pushの世界 - ぼちぼち日記

[efcl]

Push APIについて

[sadah]

[http/2][http2][ServiceWorker]

[yosuke_furukawa]

あれ、こんな俺得記事、ブックマークし忘れてただと。

[uraxurax]

“書いていますが登場人物は3人、 クライアント（ブラウザには、Webアプリケーション(Web App)、Service Worker、Push APIが動いています）”

[trashtoy]

一つの画像をスライスしてわざわざ複数回のHTTPリクエスト/レスポンスに分割していた頃のことを考えると時代の流れだなと感じる