HTTP/1.1ここまでは小さくできます。バイト分も省略できることになります。ヘッダが小さいことで生まれるメリットについては後述します。型のモデルとなっています。接続し、組み合わせの数だけ通信コストを低くすることが出来ます。適したケース/適していないケースとても小さなヘッダであるということは、通信帯域が制限されている場合、または通信が高コストの場合に意味を持ちます。データ転送を行わないで済む、ということはデバイスはその分だけ電力消費量が少なくて済み、ひいてはバッテリーが長持ちするということになります。バイトというのは大きいようで、実は大したことがありません。バイトは価値となってきます。メッセージにおける、全体の通信量におけるヘッダの比率は次のような式で計算できます。バイトの意義が小さくなっていくのが見て取れると思います。バイトは誤差と言えると思います。バイトの価値が大きくなってきます。トータルでのネットワーク利用量、つまりコストがバカにならないと考えた結果だと考えられます。その他にも、センサーの数が数万~数千万と膨大な数になってきた場合にも大きな価値となります。価値が小さくなってきます。ある必要ないんじゃ?」ということを耳にします。対多のメッセージ配送は不要な上、通信帯域もそれほど気を使わなくてもいいはずです。帯域の心配がなくて、電源が取得できる状況でしたら、扱いやすいその他のプロトコルを選定することも考えましょう。バイトとか誤差です、誤差。1対多や小さいヘッダが活かせないのであれば別のソリューションを比較することを検討する方が良いかと思います。利用するのかを考えていくことが必要だと思います。なくとも良いケースをご紹介しました。そのプラグインに送ったコントリビュートについて紹介します。»プロフィールニフクラとは、VMwareを基盤とした国産のパブリック型クラウドサービスです。LIMITEDスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。