Recommandé
Contenu connexe
Tendances
Tendances (20)
Similaire à Service worker が拓く mobile web の新しいかたち
Similaire à Service worker が拓く mobile web の新しいかたち (20)
Dernier
Dernier (9)
Service worker が拓く mobile web の新しいかたち
- 1. ServiceWorker が拓く Mobile Web の新しいかたち HTML5とか勉強会 02/25/2015 Kinuko Yasuda (@kinu) kinuko@chromium.org HTML5とか勉強会 02/25/2015 Kinuko Yasuda (@kinu) kinuko@chromium.org ServiceWorker が拓く Mobile Web の新しいかたち
- 2. 自己紹介： Kinuko Yasuda @kinu / kinuko@chromium.org Chrome エンジニア 5年目くらい ￭ ストレージ、ネットワーク、Worker系など裏方っぽい API をよくいじっています ￭ File/Blob, FileSystem, Quota, XHR, Web Workers, ServiceWorker などなど ￭ 2013年秋頃からは主に ServiceWorker
- 3. 今日話す内容 ServiceWorker が “拓く” Mobile Web の “新しいかたち” ￭ なぜ ServiceWorker は Exciting なの？ ￭ つまり ServiceWorker とは何なの？ ￭ どうやって使うの？ ￭ セキュリティはどうなってるの？ ￭ いつから試してみるべき？ Disclaimer: ここで話す内容は私の個人的な意見に基づくもので あり、私の雇用者とは関係ありません
- 4. なぜ ServiceWorker が Exciting なのか?
- 7. ￭ Speed - ロード時間 ￭ Offline - オフライン時の UX ￭ Re-engagement - Push通知などのユー ザ再訪を促す方法がない …そしてあらゆる場所に “Install App” のポップアップ Mobile 時代の Web の ”弱み”
- 8. Speed - ロード時間 @igrigorik Delay User reaction 0 - 100 ms Instant 100 - 300 ms Slight perceptible delay 300 - 1000 ms Task focus, perceptible delay 1 s+ Mental context switch 10 s+ I'll come back later... ユーザが待てる のは1秒まで、 しかし…
- 9. Offline - オフライン時のUX ￭ “When connectivity is gone, UX is gone.” ￭ AppCache? ￭ 宣言的な記述 ￭ 細かい制御不可 ￭ ブラウザ実装次第 ￭ 凝ったことをしようと するとはまる
- 10. Re-engagement - Push通知の欠如 ￭ ユーザが Tab を閉じたら終わり ￭ 再訪を促す手段がない
- 11. ￭ Speed - ロード時間 ￭ Offline - オフライン時の UX ￭ Re-engagement - Push通知などのユー ザ再訪を促す方法がない → どれも Web の動作モデル から来るもの Web の強み ≒ Mobile Web の ”弱み”
- 15. 改めて、ServiceWorkerとは ￭ バックグラウンドで動作するJavaScript 実行環境 ￭ DOMにはさわれない ￭ ユーザインタラクションもできない じゃあこのJavaScript環境で 何ができるの？ → ブラウザが内部でやっていたような ことを JS でいじれるようになる
- 16. 改めて、ServiceWorkerとは ￭ バックグラウンドで動作するJavaScript 実行環境 ￭ DOMにはさわれない ￭ ユーザインタラクションもできない ￭ フォアグラウンドのWebページと 対になって動作 ￭ ページのネットワークリクエストを横取りできる ￭ ページを開いたりメッセージ通信したりできる ￭ Push通知を受け取れる ￭ Fetch, Cache などの低レイヤAPIが使える (*) (*) Fetch, Cache は普通のページからも使えるようになることが予定されています
- 18. Webのイメージ, Before ServiceWorker Cache “Network connectivity is a single point of failure when it comes to user-experience on the web.” ー Jake Archibald, 2014
- 19. Webのイメージ, After ServiceWorker Cache Service Worker Webページ(のセット)に対してブラウザ内に登録・インス トールされ、バックグラウンドで動作 ● インストールされた ServiceWorker はページからの HTTPリクエストを横取りできる ♪
- 20. Webのイメージ, After ServiceWorker Cache Service Worker 一度インストールされた ServiceWorker はオフラインでも動 作する ● オフライン時やネットワークが遅い・不安定な場合の挙動 をきめ細かくスクリプトで制御できる ♪
- 21. Webのイメージ, After ServiceWorker Cache Cache API ♪ HTTPリクエストをキー、HTTPレスポンスを値としてスト アするオフラインストレージ ● HTTPリクエストをしゃべれる ● CORSレスポンスを扱える ● アトミックに複数エントリを更新できる
- 22. Webのイメージ, After ServiceWorker Cache Fetch API HTTPリクエストを発行してレスポンスを “Fetch” する ● CORSモード, Cache, Credentialsなどの細かい制御が可能 ● XHRのより低レイヤな置き換え、あるいはブラウザが実際に やっている “fetch” の挙動の再定義とも言える
- 23. Worker としての ServiceWorker ￭ SharedWorker と似ている ￭ 複数 Web ページに紐付けられる ￭ postMessage で Web ページと通信できる ￭ SharedWorker と異なる点 ￭ ‘register’ API によってブラウザに登録される ￭ 登録はページを閉じても保持される ￭ 対応する Web ページを ‘コントロール’ する
- 24. オフラインAPIとしての ServiceWorker ￭ AppCache と違い、オフラインキャッシュに 特化されたAPIではない ￭ AppCache のようなオフライン機能を 作ることもできる低レイヤAPI群 ￭ 便利な高レイヤ API はその上に構築できればよい ￭ ブラウザは必要なプリミティブを用意するので あとはWeb開発者のみなさんがよろしくやってね ￭ Extensible Web
- 26. ServiceWorker を登録・インストールする function register() { // ‘sw.js’ スクリプトを ‘hello/’ 以下の // URL に対して動作するよう登録する navigator.serviceWorker.register( 'sw.js', {scope: 'hello/'}) .then(function(r) { console.log('登録成功: ', r); }) .catch(function(err) { console.error('エラー... ', err); }); } self.oninstall = function(ev) { // インストール時に呼ばれる // イベント。必要ならここで // キャッシュの初期化や更新を行う ... } sw.js
- 28. ServiceWorker のイベント ￭ install ￭ ServiceWorker が登録されるときに呼ばれる ￭ 例：キャッシュデータの初期化など ￭ activate ￭ 新しい ServiceWorker がページをコントロール しはじめるときに呼ばれる ￭ 例：古いキャッシュデータを消すなど ￭ fetch ￭ ページがHTTPリクエストを発行したときに 呼ばれる (ページ遷移もしくはロード) ￭ 例：キャッシュデータを代わりに返すなど
- 30. Fetchハンドラによるリクエスト横取り self.onfetch = function(event) { // a.html のデータをその場で作って返す if (event.request.url.indexOf('a.html') != -1) { event.respondWith(new Response('<h1>Hi!</h1>')); } } Hi! hello/a.html Shift-Reload で強制的に読み込んだ場合 は ServiceWorker をバイパスします
- 31. Cache API を使う Cache // 未実装のメソッドがあるのでポリフィルが必要 // https://github.com/coonsta/cache-polyfill importScripts(‘cache-polyfill.js’); self.oninstall = function(ev) { ev.waitUntil( caches.open(‘v1’).then(function(cache) { return cache.add(‘/cat.png’); })); }; self.onfetch = function(ev) { if (ev.request.url.indexOf(‘png’) != -1) ev.respondWith(caches.match(‘/cat.png’)); }; scope 内のページ内の 画像をすべてネコの画像 に置き換える
- 32. Cache の中身を確認する (M41から) ② DevTools を開く ① serviceworker- internals へ ③ Resources タブ ④ Service Worker Cache キャッシュはオリジン毎に 管理されます。
- 33. Cache と Fetch API を組み合わせる Cache importScripts(‘cache-polyfill.js’); self.oninstall = function(ev) { ev.waitUntil( caches.open(‘v2’).then(function(cache) { return cache.addAll([‘/’, ‘/cat.png’, ...]); })); }; self.onactivate = function(ev) { ev.waitUntil(caches.delete(‘v1’)); }; self.onfetch = function(ev) { ev.respondWith( caches.match(ev.request).then(function(res) { return res || fetch(ev.request); }); }; ‘/’以下をキャッシュして おき、キャッシュにない データへのリクエストが 来たらfetch
- 34. Fetch と Cache の組み合わせ例 ￭ キャッシュの中身をまず表示して後からネット ワークから取ってきた内容で更新 ￭ ストレスの少ないブラウジング ￭ 普通のアプリのような挙動 ￭ Background Sync と組み合わせればオンラインのときにキャッ シュを更新できるように ￭ テンプレートをキャッシュしておいて内容だけ ネットワークから取得 ￭ ロード時間の短縮 ネットワーク状況にかかわらずきめ細かいUXの 設計ができるようになる
- 35. Fetch API が返す Response ￭ basic filtered ￭ 同一オリジンでリダイレクトでもない ￭ Set-Cookie, Set-Cookie2 だけがフィルタされる ￭ cors filtered ￭ リクエストが cors もしくは cors-with-preflight で同一 オリジンではない ￭ Cache-Control, Content-Type など一部を除きすべ てのヘッダがフィルタされる ￭ opaque filtered ￭ リクエストが no-cors で同一オリジンではない ￭ すべてのヘッダ, status, body がフィルタされる
- 36. ServiceWorker の更新 ￭ コントロールされているページをロードすると ブラウザが自動でチェック ￭ Cache-control には従うので注意 (ただし24時間以上たってい たら必ず見に行く) ￭ コントロールされてるページがある限り新しいものには置き換え ない (Reload - Shift+Reload - Reload が有効) self.oninstall = function(ev) { ev.waitUntil( caches.open(‘v2’).then(function(cache) { return cache.addAll([‘...]); })); }; self.onactivate = function(ev) { ev.waitUntil(caches.delete(‘v1’)); }; キャッシュの中身も 忘れずに更新する
- 37. ServiceWorker の更新 - はまりどころ ￭ コントロールされているページをほかに開いて ると更新されない ￭ スクリプトエラーがあると更新されない ￭ “Opens the DevTools window for ServiceWorker on start for debugging” でデバッグできる ￭ chrome://serviceworker-internals/ は友だち ￭ どうしてもはまったらとりあえず登録を全部消 してやりなおす…
- 38. ￭ https://kinu.github. io/ServiceWorkerOfflineBasic ￭ https://events.google.com/io2015/ ￭ https://horo-t.github. io/tiff2bmpsw/tiff2bmpsw.html デモ的なもの
- 39. Push API (M42 から) ￭ デモ: johnme-gcm.appspot. com/chat
- 41. ServiceWorker のセキュリティ (1) ￭ Secure origin のみ ￭ http://example.com では動かない ￭ https://example.com, http://localhost のみ ￭ 同一オリジンルールに従う ￭ https://example.com の ServiceWorker は https://example.com/ のみをコントロール
- 42. ServiceWorker のセキュリティ (2) ￭ コントロールできるのはスクリプトの置か れているパス以下のみ ￭ https://example.com/foo/sw.js は https://example.com/bar/ をコントロールできない ￭ ただし、Service-Worker-Allowed: ヘッダ でサーバ側で変更できる (M42から) ￭ Service-Worker-Allowed: ‘/allowed- path’
- 43. ServiceWorker のセキュリティ (3) ￭ ServiceWorker スクリプトは javascript MIME type でサーブされる必要がある ￭ text/plain などでサーブされてるスクリプトは ServiceWorker として登録できない ￭ ServiceWorker のリクエストには Service- Worker: script ヘッダがつく ￭ サイト側で簡単に disable できる ￭ 最初は whitelist されたものだけ許可するのオススメ
- 46. ServiceWorker を今すぐ試すべき理由 既存サイトに Opt-in で対応可能 ￭ ロード時間の短縮 ￭ オフラインへの対応 ￭ Push通知対応 ￭ … SW対応ブラウザ → UXの向上 SW非対応ブラウザ → そのまま
- 47. ServiceWorker を今すぐ試すべき理由 既存サイトに Opt-in で対応可能 ￭ ロード時間の短縮 ￭ オフラインへの対応 ￭ Push通知対応 ￭ … ネイティブ・アプリでいい? ￭ いいものもある、もちろん ￭ インストールするメリットがあるサイトですか? ￭ 誰に、いつまで “Install App” 出し続けますか?
- 48. ServiceWorker を今すぐ試すべき理由 既存サイトに Opt-in で対応可能 ￭ ロード時間の短縮 ￭ オフラインへの対応 ￭ Push通知対応 ￭ … むしろ ServiceWorker 化 しない理由がない！
- 53. 今後の予定 ￭ M41: (もうじき) ￭ Cache API in DevTools, more methods ￭ M42: (4月半ば) ￭ Push API, Service-Worker-Allowed:, Fetch API in global scope ￭ Firefox: 3月末に Nightly を目標
- 54. 参考になるページなど ￭ Chrome 40 で今すぐServiceWorker を試す ￭ HTML5Rocks: ServiceWorkerの紹介 ￭ Google I/O 2014 - ServiceWorker でネイティ ブアプリとの差を縮めよう ￭ Jake Archibald’s blog: The offline cookbook