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 =
