Вышел nginx 0.5.34

> Сколько ботов на ЛОРе однако. Талдычат хором "lighttpd", а обосновать?

Каждый из них делает что-то лучше.

"lighttpd" классно работает со множеством конфигураций и подходит для массового хостинга. Я, правда, при очень сложных структурах наследования столкнулся с ограничениями и генерирую конфиги на Питоне. FastCGI и всякие прелести тоже приятны.

"nginx" вроде на один-два процента быстрее должен быть и лучше для реверс-прокси подходит.

Но мнения по этим пунктам всё время расходятся и зависят от задачи. Потому и происходят столкновения админов :-) Тем более что в Рунете частый отвал бэкэндов за "nginx" :-)

Я сам на "lighttpd" (лайти) сижу, ибо в работе сложные конфиги и Python через FastCGI.

http://blog.grik.net/2007/08/nginx-vs-lighttpd-web-server-of-choice.html

сначала прочитал blog.gharik.net... мля....

Забавный блог:

>The negative side people find is that original documentation is written in Russian.

Я плакал )))

Интересно какую траву курят разработчики nginx?
Выдержка из changelog:
v.0.6.19 Исправление: версия 0.6.18 не собиралась.
v.0.6.20 Исправление: при использовании ... ошибка появилась в 0.6.19.
v.0.6.21 Изменение: если в значениях переменных ... ошибка появилась в 0.6.19.

> Предлагать контейнер сервлетов вместо Web-сервера - это даже не смешно

а предлагать mail proxy, который, по какому-то недоразумению, еще и http proxy/server - смешно.

уже много раз обсуждалось здесь, чем плох nginx в качестве прокси/сервера, если только вам не приходится хостить rambler.ru.

ну вот, наконец кто-то написал что-то разумное.

> "lighttpd" классно работает со множеством конфигураций и подходит для массового хостинга. Я, правда, при очень сложных структурах наследования столкнулся с ограничениями и генерирую конфиги на Питоне. FastCGI и всякие прелести тоже приятны.

В nginx FastCGI бэкенд уже 100 лет как есть. А в чем преимущество lighttpd в части массового хостинга?

А может lighttpd обновляться на лету, без рестарта?
(http://sysoev.ru/nginx/docs/control.html , см. "Обновление сервера на лету")

> уже много раз обсуждалось здесь, чем плох nginx в качестве прокси/сервера, если только вам не приходится хостить rambler.ru.

Я все пропустил! ("а мужики-то не знают!")
И чем же он плох-то?

> И чем же он плох-то?

да ничем. как, собственно и апач, и лайти. каждому находится применение.

>это такая фишка, когда падает апач стоящий за nginx'ом

всеобщее заблуждение. он не падает, а начинает медленнее отвечать. и если бы не было nginx'а просто время отклика было бы больше и все. а так пользователи любуются на 50х

> ... а так пользователи любуются на 50х

Народ. А разве время ожидания отклика в NGINX не настраивается? Поставит 2 часа и всем будет счастие? Если нет - в топку.

>Народ. А разве время ожидания отклика в NGINX не настраивается? Поставит 2 часа и всем будет счастие? Если нет - в топку.

а тогда смысла не будет в nginx

его ставят ведь именно для того чтобы пользователям 50х показывать когда нагрузка большая

>Народ. А разве время ожидания отклика в NGINX не настраивается? Поставит 2 часа и всем будет счастие? Если нет - в топку.

Для посетителей ЛОРа задача не имеет решения - они не читают руководств.

>"lighttpd" классно работает со множеством конфигураций и подходит для массового хостинга.

Для *массового* хостинга используется Apache + mod_php + MySQL. И только. В качестве фронтэнда-акселратора [обычно] ставят nginx.

Не потому, что без Apache не обойтись, а потому, что армия леммингов ничего кроме Apache не знает, ни на чем, кроме PHP писать не умеет и других БД кроме как мыксль не знает.

>>Народ. А разве время ожидания отклика в NGINX не настраивается? Поставит 2 часа и всем будет счастие? Если нет - в топку.

> а тогда смысла не будет в nginx

> его ставят ведь именно для того чтобы пользователям 50х показывать когда нагрузка большая

xargs, это ты сам выдумал или на заборе прочел?

nginx-у абсолютно пофигу, сколько backend будет думать над ответом. Можно таймаут хоть два часа поставить. Однако это означает, что один backend процесс будет чем-то занят два часа и не будет обрабатывать другие запросы. Берем несколько таких "тяжелых" запросов одновременно, и вуаля - все бэкенды кончились. В этом случае получаем на выходе Bad Gateway.

Хм. Надо посмотреть на него. А в unstable оно есть?

>его ставят ведь именно для того чтобы пользователям 50х показывать когда нагрузка большая

Вызывающе неверная информация.

//Loseki

Глупые анонимусы. nginx - это святое. Его http://2ch.ru использует

использую успешно nginx на серверах с хорошей нагрузкой (1000-1200 запросов в сек, бэкенд php fastcgi) жалоб нет. Сысоеву спасибо за хороший продукт.

4.2
Апач там всегда был.

>Народ. А разве время ожидания отклика в NGINX не настраивается? Поставит 2 часа и всем будет счастие? Если нет - в топку.

Настраивается. Так же, как и sorry page.

P.S. Если ты мне покажешь еще один HTTP сервер, который может отдавать ~15K pps забивая гигабитную дудку, с загрузкой CPU на уровне 7-10%, (при этом большая часть этой нагрузки это soft-irq от карточки) , то я несколько задумаюсь.

P.P.S. Странно от тебя слышать такие высказывания.

Отличная штука, несколько сильно нагруженных серверов пришлось прятать за него.

> больше 502 и 504 хороших и разных. по теме: масдай!

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

> а второе, когда фронтэнд уходит в даун ...

ни разу фронт не уходил в даун, хотели сказать бэк?

> Разрешите спросить, не тот ли это сервер, который на пол-рунета строку "Gateway timeout" выдает?

Повторюсь, сервер выдает эту ошибку в случае если накрылся бэк. у меня не было ни разу, что бы нгинкс это выдал при живом бэке (проверяется просто, сами понимаете). Если нгинкс это сказал, значит бэк давно и плотно мертв. Да, завалить бэк тоже нужно уметь, но бывают соответствующие нагрузки.

> Я так понимаю, это такая фишка, как в Апачи "It works" после установки? :-)

