これにより何が得られますか？ これで、サイトでSMS経由で通知を送信している場合、これを実行できます。
- プッシュを送信
- 30〜50秒後に、ユーザーが通知に応答したかどうかを確認します。
- 届かない場合は、SMSを送信したり、電話をかけたり、ヘルメットをメールに送信したりします。
したがって、送信されるSMS通知の数を減らすことができ、多くのお金を節約できます。
カットの下には、使用に関する小さなドキュメントと他のいくつかの変更があります。
Webベースの監視
この追跡方法は長い間利用されてきました。 フィード内のブロードキャストブロードキャストのステータスを監視できます。
革新の中で、デバイスの数だけでなくユーザーの数も表示されるようになったことを区別できます。
Showlist APIを介したデータの取得
これは、テープおよび統計に関するデータを受信するように設計された新しい機能です。
動作するには、GETまたはPOSTリクエストをアドレスに送信する必要があります
pushall.ru/api.php
パラメーター付き：
"type" => "showlist",
"id" => "ID ",
"key" => " "
これにより、フィードの最後の200エントリが取得されます。 limitパラメーターを渡して、出力用のレコード数を自分で設定できます。
特定の通知に関する情報を受け取るには、まず1つのニュースアイテムを報告する必要があります。
出力のすべてのタイプのメーリングリストは、次の形式のJSON応答を返します。
{「成功」：2、「unfilt」：1、「すべて」：1、「蓋」：21074}
「成功」-通知を受信するデバイスの数
「Unfilt」-送信先のデバイスの数。
「すべて」-すべての可能なデバイス。
「Lid」-LogId-通知識別番号、それを通じて統計データを受信できます。
successとunfiltは、unfiltが送信前の数であり、successが実際に送信された量であるという点で異なります。 送信時にデバイスが取り外されて応答しなくなったことが明らかになった場合は、異なる場合があります。
テープ全体を受信すると、サーバーの応答はJSONとして送信され、次のようになります。
{ "data": [{ "id": 21074, "title": " PushAll", "text": "", "url": "", "icon": "https:\/\/pushall.ru\/upimg\/sub24.jpg", "hidden": 0, "success": 2, "unfilt": 1, "all": 1, "poststat": { "waiting": 0, "waitingu": 0, "accepted": 2, "acceptedu": 1, "opened": 0, "openedu": 0, "deleted": 0, "deletedu": 0 } }, { "id": 13219, "title": 123, "text": "", "url": "http:\/\/habr.ru", "icon": "https:\/\/pushall.ru\/upimg\/sub24.jpg", "hidden": 0, "success": 2, "unfilt": 1, "all": 1, "poststat": { "waiting": 0, "waitingu": 0, "accepted": 4, "acceptedu": 1, "opened": 2, "openedu": 1, "deleted": 0, "deletedu": 0 } }, { "id": 10734, "title": 1234, "text": "", "url": "", "icon": "https:\/\/pushall.ru\/upimg\/sub24.jpg", "hidden": 0, "success": 4, "unfilt": 1, "all": 1, "poststat": { "waiting": 0, "waitingu": 0, "accepted": 4, "acceptedu": 1, "opened": 1, "openedu": 1, "deleted": 2, "deletedu": 0 } ... ...
データ配列内のすべての通知データが送信されます。 同時に、追加フィールド「poststat」にアクセスできます
これはまさに統計です。 フィールドの説明：
- 「待機中」：受信を待機しているデバイス
- ウェイティング：待機中のユーザー
- 「承認済み」：通知を承認したデバイス
- 「Acceptedu」：通知を受け入れたユーザー
- 「開いた」：通知を開いたデバイス
- 「Openedu」：通知を開いたユーザー
- 「削除済み」：通知を開いたデバイス
- 「Deletedu」：通知を削除したユーザー
また、小さな事実を考慮する必要があります。これらの数値は最小限であり、正確な情報ではありません。 事実は、最も不安定な通信チャネルでも通知を絞り込めることです。 同時に、配信または開封の確認がサーバーに届かない場合があります。 統計情報をサポートするアプリケーションを最新バージョンにアップデートしていない人はまだ約44人います。
単一の通知、またはユニキャストAPIを介して送信された通知を要求するには、通知IDを含むlidパラメーターを渡す必要があります。
ユニキャストの作業とサードパーティサービスとの統合については、 以前の記事のいずれかで説明しました。
その他の小さな変更
最後に、作成後、このチャネルまたはそのチャネルを非表示にして開くことができます。 これで、作業をテストし、構成後にチャネルを公開できます。
メインページのデザインが更新され、より美しいボタンが追加され、メインページのテキストが更新され、洗練された画像が挿入されます。
多くのマイナーなAPIエラーを修正しました。
PS。 RSSについて言うのを忘れました。 ボットはマルチスレッド化されたため、更新時間が2倍に短縮されました。 つまり、サブスクライバが500人の場合、更新時間は最小で30秒になりました。