問題タブ [wns]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
cordova - WinJS を使用して UWP で WNS (プッシュ通知) を処理する方法
WinJS でアプリをコーディングしましたが、問題ありません。しかし、このアプリにプッシュ通知 (トーストなど) を送信する必要があります。PHP のサーバー側は問題なく、Apache Cordova アプリ (Android および Windows Phone 8.1) でテストされています。
しかし、WinJS を使用した UWP Windows 10 アプリでは、WNS 応答/呼び出しを処理してユーザーに通知する方法がわかりません (Cordova では、プラグイン Phonegap Push-Notificationsを使用しましたが、プラグインはすべてのタスクとハンドラーを実装しているため、非常に簡単です) )。
c# - WNS アクセス トークンを受信しようとしたときのエラー invalid_request
公式ドキュメントに記載されているように、リクエストビルドの正確な順序を使用しています:
そして私は得ています:
400不正な要求
私はオンラインリクエスト メーカーを使用していますが、2 日前には完璧に機能していたことに言及する必要があります。
ストアで新しいアプリを作成して、新しい client_id と client_secret を試してみましたが、同じ問題が発生しました。別の外部 IP を持つ他の PC からも試してみましたが、成功しませんでした。WNS は通常の Windows のくだらないサービスですか、それとも何か不足していますか?
windows-store-apps - UWP アプリをストアに関連付ける代わりに、package.appxmanifest を手動で変更する
私は UWP アプリケーションを持っています。これは、2 つの異なるプロジェクト構成、つまり 2 セットの Microsoft ストア アプリケーション ID とクライアント ID とクライアント シークレット用にビルドする必要があります。
したがって、2 つの異なるビルドを作成するには、package.appxmanifest
ファイル内の ID タグを変更するだけです。これら 2 つのプロジェクト構成について、WNS を使用して PushNotifications をテストする必要があります。
問題は、ID タグを手動で設定するpackage.appxmanifest
と、アプリは通知を受信しませんが、それを Windows ストアのアプリとストアに関連付けると、アプリはプッシュ通知を受け取り始めます。
ID タグを手動で変更し、アプリを機能させるために削除する必要がある他のファイルまたは証明書はありますか?
win-universal-app - WNS のチャネル URI のホスト
WNS からチャネル URI を要求しているときに、受信したチャネル URI の形式は次のとおりです。
チャネル URI のホストで、hk2 の代わりに db3 として表示されることがあります。チャネル URI のホストを取得する基準は何ですか? つまり、どの場合に db3 と hk2 を取得するのか、それともランダムなのか?
azure - Azure NotificationHub - 失敗した通知を検出する
失敗した通知を に保存しようとしdb
ています。たとえば、クライアントにインターネット アクセスがありません。backgroundService
これにより、欠落している通知があるかどうかを から確認し、から作成することができますbackgroundService
。
したがって、私には次のものがありますAzure App Service Mobile
。
コード スニペットはクライアントからの影響をテストするためのものでしたが、何をしても結果のログはメッセージがenqueued
.
質問
では、失敗した通知を検出するにはどうすればよいですか?
結論
受け入れられた回答に対して行われた議論を要約するには:
通知が送信されるNotificationId
と、その他の関連データが別のテーブルに保存されます。
通知を受信したクライアントのイベントは、通知が受信されたことを示すメッセージをサーバーに送信します。その後、エントリはテーブルから削除されます。
クライアントが受信しない通知は、 を通じてbackground task
検出されます。これは、起動するたびにbackground task
、たとえば 6 時間ごとに行わbackground task
れ、欠落しているすべての通知が取得されます。これにより、background task
関連する通知を作成できるようになり、ユーザーは通知を見逃すことはありません。