Eigenschaften für die Anforderungs- und Antwortoptimierung eines Webserver-Plug-ins

Verwenden Sie diese Seite, um die Eigenschaften für Anforderungs- und Antwortoptimierung für ein Webserver-Plug-in anzuzeigen oder zu ändern.

Klicken Sie zum Anzeigen dieser Seite der Administrationskonsole auf Server > Servertypen > Webserver > Name_des_Webservers > Plug-in-Eigenschaften > Anforderung und Antwort.

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.

Datentyp Integer
Standardeinstellung 64 Kilobyte

Geben Sie die Größe in Kilobyte (1024-Byte-Blöcke) an.

Nagle-Algorithmus für Verbindungen mit dem 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 Übertragungs-Overhead, indem er die Übertragung kleiner Paket verzögert (in der Regel um 20 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 nicht ausgewählt und der Nagle-Algorithmus nicht aktiviert. Wählen Sie dieses Feld aus, um den Nagle-Algorithmus zu aktivieren.

Nagle-Algorithmus für Webserver IIS aktivieren

Wenn diese Option ausgewählt ist, wird der Nagle-Algorithmus für Verbindungen zwischen dem Webserver Microsoft Internet Information Services (IIS) und dem Application Server verwendet.

Dieses Feld entspricht dem Element "IHSDisableNagle" in der Datei "plugin-cfg.xml". Dieses Feld wird nur angezeigt, wenn Sie den Webserver Microsoft Internet Information Services (IIS) verwenden.

Standardmäßig ist dieses Feld nicht ausgewählt und der Nagle-Algorithmus nicht aktiviert. 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". Dieses Feld wird nur angezeigt, wenn Sie den Webserver Microsoft Internet Information Services (IIS), Java System oder Domino verwenden. IBM HTTP Server nimmt die Aufteilung der Antwort an den Client automatisch vor.

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 Benutzer Inhalt in POST-, PUT-, GET- und HEAD-Anforderungen einfügen, wenn ein Header vom Typ "Content-Length" oder "Transfer-encoding" im Anforderungs-Header enthalten ist.

Standardmäßig ist dieses Feld nicht ausgewählt. Wenn diese Option ausgewählt ist, können Benutzer Inhalt in POST-, PUT-, GET- und HEAD-Anforderungen einfügen, wenn ein Header vom Typ "Content-Length" oder "Transfer-encoding" im Anforderungs-Header 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".

Angeben:
  • 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 Webserver die Anforderung empfängt, verwendet werden soll.
Die Standardeinstellung ist hostHeader.



Mit (online) gekennzeichnete Links setzen einen Internet-Zugang voraus.

Zugehörige Tasks
Zugehörige Verweise
Eigenschaften für Webserver-Plug-ins


Dateiname: uwsv_plugin_props1.html