ПРОЕКТЫ 


  АРХИВ 


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]

[apache-talk] Торможу...




Здравствуйте apache-talk

На время перехода серверов с обычного режима на mod_accell
пользовался следующей схемой, чтобы избежать проблем в течение
рассазывания зоны с новым IP адресом. (бекенд - старый сервер,
фронтенд - новый. Пока у кого-то в кэше лежит старый IP на
бакенде должен работать mod_charset)

В конфиге старого сервера есть следующее для отключения mod_charset если запрос
пришел с mod_accell:

CharsetSelectionOrder EnvVariable Useragent
RewriteEngine On
RewriteCond   %{HTTP:X-Real-IP} ^.+$
RewriteRule   ^(.*) - [E=FORCE_CHARSET:koi8-r] 

Первые тесты показали что этого достаточно. Но вот появились жалобы от
клиентов Opera ;( Перечитав доку понял, что это возможно если клиент
просит Accept-charset (так как в этом случае charsetselectionOrder уже
не работает)

wget -d --header="X-Real-IP: 127.0.0.1"      --header="Accept-Charset: windows-1251" http://localhost/_test.php

CHARSET</b></td><td align="left">windows-1251
CHARSET_DETERMINED_BY</b></td><td align="left">AcceptCharset
FORCE_CHARSET</b></td><td align="left">koi8-r

А я наивно предполагал что этот заголовок отдают все
современные браузеры :) Как я ошибался :(

Возможно ли сделать, чтобы вопреки заголовкам, посланным браузером,
работал FORCE_CHARSET ?

-- 
С уважением, Алексей Русанов
STRANGE-RIPN, RSA16-RIPE, 2:5000/104.51, ICQ: 8397628
Научно-производственное предприятие "Юникон Ру", Новосибирск
Тел:  +7 3832 23-94-06
      +7 3832 10-00-50
Факс: +7 3832 23-94-06
http://www.unicon.ru/



 




Copyright © Lexa Software, 1996-2009.