>
> Заодно перестали перекодироваться внутренние редиректы.
>
> RewriteEngine On
> RewriteRule test.html test1.html
>
> При любом обращении к test.html (по любым портам) получаем документ в
> SourceEncoding.
Тут вообще есть некоторая проблема с редиректами, которую мы обсуждали
примерно год назад. В-принципе, все определение кодировок нужно делать
по последнему (после всех редиректов). Проблема только в том,
что узнать заранее последний ли редирект непонятно как, сам сервер об этом
не знает. Как следствие, перекодировки параметров и подобное
происходят у первого запроса в цепочке. Неприятности тут такие
- если для нового (после редиректа) URL все перекодировки выключены,
то все полученные от клиента данные все-равно уже перекодированы
- если при редиректе меняется CharsetSourceEnc, то тоже все плохо -
все перекодировано в кодировку первого URL, sourceenc тоже уже
установлен.
Если при первой попытке перекодировки копировать все параметры в сухое
прохладное место, а при редиректах восстанавливать их оттуда, то все
еще хуже - все URL-rewriting и подобные модули просто перестанут работать.
Поэтому все остается именно как есть.
Если есть еще идеи - welcome. Но необходимо помнить, что модуль
(включая mod_charset) не может знать, будет ли обработка после него,
Alex
"Russian Apache" includes software developed
by the Apache Group for use in the Apache HTTP server project
(http://www.apache.org/) See
Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C)
1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.