Eigenschaften für die Anforderungs- und Antwortoptimierung eines Web-Server-Plug-ins
Verwenden Sie diese Seite, um die Eigenschaften für Anforderungs- und Antwortoptimierung für ein Web-Server-Plug-in anzuzeigen oder zu ändern.
Klicken Sie zum Anzeigen dieser Seite der Administrationskonsole auf
Name des Web-Servers .Beim Lesen des HTTP-Antworthauptteils zu verwendende maximale Blockgröße
Gibt die maximale Blockgröße an, die das Plug-in beim Lesen des Antworthauptteils verwenden kann.
Dieses Feld entspricht dem Element "ResponseChunkSize" in der Datei "plugin-cfg.xml".
Das Plug-in liest den Hauptteil der Antwort in 64-KB-Blöcken, bis alle Antwortdaten gelesen sind. Diese Vorgehensweise führt zu Durchsatzproblemen bei Anforderungen, deren Antworthauptteil große Datenmengen enthält.
Falls die Inhaltslänge des Antworthauptteils nicht bekannt ist, werden die für diese Eigenschaft angegebenen Werte als Größe für den reservierten Puffer verwendet. Der Antworthauptteil wird in Blöcken dieser Größe eingelesen. Wenn die Inhaltslänge bekannt ist, wird als Puffergröße die Inhaltslänge oder die angegebene Größe wird verwendet, um den Antworthauptteil zu lesen. Es wird der jeweils kleinere der beiden Werte verwendet.
Information | Wert |
---|---|
Datentyp | Integer |
Standardwert | 64 Kilobyte Geben Sie die Größe in Kilobyte (1024-Byte-Blöcke) an. |
Nagle-Algorithmus für Verbindungen zum Anwendungsserver aktivieren
Bei Auswahl dieser Option ist der Nagle-Algorithmus für Verbindungen zwischen dem Plug-in und dem Application Server aktiviert.
Dieses Feld entspricht dem Element "ASDisableNagle" in der Datei "plugin-cfg.xml".
Der Nagle-Algorithmus ist nach dem Ingenieur John Nagle benannt, der diesen Standardteil des Transmission Control Protocol/Internet Protocol (TCP/IP) entwickelt hat. Der Algorithmus verringert den Übertragungsoverhead, indem er die Übertragung kleiner Pakete verzögert (in der Regel um 200 Millisekunden), damit in der Zwischenzeit weitere kleine Pakete ankommen und zusammengefasst werden können. Da die Übertragungskosten nicht von der Paketgröße, sondern vielmehr von der Häufigkeit der Übertragungen abhängig sind, kann durch den Einsatz dieses Algorithmus der Overhead durch eine geringere Anzahl von Übertragungen reduziert werden.
Standardmäßig ist dieses Feld ausgewählt und der Nagle-Algorithmus aktiviert. Wählen Sie dieses Feld ab, um den Nagle-Algorithmus abzuwählen.
Nagle-Algorithmus für Web-Server IIS aktivieren
Wenn diese Option ausgewählt ist, wird der Nagle-Algorithmus für Verbindungen vom Web-Server Microsoft Internet Informations Services zum Anwendungsserver verwendet.
Dieses Feld entspricht dem Element "IISDisableNagle" in der Datei "plugin-cfg.xml". Es gilt nur, wenn Sie den Web-Server Microsoft Internet Informations Services verwenden.
Standardmäßig ist dieses Feld nicht ausgewählt, und der Nagle-Algorithmus ist inaktiviert. Wählen Sie dieses Feld aus, um den Nagle-Algorithmus für die Verbindung zu aktivieren.
HTTP-Antwort an den Client in Blöcke aufteilen
Wenn diese Option ausgewählt ist, werden Antworten an den Client in Blöcke aufgeteilt, wenn ein Header Transfer-Encoding : Chunked in der Antwort enthalten ist.
Dieses Feld entspricht dem Element "ChunkedResponse" in der Datei "plugin-cfg.xml". Es gilt nur, wenn Sie einen IIS- (Microsoft Internet Informations Services), einen Java™-System- oder einen Domino-Web-Server verwenden. IBM® HTTP Server teilt die Antwort automatisch in Blöcke auf, die an den Client gesendet werden.
Standardmäßig ist dieses Feld nicht ausgewählt und die Antworten nicht aufgeteilt. Wenn diese Option ausgewählt ist, werden Antworten an den Client in Blöcke aufgeteilt, wenn ein Header Transfer-Encoding : Chunked in der Antwort enthalten ist.
Inhalt für alle Anforderungen akzeptieren
Dieses Feld entspricht dem Element "AcceptAllContent" in der Datei "plugin-cfg.xml".
Wenn diese Option ausgewählt ist, können Sie Inhalt in GET- und HEAD-Anforderungen einfügen, wenn ein Header vom Typ Content-Length oder Transfer-encoding im Anforderungsheader enthalten ist.
Dieses Feld ist standardmäßig ausgewählt.
Wenn diese Option ausgewählt ist, können Benutzer Inhalt in GET- und HEAD-Anforderungen einfügen, wenn ein Header vom Typ "Content-Length" oder "Transfer-encoding" im Anforderungsheader enthalten ist.

Zuordnung des virtuellen Hosts
Wenn diese Option ausgewählt ist, wird die Zuordnung des virtuellen Hosts anhand der Nummer des Port durchgeführt, für den die Anforderung empfangen wurde.
Dieses Feld entspricht dem Element "VHostMatchingCompat" in der Datei "plugin-cfg.xml".
Standardmäßig ist dieses Feld nicht ausgewählt. Die Zuordnung wird anhand der Portnummer im Host-Header logisch durchgeführt. Wenn diese Option ausgewählt ist, wird die Zuordnung des virtuellen Hosts anhand der Portnummer durchgeführt, für die die Anforderung empfangen wurde.
Verwenden Sie die Optionsfelder, um sich für die physische bzw. logische Portauswahl zu entscheiden.
Vorgabe für Anwendungsserverport
Gibt an, welche Portnummer der Anwendungsserver verwenden soll, um URIs für ein sendRedirect zu erstellen. Dieses Feld ist nur für "sendRedirect" gültig, wenn Sie relative URIs verwenden und absolute Umleitungen nicht betroffen sind. Dieses Feld gibt auch an, von wo der Wert für "HttpServletRequest.getServerPort()" abgerufen werden soll.
Dieses Feld entspricht dem Element "AppServerPortPreference" in der Datei "plugin-cfg.xml".
- Verwenden Sie den Wert hostHeader, wenn die Portnummer aus dem Host-Header der eingehenden HTTP-Anforderung verwendet werden soll.
- Verwenden Sie webserverPort, wenn die Nummer des Port, an dem der Web-Server die Anforderung empfängt, verwendet werden soll.