"Pitfall of proxying HTTP requests through Lighttpd (http://www.mysqlperformanceblog.com/2007/11/22/pitfall-of-pr.../)" - западня для использующих Lighttpd в качестве прокси. Lighttpd пытается хранить в памяти целиком ответ сервера, если скрип зациклен из-за ошибки - Lighttpd съест всю память.URL: http://www.mysqlperformanceblog.com/2007/11/22/pitfall-of-pr.../
Новость: http://www.opennet.me/opennews/art.shtml?num=12898
zhopa
видать автор на себе это ощутил
Офигенная новость.
Я это нашел в _МАЕ_ месяце. А тут вдруг индеец зоркий глаз заметил, что у сарая нет стены...
>Офигенная новость.
>Я это нашел в _МАЕ_ месяце. А тут вдруг индеец зоркий глаз
>заметил, что у сарая нет стены...
>http://zulu.in.ua/webcam-broadcast/ru/Надо было постить тут а не где-то сбоку ;).Этот сайт я читаю, а тот - нет.Поэтому для меня оно вполне себе новость.
Ну раз нашел, то отписал бы разработчикам, приложил бы патч для решения проблемы.
>Ну раз нашел, то отписал бы разработчикам, приложил бы патч для решения
>проблемы.Никакой проблемы нет.
Есть особенность проксирования, делающая lighty неподходящим для проксирования потокового контента. И все.
А все-равно баг написать не помешало бы.Мне оно ПОКА не надо.Но то ж пока :).А хотелось бы универсальности ;)
Данная "жопа" для любой программы лечится ulimit + рестартом сервиса если принципиально необходимо чтобы программа работала на автопилоте невзирая на глюкавые скрипты.Хотя правильнее вообще-то не запускать глючные скрипты на продакшн серверах.