32KBのPubNubメッセージに収まる文字数は?

PubNub Developer Relations - Feb 21 - - Dev Community

PubNubメッセージの最大長は32KBです(参照:PubNub SDK docsandPubNub soft and hard limits)。32KBを超える場合、メッセージは配信されません。 しかし、32KBのメッセージとは実際にはどのようなものでしょうか?IoTベースのソリューションを構築している場合、おそらくメッセージサイズをあまり気にすることはないでしょう。おそらく、ジオロケーション・ニーズのための経度や緯度、組み込みシステム用の温度やセンサー・データ、照明やその他のスマート家電を制御するための短い命令のような、短い更新情報を送信するだけでしょう。同様に、リアルタイムで大規模なオンラインゲームのリーダーボードは32KBに簡単に収まります。 しかし、1つのPubNubメッセージでより多くの情報を必要とする多くのユースケースがあります。チャットメッセージや コグニティブサービスからの分析を考えてみよう。この記事では、チャットメッセージを例に説明します。

数学をやってみよう

ペイロードの合計サイズを計算するには、まず、チャットメッセージがどのようなものかを定義する必要があります。計算上のチャットメッセージには、ペイロード全体が含まれます:チャネル、任意の「サイドチャネル」情報、および実際のテキスト自体です。PubNubによってパッケージ化される場合、タイムスタンプ(timetoken)やルーティングに必要なその他の制御情報を含むエンベロープ情報も含まれます。 クライアントから発行されるメッセージは次のようになります:

var channel = "doc_patient_comms_a";
var message = {
    "name" : "Dr. Blackwell",
    "company" : "Sunnydale Memorial",
    "uuid" : "uuid-string",
    "text" : "Your test results are back and everything looks normal."
};
Enter fullscreen mode Exit fullscreen mode

メッセージサイズを計算するには、チャンネル名とメッセージのペイロード(JSON)文字列を組み合わせ、その結果をURIエンコード(JavascriptのencodeURIComponent)し、メッセージの長さ(JavascriptのString.length)をチェックします。ベストプラクティスは、PubNubエンベロープ(メタデータ)情報を考慮して結果に100を追加することです。完全なJavascript関数と、私たちの70以上の他のサポートされているSDKのいずれかのためにそれをどのように構成するかのアイデアについては、私たちのサポートドキュメントを参照してください。

メッセージサイズを計算する方法がわかったので、歴史的なテキストとPubNubメッセージとしての送信の可能性を調べることによって、PubNub APIの機能を探ってみましょう。例えば、Thomas JeffersonによるThe Declaration of Independenceは次のようにPubNubメッセージとしてエンコードできます:

var channel = "continental_congress_declaration_subcommittee";
var message = {
    "name" : "Mr. Jefferson",
    "uuid" : "4f4ec1b4-4957-4125-9103-c6edcfe37770",
    "text" : "The unanimous Declaration of the thirteen united States of America, When in the Course of human events[…]our sacred Honor."
};
Enter fullscreen mode Exit fullscreen mode

メッセージの内容にJSONオブジェクトを使うと、このメッセージは11.4KBになる。このように、ジェファーソン氏は1つのPubNubメッセージで宣言の2つのコピーを送信することができ、PubNub APIの効率性 - 250ミリ秒未満で最小の待ち時間でグローバルなデータ伝送 - を示しています。

別の例として、Project Gutenbergの作品であるDon Berryの "Routine for a Hornet "を考えてみよう。PubNubのメッセージ永続化機能を使えば、この短編小説のかなりの部分をエンコードできる:

var channel = "worlds_of_science_fiction_editors";
var message = {
    "name" : "Don Berry",
    "uuid" : "99c8361f-ac61-47f5-9b5f-22095227e6e3",
    "text" : "ROUTINE for a HORNET[…]in any case."
};
Enter fullscreen mode Exit fullscreen mode

