А что если просто игнорировать в преобразовании в $http_.. такие "неправильные"
Header'ы, но пропускать их дальше
Без возможности доступа по $http_.. еще как-то пережить можно.
27.08.07, 23:52, Igor Sysoev (is@xxxxxxxxxxxxx):
> 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_... теряется
> разница между "-" и "_".