問題タブ [payload]

標準のプロキシ クライアント (つまり、JavaScript ではない) から JSON 対応の WCF Web サービスを使用することは可能ですか?

基本的に、2 つの Web サービス間のペイロード サイズを最小限に抑えたいと考えています。

私のアプリケーションは python で書かれています。私がやっていることは、postfix によって受信された各電子メールでスクリプトを実行し、電子メールの内容で何かを行うことです。Procmail は、電子メールを入力として受け取るスクリプトの実行を担当します。入力メッセージ（テキストの可能性があります）をemail_messageオブジェクトに変換していたときに問題が発生しました（後者が便利なため）。私は email.message_from_string を使用しています (email はデフォルトのメールモジュールで、python に付属しています)。

この message_body は、リスト [email.message.Message インスタンス、email.message.Message インスタンス] を返すこともあれば、文字列 (受信メールの実際の本文の内容) を返すこともあります。それはなぜです。そして、私はもう1つの観察結果を見つけました。email.message.Message.get_payload() docstring を参照していたときに、これを見つけました..
""" ペイロードはリスト オブジェクトまたは文字列のいずれかになります。リスト オブジェクトを変更する場合は、メッセージのペイロードを変更します場所....."""

では、Python を介して電子メールの本文を取得する一般的な方法をどのように使用すればよいでしょうか? 私を助けてください。

ネットワークパケットペイロードとして次のクラスがある場合：

class Payload {char field0; int field1; char field2; int field3; };

Payloadのようなクラスを使用すると、データの受信者は、ソケットを介してデータを受信するときにアライメントの問題の影響を受けやすくなりますか？クラスを並べ替えるか、配置を確実にするためにパディングを追加する必要があると思います。

どちらかの並べ替え：

またはパディングを追加します：

なんらかの理由で並べ替えが意味をなさない場合は、クラスのサイズが大きくなっても配置の問題を回避できるため、パディングを追加することをお勧めします。

ネットワークデータにおけるこのようなアライメントの問題について、どのような経験がありますか？

Objective-C で HTTP POST リクエストとして送信される JSON ペイロードを作成するサンプル コードはありますか? 生成しようとしている json ペイロードの例は次のようになります。

http://code.google.com/p/json-framework/からダウンロードした json-framework を使用しています。

サンプルコードは大歓迎です。

Lucene 内のインデックス作成とクエリのパフォーマンスに関して、SO だけでなく Web にもいくつかのトピックがあることは知っていますが、ペイロードの作成がクエリに影響を与えるかどうか (もしそうなら、どのくらい影響するか) について議論するトピックをまだ見つけていません。パフォーマンス...

これがシナリオです...

ドキュメントのコレクション (100K から 10M の範囲) にインデックスを付けたいとします。各ドキュメントには、個別に検索できるようにするサブセクションがあります (または、そのセクション内で一致が見つかったかどうかに応じて、上位にランク付けすることもできます)。 .

そのサブセクション内に表示される任意の用語に (インデックス作成中に) ペイロードを追加することを検討しているため、クエリ時にその決定を効率的に行うことができます。

ペイロードの使用に関連するパフォーマンスの問題を知っている人はいますか? あるいは、このトピックに関するオンライン ドキュメントを教えてもらえますか?

ありがとう！

編集:私のシナリオの代替ソリューションに感謝しますが、将来ペイロードを使用する必要がある場合に備えて、クエリのパフォーマンスに関する元の質問に関してコメントはありますか?

プッシュ通知サービスを使用したいときに知りたいのですが、jsonペイロードを送信する場所から、アプリから、またはサーバー上で生成される可能性がありますか? アプリから送信する必要がある場合、json ペイロードとデバイス トークンを独自の Web サーバーに送信するにはどうすればよいでしょうか。

APN ペイロード データのホスティング サーバーに保存する .pem ファイルを作成するにはどうすればよいですか?

Java AppEngine用の新しい実験的なタスクキューを使用しており、データストア内の統計を集約するタスクを作成しようとしています。データストア内の（特定のタイプの）すべてのエンティティ内のUNIQUE値の数をカウントしようとしています。より具体的には、タイプXのエンティティにフィールドAがあるとします。データストア内のAの一意の値の数をカウントしたいと思います。

私の現在のアプローチは、タイプXの最初の10個のエンティティをクエリするタスクを作成し、Aの一意の値を格納するハッシュテーブルを作成してから、このハッシュテーブルをペイロードとして次のタスクに渡すことです。この次のタスクでは、すべてのエンティティを確認するまで、次の10個のエンティティなどをカウントします。最後のタスクの実行中に、ハッシュテーブル内のキーの数（タスクからタスクに渡されたもの）をカウントして、Aの一意の値の総数を見つけます。

これは、データストア内の少数のエンティティで機能します。しかし、一意の値がたくさんあると、このハッシュテーブルが大きくなりすぎるのではないかと心配しています。appengineタスクのペイロードの最大許容サイズはいくつですか?????

別のアプローチを提案できますか？

ありがとう。

私は次のコードを持っています

int ParseData（unsigned char * packet、int len）{struct ethhdr * ethernet_header; struct iphdr * ip_header; struct tcphdr * tcp_header; unsigned char * data; int data_len;

}

私はASCIIでペイロードを印刷しようとしていますそしてこのような単純な関数で

PrintData（char * mesg、unsigned char * p、int len）{printf（mesg）;

}

コードは見栄えが良く、コンパイルの問題や警告はありません。問題は、最初のペイロード文字が位置0ではなく、12バイト後に印刷されることです。

すべての「len」バイトは、印刷する必要のある正確なデータだと思いました。

データのデータポイント=（packet + sizeof（struct ethhdr）+ ip_header-> ihl * 4 + sizeof（struct tcphdr））; ただし、data[0]は印刷できません。何が問題ですか？私は何かが恋しいですか？TCPオプションの部分をチェックする必要がありますか？

ありがとう

新しいRTPプロファイルを設計しています。プロファイルタイプに割り当てることができる、次に使用可能なRTPペイロードタイプを特定するにはどうすればよいですか？