1つのペイロードで、"The Worlds of Science Fiction "に収録されているこの短編の約85%を送ることができますが、"Nor could he had taken his hands away from the controls in any case "というクリフハンガーで止めて、残りを2つ目のメッセージで送る必要があります。しかし、各メッセージは50~250ミリ秒で届くので、待つ時間は短い。 イギリスのゴブリン:ウェールズの民間伝承、妖精神話、伝説と伝統』(Sikes著)。これは長い本だ(ファイルサイズ773kB)。もし誰かがこれを送りたければ、複数に分割する必要があるだろう。私のテストでは、各書の各章でペイロードがいっぱいになった。例えば、"BOOK1 フェアリーの王国 第1章 おとぎ話と古代の神話... "はそれだけで23KBである。フェアリーランドについて知ることは多い。

var channel = "british_goblin_researchers";
var message = {
    "name" : "Sikes",
    "uuid" : "8044e839-a3b2-4bab-b2d1-c52897299cf5",
    "text" : "BOOK I.[…]'Welsh Melodies.'"
};
Enter fullscreen mode Exit fullscreen mode

ベストプラクティス

これまで見てきたように、32KBは妥当なテキスト量である。しかし、ユーザーが作成したすべてのメッセージのサイズをテストするのがベストプラクティスです。また、メッセージを暗号化すると30%追加されること、ダブルバイト言語で書かれたメッセージはより多くのスペースを占有することを忘れないでください。 プロのヒント:メッセージのサイズを1.5KBにすると、1つのTCPパケットに収まります。 画像はどうですか?画像はbase-64に変換して送信できます。この変換にはかなりのオーバーヘッドがかかるため、システムをテストする必要がある。DIYスナップチャット・クローン・デモ・プロジェクトをチェックしてみてください。 最後に、250ミリ秒とは何ですか?250ミリ秒は、あなたがこの文章を読むのにかかった時間よりも短い。PubNubは世界中に15の拠点を持ち、特許を取得したリアルタイム・アーキテクチャにより、あなたのペイロードを素早く配信します。

最後に

新しいプロジェクトを始める前に、すべての技術的な質問に答えようとしたくなることがあります。PubNub SDKの素晴らしさは、正しい方法が1つしかないことはほとんどないということです。私たちのブログにはたくさんの例がありますし、行き詰まったら手を差し伸べてください - 私たちはあなたの成功を望んでいます。もしあなたが何かを作ってオープンソース化したら、ぜひデベロッパーリレーションズチームまでご連絡ください。

PubNubメッセージとしてのこのブログ

var channel = "my_channel";
var message = {
    "name" : "Mark Williams",
    "uuid" : "d75dace8-1f15-4b8e-80a3-646ad97b58de",
    "text" : "The maximum length […] we would love to see it."
};
Enter fullscreen mode Exit fullscreen mode

このブログの投稿は10.5kです

始める

今すぐPubNubを始めましょう!PubNubアカウントにサインアップしてキーセットをチェックし、公開キーと購読キーを取得して、PubNubが提供するすべてのものをチェックしてください:

  1. パブリッシュ:テキストの更新、絵文字のリアクション、送信されたファイル、その他の複雑なメタデータなど、ユーザーの入力が更新されるたびにメッセージを送信します。 メタデータ.

  2. 購読:新しいメッセージを受信して、ユーザーの画面をリフレッシュします。

  3. プレゼンス:ユーザーのオンラインステータスを更新し、検出する。

  4. メッセージの永続性:ユーザーがアプリにログインすると、受信したメッセージを表示したり、プロジェクトやドキュメントのリビジョンを追跡します。

  5. モバイルプッシュ通知:アプリから離れているモバイルユーザーに、チャットメッセージ、プロジェクトの更新、アプリケーションの更新を通知します。

  6. アプリコンテキスト:データベースをセットアップしたり、呼び出したりすることなく、ユーザーに関する情報を一箇所に保存します。

  7. アクセスマネージャー:特定のユーザーのプライベートな会話、チャンネルルーム、ドキュメント、プロジェクトへのアクセスを制限します。

  8. 機能:メッセージの翻訳、不適切なメッセージの検閲、新しいユーザーの到着の通知、他のユーザーへの言及の通知。

  9. イベント&アクション:アプリケーションのエコシステム内のイベントを一元管理し、コードなしでビジネスロジックをトリガーします。

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .