問題タブ [web-push]

新しい Service Worker ベースの API を使用して Web でプッシュ通知を使用しており、次のユース ケースがあります。

• ユーザーは、複数のデバイス/プラットフォームで通知を受け取るようにオプトインします
• すべてのデバイス/プラットフォームで通知を送信します
• ユーザーがこれらのデバイス/プラットフォームのいずれかで通知を閉じる
• 他のデバイス/プラットフォームからその通知をリモートで非表示にしたい

Push API で userVisible の制限がある場合、このエクスペリエンスを実現する方法はありますか?

この質問がかなり出てくることは知っていますが、それは常に異なる文脈にあります...

私はモバイル Web サイトを作成する必要があり、ユーザーがサイト セッションを閉じて移動した後に通知をプッシュする許可をユーザーに求めることができるかどうか疑問に思っています... Facebook のデスクトップ通知のようにモバイルで...方法はありますか?ユーザーがモバイル Web サイトを使用しているかどうかに関係なく、この一般的な許可とサーバーからのプッシュ通知をユーザーに要求しますか? ネイティブアプリのように...

乾杯
半開き

明示的に明確にするために、これはphonegapやその他のクロスコンパイルに関するものではなく、オンサイトのセッションソケットのリアルタイム通信についても言及していません。

こんにちは、Chrome のプッシュ通知を含めるように取り組んでいます。 . すべて正常に動作しますが、すべてのユーザーに公開する前に 2 つの質問があります。

まず第一に、私が乗りたいプロジェクトは 1 日あたり 60,000 から 200,000 ヒットの間であるとします...そして私の考えは、ユーザーが購読してリアルタイムで更新を受信し、興味に応じて徐々に更新を受け取ることができるということです.

そうは言っても、プッシュ サーバー グーグルに送信できる量に制限があるかどうかは明確ではありません。これらのアラートはプッシュ経由で送信されます。

さらに、アクティブ ロード (ペイロード) の対象であり、https://developers.google.com/cloud-messaging/httpに記載されているパラメーターが追加されても機能しません。基本的に、アクティブなデータの読み込みなしでのみプッシュを送信できます...これは「service-worker」のパワーセットに解決されますが、私の場合はファイル「php」の「エンドポイント」がユーザーのCookieに送信されますデータベース情報自体をキャプチャし、パーソナライズされたプッシュをマウントします...しかし、もちろん、これにより、ファイルが崩壊しようとしていると同時に多くのユーザーに通知が送信されます...アクティブな負荷を送信する方法はありますか? 私が読んだことから、今のところ不可能だと思います

主に、最初の質問を知る必要があります。2 番目の質問は解決済みですが、データを直接送信した方がよいでしょう。

乾杯

Web プッシュ通知のドキュメントでは、Service Worker が のようないくつかのイベントによってトリガーされることがわかりpushますnotificationclick。CTR を追跡するには、notificationclickイベントが非常に重要です。同様に、ユーザーが通知を拒否したときにトリガーされる「rejectnotification」のようなイベントはありますか。そのため、Service Worker はユーザーが通知を拒否したことを追跡できます。

ウェブサイトに gcm プッシュ通知用の Service Worker がある

webappが開いているときの私の質問はすべて正常に機能します。しかし、webapp が閉じられると、クリック時に Google Chrome を開く通常のプッシュ通知を受け取ります。スタンドアロンの webapp の代わりに。

代わりにスタンドアロンの webapp を開くにはどうすればよいですか?

PSはダウンロード可能なアプリではなく、Webアプリについて話しています

Android の Chrome と同様のプッシュ通知をサポートする iOS のブラウザーはありますか? Google は GCM プレゼンテーション ビデオで言及しているようですが、それに関する情報は見つかりません。

Service Worker 登録で showNotification メソッドを使用して、表示される通知のスタイルを設定することはできますか (テキストの色など)。

Android プラットフォームとデスクトップ プラットフォームの両方に興味があります。

ブラウザとプッシュ サービスの間でプッシュ サブスクリプションが同期しなくなる可能性があることを読みました。

私は 2 つの修復を見てきましたが、どちらも非標準のようです。

1. ServiceWorkerGlobalScope.onpushsubscriptionchange
2. ここに記載されているGCM 送信応答は、ここに記載されています
   • 当然のことながら非標準

どのアプリケーションも、サブスクリプションが非同期 (およびすべて/すべて) であると識別できるこれらのポイントの両方を処理する必要があると思います。

質問:

1. 一般に、アプリケーションがサブスクリプションの非同期状況を認識できるのは、常に 2 つの領域だけですか? (1. サービス ワーカー イベント 2. サービス レスポンスのプッシュ)妥当なようで、確認を求めています。
2. ServiceWorkerGlobalScope.onpushsubscriptionchange イベント (または同等のもの) は、信頼できる標準になりますか?
3. Service Worker イベント標準の代わりに、予想されるサブスクリプション エンドポイントを (クライアント側の状態で) 維持し、サブスクリプションの PushManager を照会するたびに、同期が外れている (予想とは異なる) かどうかを確認してみませんか?