ПРОЕКТЫ 


  АРХИВ 


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] =?koi8-r?B?UmVbMl06IFthcGFjaGUtdGFsa10gUmVbMl06IFthcGFjaGUtdGFsa10gbW9k?==?koi8-r?B?X2RlZmxhdGUgySBtb2RfYWNjZWw=?=



Hello Igor,

Friday, November 1, 2002, 11:46:41 AM, you wrote:

>> >>  и фронтэнд с mod_accel mod_deflate
>> >>  в каком виде mod_accel будет получать контент?
>> >>  жатым или не жатым?
>> 
>> IS> Как получится.
А нельзя ли тогда чтоб бэкенд всегда отключал сжатие если к нему
обращается accel
>> 
>> >>  и можно ли сделать чтоб он получал жатым потом разжимал выполнял
>> >>  действия в соответствии с настройками перекодировки а потом отдавал
>> >>  опять же жатым
>> 
>> IS> Нет, нельзя. Правильно ставить mod_deflate только на фронтенд.
>> 
>> У меня просто отдачей пользователям занимаются оба
>> сервера на разных провайдерах от каждого провайдера в мир канал узкий
>> а между провайдерами широкий, вот и выдаю двумя серверами ()

IS> Как вариант, можно сделать так - общением с клиентом должны заниматься
IS> только фронтенды. То есть, они должны стоять на обоих серверах.



-- 
Best regards,
 termi                            mailto:termi@bdo-balance.dp.ua

=============================================================================
=               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.