あるHTTPプを送コンテンツの長さはTransfer-Encodingと204なコンテンツ対応れます

Question

がうかがえら RFC2616 るかどうかのHTTPクライアントは受け入れ204なコンテンツの対応を含むコンテンツの長さ：0またはTransfer-Encoding:チャンクが含まれます。これらのヘッダのようにクHTTP顧客の代理人が、明らかを読もうとすると、空の対応が どの仕様を読み込み:

1. 任意応答メッセージをとらない"などのメッセージ体などの の1xx,204、304応 他の応答ヘッドにあるこの 常に終了しの空 ラインの後にはヘッダー分野 によらずにおけるエンティティヘッダフィールド に存在することができます。

いずれの経路におけるエンティティヘッダフィールド"とのお客様はころです。の Gimp用ドキュメHTTP図書館 こいします。しかし、 lighthttpd や IBM 選んだ反対側の通訳、サーバーを含めないでくださいこれらのヘッダーの対応が禁止されているか。

そのほかのウェブアプリケーションを削除すヘッダーからの応答やネットワークインフラ、お客様は許容そのヘッダ204なコンテンツ、304変更されません。?

Answer 1

よRFC7230(ご覧ください http://tools.ietf.org/html/rfc7230#section-3.3.1 末29ページはありませんでした:

サーバーにはならない送るTransfer-Encodingヘッダフィールドのいず 応答ステータスコード1xx(情報）204（ コンテンツ).

そのため、ウェブアプリケーションに必要な送信者のヘッダにします。

Answer 2

りませんが何が正しいかは、わからないのHTTPプロトコルにする。

ただし、ただ

1. 変更することはできまに自分を削除するヘッダ?
2. または変更したいので消費者の申請を無視する方にヘッダ?

私の考えでは、アプリケーションは、すべてを送信しない方はヘッダる場合があります。