ПРОЕКТЫ 


  АРХИВ 


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]

Re: [apache-talk] apache heavy load



Hello Alex,

четверг, 21 сентября 2000 г., you wrote:

AT> Обычная проблема на загруженных серверах. Перекомпилировали apache 
(случается
AT> раз в месяц, скажем), хочется запустить новый бинарник без малейшего отказа 
в 
AT> сервисе. А то 400 httpd-ей дохнут довольно долго и пока они дохнут - новые 
AT> юзеры не получают счастья.

Мнэээ. kill -9 по всем, поднять новый апач - весь denial of service
займет секунды две, imho :)

AT> Я краем уха слышал про патч, который позволяет запустить новый бинарник 
httpd
AT> и отдать ему socket handle от старого, но никак не могу его (патч) найти.
AT> Hикто не встречал ?

Anyway, патчить надо все равно _текущую_ версию, нет?

AT> Hу и второй вопрос из той же серии.

AT> Имеется "обычная" конфигурация для mod_perl - apache+mod_proxy на frontend,
AT> apache+mod_perl на backend. Хочется странного - закэшировать нафиг выдачу
AT> backend, но продолжать крутить баннеры. Hикто mod_proxy на эту тему не 
правил ?
AT> Собирать документ на проксевой стороне не хочется.

Я это обошел баннерным кодом на javascript. А что ты тут сделаешь с
mod_proxy? Если у тебя backend выдает страницу целиком - это как
получается - полфайла кэшировать, полфайла не кэшировать? ;) А если
страница собирается SSI, то тут вообще проблем нет - отдавай с
баннерным куском pragma: no-cache, он и не будет кэшироваться.

Best regards,
 Ilya                            mailto:ilya@zhurnal.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                 =



 




Copyright © Lexa Software, 1996-2009.