Добрый день!
Возник неожиданный вопрос. Ситуация сложилась так, что frontend (с
mod_accel и mod_charset) ходит к backend-у, у которого ТОЖЕ
установлен mod_charset. По различным причинам (историческим,
техническим и т.п.) так надо. Однако возникает проблема - двойная
перекодировка.
Вопрос - как сделать так, чтобы данные полученные от backend-а (они
уже перекодированы в кодировку клиента) не перекодировались повторно?
Во frontend-е используются конструкции:
RewriteRule /uri http://back/uri [P]
Одним из возможных решений видится что-то вроде:
RewriteRule /uri http://back/uri [P,E:DISABLE_CHARSET=1]
Т.е. если бы mod_charset умел отключаться при наличии переменной
окружения DISABLE_CHARSET, это бы нас спасло. Нас также спасло бы,
если бы mod_accel имел какую-либо директиву, отключающую перекодировку
контента, полученного от backend-а.
Сейчас на frontend-е стоит mod_proxy, соответственно, все полученное
от backend-а идет клиенту напрямую и повторно не перекодируется.
Да, разумеется, никакого кеширования на frontend-е нет и не
планируется.
С уважением,
Сергей Герштейн
------------------------------------------
телекоммуникационная компания "УралРелком"
email: sg@xxxxx, тел (3432) 718844, 776440
www.ur.ru / www.e1.ru / www.uralweb.ru
------------------------------------------
=============================================================================
= Apache-Rus@xxxxxxxxxxxxx mailing list =
Mail "unsubscribe apache-rus" to majordomo@xxxxxxxxxxxxx if you want to quit.
= Archive avaliable at http://apache.lexa.ru/mail-archive =
"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.