Re: [apache-talk] Re: [apache-talk] mod_accel - вопросы к разработчику и к тем, кто его использует

[Igor Sysoev <is@xxxxxxxxxxxxx>]

On Sat, 9 Feb 2002, Igor Sysoev wrote:

> On Sun, 10 Feb 2002, Alexey Zvyagin wrote:
> 
> > А все таки если мне нужна (я думаю, она многим пригодится, в связи с моими
> > предыдущими описаниями проблемы) такая фича, как передача в HTTP запросе от
> > фронтенда к бекенду именно заголовка Host в точности, какой был передан от
> > клиента к фронтенду, можно ее внести в TODO и сделать в виде отдельной
> > директивы? Она бы для меня была просто спасением, так как на нашем серваке с
> > mod_perl висит около десяти виртуалов и мне очень нужна такая возможность
> > для простого конфигурирования фронтенда, так и бекенда. Тогда бы я просто
> > описал директиву AccelPass у фронтенда как:
> > 
> > AccelPass / http://127.0.0.1/
> > 
> > Поместил бы ее на весь фронтенд конфиг и он бы все запросы передавал
> > бекенду, пусть с отключенным кешированием, но с оригинальным Host
> > заголовком. Все бы хосты в DNS я прописал как "A" записи на public IP of
> > frontend-а. Мне нравится mod_accel именно хорошей работой с медленными
> > клиентами, не задерживая при этом бекенда и с Busy lock-ами. Но ставить я
> > его не хочу, только потому, что отсутствует такая простая фича...
> > 
> > А насколько я понимаю, ее внедрение очень просто, так как я вроде даже нашел
> > то место в accel_backend, строка 258. Но очень хотелось бы, чтобы была
> > директива включать и отключать такую возможность.
> > 
> > Если я не прав и зря зациклился на такой возможности, то поправьте меня. Но
> > помоему она очень нужна и все упростит с большим количеством виртуалов...
> 
> Видимо, такая возможность нужна, только отдельная директива под неё
> не нужна - можно обойтись флагом:
> 
> AccelPass   /   http://127.0.0.1/    [XH]
> 
> Или какой-нибудь другой флаг, XH - это первое, что пришло в голову.
> Строки 258 недостаточно, так как busy lock'и завязаны на уже перезаписаный
> URL, а ограничители соединений - на имя бэкенда. Да и кэширование
> хорошо бы оставить.

Кстати, вот какая мысль появилась о целесообразности этого дела.
Применение такого варианта проксирования ограниченно только локальной
машиной. То есть, если фронтенд и бэкенд будут разносить, то
конфиги придётся серьзно перелопчивать.

Игорь Сысоев

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