ServiceWorker を使ってプッシュ通知実装 - Qiita
はじめに 前回の投稿 で 「Service Worker ってなんぞや？」について調べたことを共有しました。 今回は Service Worker を使って Web アプリでプッシュ通知機能を実装してみようと思います。 使用イメージとしては次のとおりです。 1. ユーザーがサイトにアクセスして ServiceWorker が登録される 2. ServiceWorker 登録時にユーザーの端末上にエンドポイントが生成される 3. プッシュ通知送信者がエンドポイントを指定してプッシュを送信する 4. Google の BaaS である Firebase のプッシュ送信サービス Firebase Cloud Messaging(FCM) がエンドポイントに対してプッシュ通知を送信する 5. ServiceWorker が push イベントを検知して、ユーザーの端末上にプッシュ内容を表示する ざ
ブラウザプッシュ通知とユーザー個別に内容を送信する実装方法 in GAMY - Qiita
ブラウザプッシュ通知が流行りだした Webプッシュ、ブラウザプッシュなどと呼ばれる機能はブラウザのPush APIを使い実装され、現在ChromeとFirefoxで使えるようになっています。 毎週のように新たなブラウザプッシュが送れるサービスが登場していますが、基本的には一律ですべてのユーザーに送信するものが多いように感じます。 その中でもFaceBookはユーザー個別にネイティブアプリと同様の内容でブラウザにプッシュ通知を送っています。 ユーザー個別で通知内容をカスタマイズしたいのと、 その辺のサービスを使ってロックインされると困るので、FaceBookのコードを参考にしつつ自分で実装してみました。 ChromeとFirefoxで微妙にPushの送り方が違うので、今回はGCM（Google Cloud Messaging）用の解説です。 Pushを送ってみるとこんな感じ Service
androidでプッシュ通知を実装する【第6回 Appサーバ側実装編】 | TECH PROjin
androidでプッシュ通知の実装をテーマとして第6回目。 前回でクライアントアプリ側の実装が終わったので今回はAppサーバ側の実装についてです。 プッシュ通知は AppサーバからGCMサーバにレジストレーションIDとメッセージを送ると、GCMサーバがレジストレーションIDを元に 各端末にメッセージを送信します。（おさらい：第1回） メッセージを送るには、GoogleのAPI https://android.googleapis.com/gcm/send へPOSTリクエストを送信します。 POSTリクエストが送れるならAppサーバの構成はなんでもいいのですが 今回はPHPを用いて説明していきます。 HTTPヘッダ リクエストのHTTPヘッダには次のふたつが必ず含まれている必要があります。 Authorization: key=AIzaSy*************** Content-T
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
