php fastcgi

используй http://php-fpm.anight.org/ и твои волосы будут мягкими и шелковистыми.

>Оно вываливается с периодичностью два раза в день.

Ну, что делать. nginx - самое часто встречаемое при сёрфинге имя web-сервера :D

nginx и “502 Bad Gateway” - почти синонимы :)

Нет, как раз сам nginx работает без нареканий, более того намного скорострельнее чем апач, я доволен. Правда все же разобраться с конфигом немного сложновато, не смотря на наличие "русскоязычой" документации. А вот php косячит, чтож, буду пробовать этот патч, вроде хорошая ссылка, многообещающая.

>Нет, как раз сам nginx работает без нареканий

А я со своей стороный порекомендую lighttpd. Производительность того же уровня, и php не падает :) Тысяч 600 запросов в сутки, из которых тысяч 100 - тяжёлый PHP. Всё это без падений по вине web-сервера в течении нескольких лет уже.

> Производительность того же уровня

оно уже умеет несколько воркеров делать или один процесс все запросы обслуживает?

> и php не падает

это не от вебсервера зависит.

>оно уже умеет несколько воркеров делать или один процесс все запросы обслуживает?

Сто лет как. Или ты думаешь, что у меня 600 тыс. запросов оно на одном процессе делает? :D

Кстати, а не пофиг ли было бы, сколько там воркеров, когда система с нагрузкой справляется? :)

>это не от вебсервера зависит.

Ну да. Поэтому постоянно отвалившиеся nginx'ы мы видим постоянно, а вот отвалившиеся лайти - большая экзотика.

...

Собственно, в лайти именно от веб-сервера и зависит. Он сам управляет fast-cgi серверами. Запускает, следит за работоспособностью, перезапускает, форкает...

...

Собственно, у меня сейчас запущенных 14 lighttpd-процессов, 86 php-cgi и 4 hgwebdir.fcgi (Mercurial - через fast-cgi через Лайти). Надо бы ещё и trac перевести на Лайти, да всё руки не доходят, пока на mod_python висят на Апаче.

Значит этот lighttpd обеспечивает стабильность из-за того, что самостоятельно следит за состоянием php-cgi процессов? Т.е. php по идее тоже самое, и тоже также падает, но это не кретично. Интересно, а nginx почему в этом направлении не развивается, проблема то ведь серьезная.

>Значит этот lighttpd обеспечивает стабильность из-за того, что самостоятельно следит за состоянием php-cgi процессов?

Да. Более того, он тупо их перезапускает раз в N запросов. У меня время жизни одного php-треда всего 1000 запросов. Заодно и всякие потенциальные проблемы утечек памяти и ресурсов решаются.

что-то я недопонял, а кто 502-ю шибку показывает?

>что-то я недопонял, а кто 502-ю шибку показывает?

nginx :)

ну так зачит проблема не в нем?

> Ну да. Поэтому постоянно отвалившиеся nginx'ы мы видим постоянно, а вот отвалившиеся лайти - большая экзотика.

вовсе не поэтому. всё дело в волшебных пузырьках^W^W руках.

> Кстати, а не пофиг ли было бы, сколько там воркеров, когда система с нагрузкой справляется? :)

бывают ситуации когда один воркер не справлятся. Чаще всего из-за дискового io.

простите, не могу сдержаться: http://www.opennet.ru/opennews/art.shtml?num=18159 :).

Вот всегда так. Кто-нить скажет что я использую кривой софт и что есть софт лучше как в этом улучшеном софте сразу или баг или дырка находится.

Впрочем, nginx, судя по changelog, не сильно лучше.

>бывают ситуации когда один воркер не справлятся. Чаще всего из-за дискового io.

Ну, как бы там ни было, в лайти не первый год есть параметр server.max-worker.

Играл у себя с числом воркеров от 1 до 50, сейчас стоит 12.

>Вот всегда так. Кто-нить скажет что я использую кривой софт и что есть софт лучше как в этом улучшеном софте сразу или баг или дырка находится.

Эффект присутствия :)

В любом случае на лайти у меня RC_ULIMIT="-m 200000 -v 300000", так что не особо страшно :) А если и уронят его, то через 10 минут сам перезапустится...

Снес php и apache, поставил lighttpd и скомпилил php с применением патча, приведенного выше. Lighttpd еще не заюзал, а вот новый php уже больше суток крутится и вроде пока полет нормальный.

всмысле на вместе с nginx крутится))