nginx обходит lighttpd

>это вовсе не значит что проблема в nginx. это означает то что СЕРВЕР стоящий за nginx - сдох

Да это-то понятно. Просто почему-то за nginx'ом ставят сплошь и рядом сервера, а lighttpd - сам всё делает :)

>lighttpd неумеет обновлять конфигурацию без перезапуска

У тебя сервер, для которого критично двухсекундное отсутствие отклика? Или тебе шашечки? :)

>nginx напрямую с FastCGI, php с патчем php-fpm естественно.

А без патча что, php-fcgi под nginx не работает?

>Кстати nginx умеет в memcached залезать. Lighty умеет?

Я бы лучше про mod_cml спросил, это актуальнее :)

>Тебе слово Rambler ничего не говорит, умный ты наш?

А что тебе говорят SourceForge.net, Youtube, Википедия, Imageshack.us, thepiratebay.org? :)

А Рамблер... Да, в 1998-м это было круто :D

> Я имел вввиду то, что 502 и 500 я вообще практически никогда не видел. А с ростом популярности nginx стал лицезреть гораздо чаще.

Скорее всего, речь не 500, а о 504 ошибке - gateway timed out. Раньше на таких сайтах об этих ошибках сообщал браузер вот так:

502 - http://sysoev.ru:10000/ 504 - http://sysoev.ru:9999/

Игорь Сысоев

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

Что за массовый дебилизм появился - обвинять nginx в том, что помер бэкенд?

P.S. Long live nginx! Используем, супер-вещь.

> Судя по обсуждению и фактам, с которыми я часто сталкиваюсь, lighttpd намного лучше, чем глючный и падучий nginx.

Сам работаешь с nginx? Или доверяешь агенству ОБС?

Dimez> P.S. Long live nginx!

Вот именно. В каких случаях говорят "long live", а также как это переводится, думаю, всем тут известно.

Подкину масла в огонь http://hostingfu.com/article/nginx-vs-lighttpd-for-a-small-vps

lighttpd: Memory leak. The RSS of my lighty process grows by about 1.5Mb per day, but then I don’t have lots of traffic (less than 50k requests a day). At the end I just need to restart it once a week. Many people have far worse memory leaking issues I heard.

По вопросу ответ будет всё-таки, или так, поцепляться к словам, выдумывая дополнительный смысл хочется? :)

>>> lighttpd: Memory leak. The RSS of my lighty process grows by about 1.5Mb per day, but then I don’t have lots of traffic (less than 50k requests a day). At the end I just need to restart it once a week. Many people have far worse memory leaking issues I heard.

И кто-от работает с этим говном???????????

Ты это вычитал в столетнем обзоре, нелепый ты наш?

>Игорь Сысоев

Автору уважение и поздравления :)

C nginx сам не работаю, но крайне часто вижу именно bad gateway от nginx

Тогда перечитай топик еще раз.

Здесь даже для недоумков пояснили, почему ты грешишь на "bad gateway от nginx".

И это человек с 2 звездами. Школьник малолетний....

канеша, на нем же контакт стоит )

>lighttpd: Memory leak. The RSS of my lighty process grows by about 1.5Mb per day

Не сталкивался при многомесячных аптаймах. Впрочем, неудивтельно. Даже 365*1.5 = 547.5Мб. У меня на десктопе Firefox за день иногда больше отжирает, а на сервере - только mysql жрёт больше 700Мб и L2J - 1,5Гб :)

>И кто-от работает с этим говном???????????

Да. Повторюсь, что это SourceForge.net, Youtube, Википедия, Imageshack.us, thepiratebay.org и т.д.

у wordpress тоже плохая репутация у пользователей digg, так как почти всегда он уходит в database error при попадании на их сайт, но это не значит что программа плохая

немаловажно как настроить сервер

> lighty не подписывает ошибки

Пиздеж.

>Large sites that use nginx include: WordPress.com 4chan Plurk Gravatar YouPorn habr.ru

(поскипано)

итересно, на Плюрке посещаемость насколько выше/ниже бухты. а за форчан нгинксу прощается даже невменяемый формат рерайтов :)

Говорят же тебе, что nginx живее всех живых в этом случае(500 то он выдает), а вот backend тупо помер. nginx чистит пилкой ногти, редиректя запросы, а вот backend, а то и backend-ы корчатся в панике или в bsod, смотря чё на них.

> > lighty не подписывает ошибки

> Пиздеж.

Аноним, боящийся подписаться собственным именем, приведи пример страницы с ошибкой, когда lighty не может достучаться до своего бэкенда ?

Игорь Сысоев

> приведи пример страницы с ошибкой, когда lighty не может достучаться до своего бэкенда

лайти, в основном, сам является бекэндом.

> Игорь Сысоев

Спасибо за отличный софт, Игорь. Не раз выручал, юзаю повсеместно :)

у нас встал вопрос о выборе ретранслятора распределенного контента
и вариантов кроме нгинса как-то и нету

> > приведи пример страницы с ошибкой, когда lighty не может достучаться до своего бэкенда

> лайти, в основном, сам является бекэндом.

То есть, конфигурация, когда lighty работает с fastcgi-сервером называется "сам является бекэндом" ? Хорошо, назовём это так. И что же выдаёт lighty, когда fastcgi-сервер не отвечает, например, 2 минуты ?

Весь топик не осилил прочитать, но в самом начале заметил, что считали проценты из процентов ... Такие счёты применяют обычно в "масломасляных" подсчётах содержательности/необходимости/производительности/...