Это та штука, которая здорово облегчает жизнь апачу, особенно в режиме prefork. Не все используют httpd2.x в режиме worker, и не все либы с этим режимом совместимы.

В свое время стоял squid как reverse proxy, потом пришлось выбирать между лайти и нгинксом, выбрал нгинкс по ряду причин.

anonymous (*) (17.12.2007 19:47:47)

Мог бы я вас просить "Reply-to" немного отслеживать ?

> Настраивается. Так же, как и sorry page.
Спс.

> который может отдавать ~15K pps забивая гигабитную дудку, с загрузкой CPU на уровне 7-10%,
Хмм. Цифры приятные. Возможно в текущем проекте попробуем использовать nginx. После стресс-тестирования.

> P.P.S. Странно от тебя слышать такие высказывания.
Задрало уже все. Скорее бы НГ и новый отчетный год наступил :)

>Хмм. Цифры приятные. Возможно в текущем проекте попробуем использовать nginx. После стресс-тестирования.

Если есть возможность найти дудки и свичи в 10G и побенчить, то дай знать, pls ;-)

>> А есть кто нибудь, кто юзает в промышленных маштабах nginx как mail proxy?
http://blog.fastmail.fm/2007/01/04/webimappop-frontend-proxies-changed-to-nginx/

> Для *массового* хостинга используется Apache + mod_php + MySQL. И только.

В какой быдлокодерской дыре живёте??? У нас, так, lighttpd + Python + PostgreSQL предлагают! То что с доками и поддержкой предлагают, то народ и хавает.

> (http://sysoev.ru/nginx/docs/control.html , см. "Обновление сервера на лету")

"The connection has timed out". "The server at sysoev.ru is taking too long to respond." Несколько раз попробовал!!! Он видимо как раз обновляется на лету!!! Держите меня!!! :-D :-D :-D

> Хм. Надо посмотреть на него. А в unstable оно есть?

Он уже сам по-себе unstable. Закгружай.

>> (http://sysoev.ru/nginx/docs/control.html , см. "Обновление сервера на лету")

> "The connection has timed out". "The server at sysoev.ru is taking too long to respond." Несколько раз попробовал!!! Он видимо как раз обновляется на лету!!! Держите меня!!! :-D :-D :-D

Действительно сайт лежит...

>В какой быдлокодерской дыре живёте??? У нас, так, lighttpd + Python + PostgreSQL предлагают! То что с доками и поддержкой предлагают, то народ и хавает.

В Москве, представь себе. Я понимаю, да, анонимные посетители ЛОРа - они вообще не из XXI века, не с планеты Земля, ну, по крайней мере - не из России, уж точно. Но в нашей быдлоРашке сейчас - декабрь 2007 года и самая растпространенная хостинг-платформа - это Apache + mod_php / cgi-perl + MySQL.

Наконец-то стало известно где быдлокодеров разводят! Инстинкт стада, видимо, до сих пор срабатывает.

>Наконец-то стало известно где быдлокодеров разводят! Инстинкт стада, видимо, до сих пор срабатывает.

Он онанимуса никакого другого ответа ожидать не приходится. Я ранше подозревал, а теперь совсем уверен, что страна Анонимия находится в параллельном измерении.