Re: Ошибочные HTTP Headers

[beholderk]

А что если просто игнорировать в преобразовании в $http_.. такие "неправильные" Header'ы, но пропускать их дальше

Без возможности доступа по $http_.. еще как-то пережить можно.



27.08.07, 23:52, Igor Sysoev (is at rambler-co.ru):



> On Mon, Aug 27, 2007 at 10:44:47PM +0300, Andrew Sitnikov wrote:

> > b> Что можно придумать по этому поводу, чтобы была возможность получить информацию?

> > b> Реально по опыту, только символ '_' используется из нестандартных

> > как workaround есть директива ignore_invalid_headers.

> > 

> > почему _ не стандартный ? по rfc  он вполне допускается а заголовке.

> > 

> > http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.2

> >       message-header = field-name ":" [ field-value ]

> >        field-name    = token

> > 

> > http://www.w3.org/Protocols/rfc2616/rfc2616-sec2.html#sec2.2

> > 

> >        token          = 1*<any CHAR except CTLs or separators>

> >        separators     = "(" | ")" | "<" | ">" | "@"

> >                       | "," | ";" | ":" | "\" | <">

> >                       | "/" | "[" | "]" | "?" | "="

> >                       | "{" | "}" | SP | HT

> > 

> >        SP             = <US-ASCII SP, space (32)>

> >        HT             = <US-ASCII HT, horizontal-tab (9)>

> > 

> >        DIGIT          = <any US-ASCII digit "0".."9">

> >        CTL            = <any US-ASCII control character

> >                         (octets 0 - 31) and DEL (127)>

> > 

> >                         

> > P.S. я писал об этом Игорю некоторое время назад, но у него пока судя по всему еще не дошли руки до этой проблемы.

> С "_" проблема заключается в том, что при преобразовании в $http_... теряется

> разница между "-" и "_".