P.S. Не в обиду, оставшемуся в единоличии автору проекту, но, ИМХО, реклама проекта не с лучшей стороны

Выражаю Игорю уважение. Вообще приятно, когда соотечественники не только на ЛОРе языком чесать могут, но и делают что-то реально полезное для мира СПО. Спасибо, Игорь.

Плохо конечно, что разработчик "разъединственный", как сказано в новости. Особенно вспоминая слова Воланда: "Человек смертен, но это еще полбеды. Иногда он внезапно смертен." За точность цитаты не ручаюсь.

На Новый Год желаю проекту отрастить комьюнити ;)

Игорю уважение и благодарности, пользуюсь с 0.4.х. А крикунам советую сначала думать, а потом писать.

Спасибо за nginx, классная вещь :)

А у меня всё на lighttpd и я им доволен.

люди любят заглядывать в будущие
и на фоне "панических" реляций лиайтовцев, о полной переработке своего продукта
nginx велик и авторитетен, и кнут у него(proxy), и пряник(всё остальное)

Пы.Сы. пользователь и того и другого и третьего продукта

lighttpd рулед

Хе-хе. Что характерно, в топике все питонисты хвалят лайти, а любители Руби хвалят nginx. Сам пользовался и тем и другим, nginx понравился больше в настройке. В продакшене тоже его использую.

Насчет 500 ошибки - у лайти есть чит. Называется вроде spawn_cgi или как-то так. Он вроде как сам следит, за дохлящимися процессами и дофоркивает нужное количество оных. Поэтому может и вправду за лайти меньше наблюдается 500-я ошибка. Но никто не мешает взять эту тулзу с лайти и через нее поднимать fcgi-ные процессы(как и описывается во многих туториалах по установке) для nginx-a. Рубиновские монгрелы обычно мониторятся monit-ом для этой цели.

Берешь мой аллокатор, собираешь с ним nginx и радуешься жизни.

У gnu libc аллокатор хороший, но nginx не расчитан на него.

Пока в nginx не будет threads нормального wsgi не увидят люди с питона.

А у руби есть mongorel ;)

Ура. Ждём превращения интернетов в сплошной 500 infernal server error.

>>Из 186,727,854 сайтов под управлением nginx оказалось 1.80% (и 2.72% >из числа топ сайтов), этот показатель увеличился с прошлого месяца на >10%
>В прошлом месяце было -8.20% и -7.28%

ДвачЪ под сабжем ходит..

>Аноним, боящийся подписаться собственным именем, приведи пример страницы с ошибкой, когда lighty не может достучаться до своего бэкенда ?

А зачем лайти бэкэнд? Сколько его применений видел - он всегда был сам по себе.

>То есть, конфигурация, когда lighty работает с fastcgi-сервером называется "сам является бекэндом" ? Хорошо, назовём это так. И что же выдаёт lighty, когда fastcgi-сервер не отвечает, например, 2 минуты ?

За много лет с таким ни сталкивался ни разу. fast-cgi (php, python, mercurial) всегда работает :)

Возможно, сказывается то, что при падении fcgi, лайти его сам перезапускает. Возможно, сказывается и то, что он fcgi по настройкам сам в N запросов принудительно перезапускает.

...

Попытался сейчас изобразить 500-ю ошибку - добился с большим трудом. Действительно, если тупо убить fcgi-процесс, то лайти его незаметно для юзера запускает заново. Помогло только при запущенном лайти переименовать fcgi-скрипт. Тогда он не смог его перезапустить :) Но 500-ю ошибку не выдал. Коннект тупо висел в ожидании, пока я не переименовал файл назад. Тогда - мгновенно загрузился :)

...

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

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

> Действительно, если тупо убить fcgi-процесс, то лайти его незаметно для юзера запускает заново.

502 ошибка (в терминах nginx'а) возникает ещё и тогда, когда у бэкенда переполнена listen queue и тут перезапуски не помогут.

> Коннект тупо висел в ожидании, пока я не переименовал файл назад.

И сколько он так висит ? Таймауты не предусмотрены ?

> При неправильном конфиге (ссылка на несуществующий бэкенд) он просто не запускается.

А разве нельзя указать несуществующий fastcgi-сервер на другой машине ?

Игорь Сысоев

>502 ошибка (в терминах nginx'а) возникает ещё и тогда, когда у бэкенда переполнена listen queue и тут перезапуски не помогут.

Ну, у меня в сутки редко бывает больше 1,5млн. хитов, так что с таким эффектом не сталкивался.

>И сколько он так висит ? Таймауты не предусмотрены ?

Предусмотрены, наверное. Но лениво разбираться :)

>А разве нельзя указать несуществующий fastcgi-сервер на другой машине ?

Попробовал сейчас - всё равно тупо висит, видно ответа ждёт. Надо разбираться :) Попробую сейчас...

О! Есть! Получилось! :)

http://balancer.ru/test505/

Да, не подписывается...

>>> А что тебе говорят SourceForge.net, Youtube, Википедия, Imageshack.us, thepiratebay.org? :)

Ты туп и глуп

Часть SourceForge.net крутиться а nginx

>>> lighty не подписывает ошибки

>> Пиздеж.

Пиздеж.

> 504 Gateway Time-out > nginx/0.5.35

Вот что выдал мне один немелкий инет-магазин только что. Очень своевременная миграция...

>Ты туп и глуп

>Часть SourceForge.net крутиться а nginx

$ wget -S --spider SourceForge.net

...

Server: lighttpd/1.4.19