Optimalizační vlastnosti pro požadavky a odezvy modulu plug-in webového serveru

Tato stránka slouží k zobrazení nebo změně optimalizačních vlastností pro požadavky a odezvy modulu plug-in webového serveru.

Chcete-li zobrazit tuto stránku administrativní konzoly, klepněte na volbu Servery > Typy serverů > Webové servery > název_webového_serveru > Vlastnosti modulu plug-in > Požadavek a odezva.

Maximální velikost bloku při čtení těla odezvy HTTP

Určuje maximální velikost bloku, kterou může modul plug-in použít při čtení těla odezvy.

Toto pole odpovídá prvku ResponseChunkSize v souboru plugin-cfg.xml.

Modul plug-in načítá hlavní část odezvy v blocích po 64 KB, dokud nebudou načtena všechna data odezvy. Tento přístup způsobuje problémy s výkonem u požadavků, v nichž hlavní část odezvy obsahuje velké objemy dat.

Pokud je délka obsahu v hlavní části odezvy neznámá, jsou zadané hodnoty této vlastnosti použity jako velikost alokované vyrovnávací paměti. Poté je načtena hlavní část odpovědi v blocích o určené velikosti, dokud není načtena celá hlavní část. Pokud není délka obsahu známa, je k načtení hlavní části odezvy použita velikost vyrovnávací paměti odpovídající délce obsahu nebo zadaná velikost (podle toho, která z těchto dvou hodnot je menší).

Datový typ Celé číslo
Výchozí hodnota 64 kB

Určete velikost v kilobajtech (bloky o velikosti 1024 bajtů).

Povolit použití algoritmu Nagle pro připojení k aplikačnímu serveru

Zaškrtnutím této volby povolíte použití algoritmu Nagle pro připojení mezi modulem plug-in a aplikačním serverem.

Toto pole odpovídá prvku ASDisableNagle v souboru plugin-cfg.xml.

Algoritmus Nagle nese název po programátorovi Johnovi Naglem, který tuto standardní součást protokolu TCP/IP (Transmission Control Protocol/Internet Protocol) vyvinul. Tento algoritmus snižuje režijní zatížení sítě přidáním prodlevy přenosu (obvykle 20 milisekund) do malých paketů. V průběhu této prodlevy mohou dorazit další malé pakety, které mohou být následně zahrnuty do téhož přenosu. Vzhledem k tomu, že s komunikací souvisejí náklady, které závisejí více na frekvenci přenosů než na velikosti paketů, tento algoritmus umožňuje snížit režijní zatížení díky zefektivnění počtu přenosů.

Při výchozím nastavení toto políčko není zaškrtnuto a použití Nagleova algoritmu je zakázáno. Chcete-li povolit použití Nagleova algoritmu, zaškrtněte toto políčko.

Povolit algoritmus Nagle pro webový server IIS

Zaškrtnete-li toto políčko, bude Nagleův algoritmus použit pro připojení směřující z webového serveru Microsoft IIS (Internet Informations Services) na aplikační server.

Toto pole odpovídá prvku IHSDisableNagle v souboru plugin-cfg.xml. Zobrazuje se pouze v případě, že používáte webový server Microsoft IIS (Internet Information Services).

Při výchozím nastavení toto políčko není zaškrtnuto a použití Nagleova algoritmu je zakázáno. Chcete-li povolit použití Nagleova algoritmu pro toto připojení, zaškrtněte toto políčko.

Dělit odezvu HTTP zasílanou klientovi do bloků

Zaškrtnete-li toto políčko, budou odezvy, které obsahují záhlaví Transfer-Encoding : Chunked při zasílání klientovi rozděleny do bloků.

Toto pole odpovídá prvku ChunkedResponse v souboru plugin-cfg.xml. Zobrazuje se pouze v případě, že používáte webový server Microsoft IIS (Internet Information Services), webový server JS (Java System) nebo webový server Domino. Rozdělování odezev do bloků před zasláním klientovi provádí server IBM HTTP Server automaticky.

Standardně toto políčko není zaškrtnuto a odezvy standardně nebudou rozdělovány do bloků. Zaškrtnutím tohoto políčka povolíte dělení odezev zasílaných klientům do bloků, pokud daná odezva obsahuje záhlaví odezvy Transfer-Encoding : Chunked.

Přijmout obsah pro všechny požadavky

Toto pole odpovídá prvku AcceptAllContent v souboru plugin-cfg.xml.

Je-li vybrána tato volba, mohou uživatelé vkládat obsah do požadavků POST, PUT, GET a HEAD, pokud požadavek obsahuje záhlaví Content-Length nebo Transfer-encoding.

Při výchozím nastavení toto políčko není zaškrtnuto. Zaškrtnete-li toto políčko, umožníte uživatelům vkládat obsah do požadavků POST, PUT, GET a HEAD, pokud požadavek obsahuje záhlaví Content-Length nebo Transfer-encoding.

Porovnávání virtuálního hostitele

Pokud je toto políčko zaškrtnuto, provádí se mapování virtuálního hostitele s použitím fyzického čísla portu, pro něž byl požadavek přijat.

Toto pole odpovídá prvku VHostMatchingCompat v souboru plugin-cfg.xml.

Standardně toto políčko není zaškrtnuto a přiřazování proto probíhá logicky s použitím čísla portu obsaženého v záhlaví hostitele. Toto políčko zaškrtněte, chcete-li provádět mapování virtuálního hostitele s použitím fyzického čísla portu, pro něž byl požadavek přijat.

K výběru fyzického nebo logického portu použijte přepínače.

Preferovaný port aplikačního serveru

Určuje, které číslo portu má aplikační server použít k sestavení identifikátoru URI pro operaci sendRedirect. Toto pole lze pro operaci sendRedirect použít pouze v případě, že používáte relativní identifikátory URI, a nemá vliv na absolutní přesměrování. Toto pole rovněž určuje místo pro načtení hodnoty pro metodu HttpServletRequest.getServerPort().

Toto pole odpovídá prvku AppServerPortPreference v souboru plugin-cfg.xml.

Zadejte:
  • hodnotu hostHeader, chcete-li použít číslo portu ze záhlaví hostitele v příchozím požadavku HTTP,
  • hodnotu webserverPort, chcete-li použít číslo portu, na němž webový server požadavek přijal.
Výchozí hodnota je hostHeader.



Odkazy s označením (online) vyžadují přístup k Internetu.

Související úlohy
Související odkazy


Název souboru: uwsv_plugin_props1.html