large_client_header_buffers

[Евгений Торопов]

On Jul 25, 2011, at 7:01 PM, Maxim Dounin wrote:

> Hello!
> 
> On Mon, Jul 25, 2011 at 06:25:09PM +0400, Евгений Торопов wrote:
> 
>> On Jul 22, 2011, at 2:04 PM, Евгений Торопов wrote:
>> 
>>> Добрый день.
>>> 
>>> В описании директивы large_client_header_buffers указано "По 
>>> умолчанию размер одного буфера равен размеру страницы, в 
>>> зависимости от платформы это или 4K, или 8K". В моем случае 
> 
> Just a side note: документация устарела, начиная с 0.8.30 на всех 
> платформах 4 буфера по 8k.
> 
>>> некоторые запросы к XML API могут превышать 8k. Таких запросов 
> 
> Всмысле URI длиннее 8k?

Да

> К размеру всего запроса эта директива 
> отношения не имеет.  Размер одного буфера ограничивает 
> максимальную длину одного заголовка запроса и длину URI.
> 
>>> очень мало, но они есть, и их надо обслуживать (с чем согласен 
>>> даже RFC 2616 - http://www.ietf.org/rfc/rfc2616.txt - 
>>> "...Servers MUST be able to handle the URI of any resource 
>>> they serve...". Да и нам самим удобнее видеть в логе все 
>>> параметры запроса.
>>> 
>>> Чем грозит увеличение этих буферов, к примеру, до 64k? Есть ли 
>>> какие-то рекоммендации на макс. значение этого параметра для 
>>> конкретной машины?
> 
> [...]
> 
>> Пробую задать свои вопросы еще раз.
> 
> Увеличить - можно, из результатов - памяти будет есть больше (если 
> large_client_header_buffers используются, т.е. запрос не влез в 
> client_header_buffer_size).
> 
> Реальные ограничения многих браузеров (читай: IE) на длину URI - 
> по прежнему 2k, так что в общем случае тюнинг под длину URI 
> малоактуален.  Может иметь смысл тюнинг под размеры/количество 
> кук, но это уже определяется работой конкретных приложений.

Браузеры как раз не интересуют, API пользуют в основном роботы.

Спасибо за подробный ответ.

> 
> Maxim Dounin
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

Евгений
jt at aaanet.ru