この例を御自分のサーバーにホストしたいとお思いでしたら、それに合わせて、ここを変更せねばなりません。これはやや混乱を招くところですが、セキュリティ上の理由から、この方法で動作する必要があるのです。(たとえば、この例がリロードされたときには)、サービスワーカーがそのページに対してインストールされます。それが意味することは、サービスワーカーがそのページを制御し始めるだろう、ということです。イベントを発火させます。サービスワーカー自体の内部には、当該インストールに応じるコードを書くことができます。内の例を見てみましょう。リスナーが登録されるのがお分かりでしょう。いうキーワードは、サービスワーカー・ファイルの内部からサービスワーカーのグローバル・スコープを参照する手段です。ハンドラーの内部では、ExtendableEvent.waitUntil()メソッド——イベント・オブジェクト上で使えます——を用いて、当メソッドの内部のプロミスが成功して成立するまではブラウザーはサービスワーカーのインストールを完了させるべきではない、と知らせます。動作しているのが見られる箇所です。オブジェクトをともなって成立します。);});さて、これで終わりです。インストールが済みました。ページに対してサービスワーカーが登録されてインストールされ、関連する資産がすべてキャッシュに追加されれば、ほぼ開始準備が整っています。すべきことは、あと一つだけです。さらなるネットワーク要求に応答するための何らかのコードを書くことです。おける第二のちょっとしたコードがしていることは、こうです。イベントが生じたときにハンドラー関数を実行します。このイベントは、サービスワーカーの登録先のディレクトリ内の資産に対してブラウザーが要求を出す際には、いつでも生じます。メソッドを使って、その要求に対するカスタム応答を提供します。いずれかのキャッシュの中に見つかるかどうかを調べます。マッチが見つかれば、単純にそれをカスタム応答として返します。);});これで私たちの単純なサービスワーカーは終わりです。