Web サーバー・プラグイン要求および応答最適化のプロパティー

このページを使用して、Web サーバー・プラグインの要求および応答 最適化プロパティーを表示または変更します。

この管理コンソール・ページを表示するには、 「サーバー」>「サーバー・タイプ」>「Web サーバー」> web_server_name>「プラグイン・プロパティー」>「要求および応答」とクリックします。

HTTP 応答本文を読み取るときに使用する最大チャンク・サイズ

応答本体を読み取るときにプラグインが使用できる最大チャンク・サイズを指定します。

このフィールドは、plugin-cfg.xml ファイルの ResponseChunkSize エレメント に対応します。

プラグインは、すべての応答データが読み取られるまで、64K チャンクの応答 本文を読み取り続けます。 このアプローチは、要求の応答本文に大量のデータが含まれている場合にパフォーマンスに問題が生じる原因となります。

応答本文の内容の長さが不明の場合には、このプロパティーに対して指定 のされた値が、割り振られたバッファーのサイズとして使用されます。 応答本文 は、本文がすべて読み取られるまで、このサイズのチャンク単位で読み取られます。 内容の長さがわかっている場合には、内容の長さまたは指定したサイズのうち、 少ない方のバッファー・サイズが使用され、応答本文を読み取ります。

情報
データ型 Integer
デフォルト 64 キロバイト

サイズをキロバイト (1024 バイト・ブロック) で指定します。

アプリケーション・サーバーへの接続に Nagle アルゴリズムを使用可能にする

チェック・マークが付いている場合、プラグインとアプリケーション ・サーバー間の接続に Nagle アルゴリズムが使用可能になっています。

このフィールドは、plugin-cfg.xml ファイルの ASDisableNagle エレメントに対応します。

Nagle アルゴリズムは、TCP/IP (伝送制御プロトコル/インターネット・プロトコル) の標準部分を発明したエンジニア John Nagle にちなんで名付けられました。 このアルゴリズムは、伝送遅延 (通常は 200 ミリ秒) を小パケットに追加すること によって、ネットワーク・オーバーヘッドを削減します。これにより、他の小 パケットが到着し、伝送に含まれます。 通信には、伝送の頻度ほどではないが、パケット・サイズに依存するパケット・サイズ関連コストがあるため、 このアルゴリズムは、より効率的な伝送数でオーバーヘッドを削減する可能性があります。

デフォルトでは、このフィールドは選択されていて、Nagle アルゴリズムは使用可能です。 Nagle アルゴリズムを使用不可にするには、このフィールドを選択解除します。

IIS Web サーバーに Nagle アルゴリズムを使用可能にする

チェック・マークが付けられている場合、Microsoft Internet In先サービス (IIS) Web サーバーからアプリケーション・サーバーへの接続に Nagle アルゴリズムが使用されます。

このフィールドは、plugin-cfg.xml ファイルの IISDisableNagle エレメントに対応します。 これは、Microsoft インターネット・インフォーメーション・サービス (IIS) Web サーバーを使用している場合にのみ適用されます。

デフォルトでは、このフィールドは選択されておらず、Nagle アルゴリズムは使用不可になっています。 接続に Nagle アルゴリズムを使用可能にするには、このフィールドを選択します。

クライアントへのチャンク HTTP 応答

チェック・マークが付けられている場合、クライアントへの応答はチャンクに分割されます。Transfer-Encoding : Chunked応答ヘッダーが応答に存在します。

このフィールドは、plugin-cfg.xml ファイルの ChunkedResponse エレメントに対応します。 これは、Microsoft Internet In先サービス (IIS) Web サーバー、Java™ System Web サーバー、または Domino ® Web サーバーを使用している場合にのみ適用されます。 IBM® HTTP Server は、応答をチャンクに分割してクライアントに送信する処理を自動的に行います。

デフォルトでは、このフィールドはチェックされておらず、応答はチャンク化されていません。 クライアントへの応答をチャンクに分割できるようにするには、このフィールドを選択します。Transfer-Encoding : Chunked応答ヘッダーが応答に存在します。

すべての要求のコンテンツを受け入れ

このフィールドは、plugin-cfg.xml ファイルの AcceptAllContent エレメント に対応します。

選択すると、要求のヘッダーに Content-Length または Transfer-encoding ヘッダーが含まれている場合に、GET および HEAD 要求に コンテンツを含めることができます。

デフォルトでは、このフィールドはチェックされています。

要求ヘッダーに Content-Length または Transfer-encoding ヘッダーが含まれている場合に、ユーザーが GET および HEAD 要求にコンテンツを組み込めるようにするには、このフィールドを選択します。

移行ユーザーの場合: 管理コンソールの 「すべての要求のコンテンツを受け入れる」 設定は、 plugin-cfg.xml ファイルの AcceptAllコンテンツ属性に対応します。 バージョン 8.0 からは、設定のデフォルトはチェック・マークが付けられ、属性のデフォルトは true です。 バージョン 8 より前の場合、デフォルトで、この設定は、チェック・マークが付けられていない状態で、属性は false になります。

仮想ホスト・マッチング

選択されると、要求を受信したポート番号を物理的に使用することに よって、仮想ホスト・マッピングが実行されます。

このフィールドは、plugin-cfg.xml ファイルの VHostMatchingCompat エレメントに対応します。

デフォルトでは、このフィールドはチェックされておらず、マッチングはホストのヘッダーに含まれるポート番号を論理的に使用して実行されます。 要求を受信したポート番号を物理的に使用して仮想ホスト・マッピングを実行する場合は、このフィールドを選択します。

ラジオ・ボタンを使用して、物理的または論理的なポート選択を行います。

アプリケーション・サーバーのポート設定

アプリケーション・サーバーが sendRedirect 用の URI 作成 に使用するポート番号を指定します。 このフィールドは、相対 URI が使用されている場合の sendRedirect に対してのみ適用でき、絶対リダイレクトには影響を与えません。 このフィールドは、HttpServletRequest.getServerPort() の値を取得する場所を指定します。

このフィールドは、plugin-cfg.xml ファイルの AppServerPortPreference エレメントに対応します。

指定:
  • hostHeader着信する HTTP 要求のホスト・ヘッダーからのポート番号を使用する場合。
  • webserverPortWeb サーバーが要求を受信したポート番号が使用される場合。
デフォルトは以下のとおりです。hostHeader.