>> IS> На самом деле, заниматься mod_proxy мне совсем не охота,
>>
>> И все же, может быть некорректное сжатие при использовании mod_proxy -
>> это результат какого-нибудь мелкого глюка, который можно исправить за
>> пару минут? Ведь действительно, судя по результату все пакуется, но
>> почему-то некорректно...
IS> А как в SSI включается mod_proxy - через mod_rewrite ?
IS> Только что проверил подобную конифгурацию с одним инклудом - ответ
IS> сжимается корректно. По-крайней мере, zcat'у он понравился.
Да. Вот такая примерно директива (mod_rewrite пропатчен на предмет разрешения
proxy-запросов через SSI):
RewriteRule ^/path/(script_regexp)(.*)$ http://backend.server/path/$1/$2 [P]
В документе присутствует что-то вроде:
<!--#include virtual="/path/gbook/show?id=61"-->
Причем, уже сейчас, когда я это пишу, у меня возникла идея, где могла
порыться собака. Т.к. на backend-е тоже был поставлен mod_deflate, то
backend мог уже упаковать данные, а frontend потом сделать это еще
раз, все таким образом и испортив. Завтра я это проверю - отключу
mod_deflate на backend-е и включу на frontend-е. Сейчас мне уже
кажется, что проблема именно здесь и все должно будет заработать. :)
С уважением,
Сергей Герштейн
--
заместитель генерального директора по развитию
телекоммуникационная компания Урал Релком
тел. (3432) 776440, 598721, факс 594956
mailto:sg@ur.ruhttp://www.ur.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 =