Вышел nginx 0.5.34

Классный сервак :) И отрадно, что он развивается достаточно продуктивно

Слышал новость, о том, что во OpenBSD порты его добавили... скока искал так и не нашол... почему его выкинули? и был ли он там?

больше 502 и 504 хороших и разных

по теме: масдай!

всё верно, но только это не только прокси сервер

самый умный? предложи адекватную замену. nginx - наше все )

>предложи адекватную замену

Лайти :)

Разрешите спросить, не тот ли это сервер, который на пол-рунета строку "Gateway timeout" выдает? Я так понимаю, это такая фишка, как в Апачи "It works" после установки? :-)

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

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

Нет, этот выдает "Bad Gateway" и свою подпись.

А есть кто нибудь, кто юзает в промышленных маштабах nginx как mail proxy?

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

Lighttpd

> А есть кто нибудь, кто юзает в промышленных маштабах nginx как mail proxy?

ну, mail.rambler.ru, например :)

> всё верно, но только это не только прокси сервер

А кто-то использует это не как прокси-сервер?

>> всё верно, но только это не только прокси сервер
>А кто-то использует это не как прокси-сервер?

конечно, это же ще проще...

отличная весч, выдерживает большие нагрузки ... Gateway timeout и Bad Gateway, первое когда скрипт слишком долго выполняется, а второе, когда фронтэнд уходит в даун ...

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

второй вопрос: почему стоящий под nginx'ом апач падает в разы чаще, чем абсолютно тот же, но с отключенным nginx'ом?

лайти.

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

Статистика есть?

ОБС и "здравый смысл" вестимо

Ет на основе чего сделан такой вывод? Аж интересно стало. Вот админам делать нех - и они вместо того, чтобы ставить апач на фронтенд, пихают его в бекенд за энгинса и любуются на gateway timeout? :) Почитайте немного по теме, может меньше вопросов будет. Если поставить апач без энгинса там, где энгинс выдаёт таймаут - пользователь просто получит сообщение, что страница недоступна :) Вы мало таких страниц в инете видели? :)

> Стоит также отметить, что под управлением nginx работает большинство серверов Rambler.

От того rambler.ru такой популярный? Скоро по популярности сравняется с nigma.ru? ;)))

Рамблер - какой-то вечный неудачник, блин. То быдлоаську выберет вместо жаббера, то перл вместо питона, то nginx вместо lighttpd. =) Чем они только живы до сих пор?

Ещё и freebsd вместо линукса. :)

> Рамблер - какой-то вечный неудачник, блин. То быдлоаську выберет вместо жаббера, то перл вместо питона, то nginx вместо lighttpd. =)

Согласен по всем пунктам!!!

>Чем они только живы до сих пор?

Тем, что в Рунете они были первыми. Помню, какой фурор произвело появление РУССКОГО ПОИСКОВИКА! :) Это, вам, не Альтависта какая-нибудь, не различавшая KOI8-R и WINDOWS-1251 :) ... это потом уже пришли Апорт, Яндекс, Гугль, Яху...

Видимо благодаря ООО "Рамблер Интернет Холдинг" и Lenta.ru в частности.

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

На фряху гнать не надо. для некрожелеза она то, что некромант прописал )

>А есть кто нибудь, кто юзает в промышленных маштабах nginx как mail proxy?
рамблер

да. бекэнд ....

хм, да тот же ixbt это бывший рамблер. nginx юзает огромное кол-во хостеров

Да кроме рамблера в сети куча порносайтов на nginx-e :-)

Отличный вебсервер. Юзаю в промышелнных масштабах и как собственно сервер и как фронтэнд. Доволен как удав :)

Дык он удобен, пиндосы пока не догнали, мы и юзаем.

>предложи адекватную замену.

Tomcat

> А кто-то использует это не как прокси-сервер?

На VPS вместо монстроподобного апача - офигенно удобно =)

монстроподобный апач даже в в openwrt запихать умудрились кстати )

> больше 502 и 504 хороших и разных

Да-да-да... :)

Lighttpd FTW!

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

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

Работает же. Apache не нужен.

Тоже переход на него на нашем региональном торрент трекере планируем. Там канал у сервера узкий и пока апач отдаст страницы... короче висит куча процессов апача в памяти, жрёт память и тормозит сервер. А так nginx в качестве прокси - и фперед!

lighttpd

А зачем вообще апач? FastCGI и вперёд.

> монстроподобный апач даже в в openwrt запихать умудрились кстати )

Сдуру можно и хер сломать об манную кашу

К тому же, OpenWRT не приходится обслуживать по сотне одновременных подключений к веб-серверу =)

народ - подскажите плиз решение. Есть web-проект, часть информации текст в cms, часть файлы большого размера (при отдаче требуется несколько проверок, так что отдаются скриптом), требуется все это быстро отдавать. Сейчас стоит nginx -> apache. При большой нагрузке у nginx - появляется много процессов в состоянии wait, у апача много процессов в состоянии отдачи. Итог - тормоза при пиковой загрузке, без nginx - все просто ложилось. Подскажите вариант решения - заранее спасибо

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

> Есть web-проект, часть информации текст в cms, часть файлы большого размера (при отдаче требуется несколько проверок, так что отдаются скриптом), требуется все это быстро отдавать. Сейчас стоит nginx -> apache. При большой нагрузке у nginx - появляется много процессов в состоянии wait, у апача много процессов в состоянии отдачи.

Если большие файлы отдаются тоже апачем, то копать в сторону x-accel-redirect, чтобы отдавалось nginx-ом.

а чем nginx лучше, чем lighttpd ?

тут разжеванное : http://www.opennet.ru/base/net/nginx_x_accel_redirect.txt.html