Repeated http-header If-Modified-Since

[Deomid Ryabkov]

MZ wrote:
> Deomid Ryabkov wrote:
>> MZ wrote:
>>> Сейчас nginx (0.7) выдает 400 Bad Request на повторенный хидер 
>>> If-Modified-Since (даже с тем же значением), но дубликаты остальных 
>>> хидеров принимает без 400-х ошибок. С чем это связанно ? Может не 
>>> стоит выдавать 400-ю на повтор If-Modified-Since (повторять его 
>>> любит Oops) ?
>> RFC 2616: "Multiple message-header fields with the same field-name 
>> MAY be present in a message if and only if the entire field-value for 
>> that header field is defined as a comma-separated list [i.e., 
>> #(values)]."
>>
>> следовательно, повторяющиеся заголовки, если только они не списочного 
>> типа, - это bad request.
>
> Согласен, что нельзя повторять, но это требование относится больше к 
> UA, чем к серверу ;) В этом RFC не указано как сервер обязан 
> реагировать на повторяющиеся хидеры, следовательно, дубликаты можно и 
> проигнорировать.
почему вы думаете, что это "относится больше к UA, чем к серверу"? 
по-моему прочтение этого фрагмента однозначно как для сервера,
так и для клиента - допускается повторение только определённого типа 
заголовков, "if and only if".
следовательно, запрос, повторяющий заголовки, не являющиеся списочными, 
является неверным и правильным ответом на него является 400.
в данном случае проблемя проявляется для конкретного клиента, oops. чем 
он заслужил то, чтоб nginx подстраивался под его баги?
что говорит его разработчик?

-- 
Deomid "rojer" Ryabkov
myself at rojer.pp.ru
rojer at sysadmins.ru
ICQ: 8025844

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3308 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20090831/16ecf0a1/attachment.bin>