ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [apache-talk] mod_accel =?KOI8-R?Q?=C9_mod=5Fcharset?=



On Thu, 5 Sep 2002, Vadim V. Lebedev wrote:

> ситуация такая, есть backend (russian apache), есть frontend (russian
> apache/mod_accel)
> когда клиент на фронтедне просит в "koi8-r", то в кэш кладётся документ в
> koi8-r,
> после чего клиент попросивший этот же документ из кэша в win кодировке -
> получает его в виде
> win(koi), т.е. ему говорят что Content-Type: text/html;
> charset=windows-1251, сам же документ в koi8-r
> что не есть хорошо ;(
> 
> вопросы:
> можно ли сделать чтобы в кэш клались документы согдасно указаному
> CharsetSourceEnc ?
> или при отдаче документов клиенту из кэша смотрелось бы поле
> Content-Type: заголовка и соотвстственно перекодировалось

Нет. Это усложняет код, а я не вижу особых причин для этого, так как
есть три варианта лечения этой проблемы.

1. Не использовать mod_charset на бэкенде.

2. Запретить использовать mod_charset на бэкенде:
CharsetDisable on

3. Зафиксировать mod_charset на бэкенде на одной кодировке:
CharsetSelectionOrder 
CharsetDisableAcceptCharset on
CharsetDefault один чарсет


Игорь Сысоев
http://sysoev.ru

=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.