私はPubNubメッセージをReplay機能で示唆されるようにリアルタイムで再生しようとしていますが、オンラインで見つけることができる唯一の例は特定の期間にわたってメッセージの静的履歴を取得することです。PubNub Replay API for iOS
実際にReplay APIリクエスト(History APIではなく)を扱うオンラインチュートリアルを知っている人もいれば、ここでいくつかのサンプルコード(可能な場合はSwift)を与えることができますか?
多くのありがとうございます。
私はPubNubメッセージをReplay機能で示唆されるようにリアルタイムで再生しようとしていますが、オンラインで見つけることができる唯一の例は特定の期間にわたってメッセージの静的履歴を取得することです。PubNub Replay API for iOS
実際にReplay APIリクエスト(History APIではなく)を扱うオンラインチュートリアルを知っている人もいれば、ここでいくつかのサンプルコード(可能な場合はSwift)を与えることができますか?
多くのありがとうございます。
リプレイ機能はPubNub Node/JavaScript SDKでのみ利用可能であり、それは需要がないので(それはV4のSDKのの一部ではありません)推奨されていません。必要に応じて、この機能を最後に複製することができます。おそらくあなたはあなたのクライアントアプリケーションではなくあなたのサーバーからこれをやりたがっているでしょうが、クライアントからもこれを行うことができます。
history
は1コールにつき100メッセージしか返さないので、history API (Swift SDK for your client implementation)を使用すると、必要な数のメッセージをストレージから取り出すことができます(今後のストレージページを簡略化するため新機能が追加される予定です)。ここで
は、独自のreplay
機能を実装するために、サーバーから、ハイレベルの設計である:あなたのサーバー上で
history
を使用して取得した最も古いメッセージから始めて、発行したばかりのメッセージのtimetokenと公開する次のメッセージのtimetokenの差の時間だけスリープしてからスリープします。多くのおかげでCraig - それは、再生ボタンが押されたときには、 'リプレイapiの開始より多くのものだったが期待していたが、悲しいかな、笑。これは私がサーバーに実装するためには時間がかかるので、できるだけ早く確認のために戻ってきます。だから感謝しています – RobertyBob
実際よりも複雑に聞こえます。私はあなたが始めるとコードをかなりまっすぐに見つけることができると思うが、あなたが探している機能のような* DVR *の頑強さに依存する。主な部分は、クライアントからサーバーへのリプレイを要求することです。クライアントは実際にメッセージを再生するためにチャネルの名前をサーバに伝え、クライアントはすでにチャネルに加入していることができます。サーバーは、そのチャンネルにメッセージを公開する前に、そのチャンネルに加入しているユーザーがいるかどうかを確認して、誰にも*再生しない*ことができます。 –
ご不明な点がございましたら、[PubNub Supprt](http://pubnub.com/support)にお問い合わせください。 PubNubソリューションアーキテクトと話し合って、正確な要件について話し合い、ベストプラクティスを提供することが最善の方法です。 –
リプレイ機能はJavaScript SDKでのみ使用でき、非推奨であるため非推奨になりました。必要に応じて、この機能を最後に複製することができます。あなたのユースケースは何ですか? –