Вышел nginx 1.0.0

> nginx хорошо показывает себя в качестве именно фронтенда для апача. в качестве же самостоятельного сервера я его не пробовал, да и незачем.

Как самостоятельное решение он тоже хорош.

> Можно пытаться писать чего-то за деньги и в закрытом виде, и оно даже не будет связано со всей этой ерундой.

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

Рынок узкий, но и специалистов, оказывается, тоже мало.

В условиях рынка важны еще и сроки, а сроки как раз и портят всю малину.

> Есть еще котэкаэдр, я так умных кошек называю

Да не особо, зато сразу понятно, что кот умный, ну или то, что у него котэка граней.

Смотри, засунет иная кошка тебя в свою вагину для развития мускулатуры, будешь котэкандером. ;)

Неуж lurkmore теперь тупить не будет

И остальные 46,9% сайтов Рунета

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

Ну уж извините, вы сами напросились: http://ru.wikipedia.org/wiki/%D0%9A%D0%BE%D1%82%D0%B5%D0%BA%D0%B0

))

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

У нас nginx выдёт всю статику, а динамику он же через прокси на Питона.

> А lighttpd всё равно лучше, вот!

Два года на lighttpd когда-то сидели. nginx удобнее в настройке, управлении и стабильнее.

а как nginx ведёт себя в качестве load-balancer? слышал при заданной неравномерной нагрузке на бэкенды есть какие-то особенности, но пока что не довелось испробовать его в таком качестве. может кто в курсе?

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

При выборе между «много усилий, мало денег, честная работа» и «мало усилий, много денег, связь с госструктурами и нефтью» я выберу первое.

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

Верно ли, что у Вас нет детей?

и в воздух чепчики бросали!
nginx the best

шикарно ведет.
только вот литературы по нему советую почитать, прежде чем лезть :)

лурк тупит изза криворуких админов, которые неосилили тайминги

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

связь с госструктурами и нефтью

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

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

Зашибись, буду изучатььь...

>с нефтью вообще не хочу связываться

перестаньте тогда пользоваться компьютером!

О CentALTовцы подсуетились и для CentOS сделали пакеты http://centos.alt.ru/?p=525

в нашем районе ТЭЦ использует газ.

круто, смотрел пару часов назад, еще не было...

а как nginx ведёт себя в качестве load-balancer?

Сам не спец, но слышал таки жалобы, что как балансер он никакущий в запущеных ситуациях. Советовали haproxy перед бекендами ставить. А перед haproxy уже nginx.

на такое государство, которое заботится о своих гражданах

Государство - это и есть граждане. И они сами о себе должны заботится, все правильно у нас.

ЗЫ. Пишу код за денюжку. Все устраивает. И деньги, и воров никаких с откатами не вижу (нужно в нормальных конторах работать), и интересно в меру.

А для чего используют nginx?

Государство - это и есть граждане. И они сами о себе должны заботится, все правильно у нас.

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

ЗЫ. Пишу код за денюжку. Все устраивает. И деньги, и воров никаких с откатами не вижу

В смысле, ни денег, ни воров не видите? Для себя пришёл к выводу, что любой интеллектуальной деятельностью следует заниматься исключительно в собственном интересе

А то, что вы хотели сказать, называется гражданским обществом

Не силен в терминологии. Ну если так, то государство не нужно :)

В смысле, ни денег, ни воров не видите?

Всмысле деньги есть и откатов не вижу.

исключительно в собственном интересе

Насмотревшись на откаты может создаться впечатление, что деньги - это иллюзия. Хотя деньги в идеале мерило эффективности, применительно к зарабатным платам. Чем совершеннее рынки, тем мы ближе к идеалу. Чем дальше от откатов, тем ближе к совершенным рынкам и справедливым зп. То, что вижу я, так это чем кто-то более всех способен заниматься интеллектуальной деятельностью (замечу инетресной им деятельности), тем они больше получают. Это мое окружение.

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

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

> А для чего используют nginx?
пять звезд, а такой неграмотный

Тонко.

Так вы тут есть, грамотные ананимусы. Вот и расскажите.

>При выборе между «много усилий, мало денег, честная работа» и «мало усилий, много денег, связь с госструктурами и нефтью» я выберу первое.

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

Просто этот цирк уже настолько надоел, что хочется быть от него подальше.

ты уж определись, либо цирк меняй, либо оставайся и пробуй текущий изменить.

Они балансируют нагрузку на разных сетевых уровнях. HAProxy распределяет tcp соединения. Nginx - ip balancing. в целом, то что вы говорите - отчасти так. Только как правило имеет смысл nginx ставить _за_ haproxy. Удачной считается схема, когда есть сервер делящий нагрузку на 2 сервера nginx с помощью haproxy, и ещё один сервер с haproxy стоит в горячем резерве с помощью CARP (ucarp в случае с debian). Соответственно за nginx идёт батарея бэкэнд-серверов (тут уже кто во что горазд). Для особо нагруженных ресурсов есть так же dns round robin. Соответственно, схема, описанная выше множится по количеству выделенных ip. Так же хочу отметить, что если говорить о чистом nginx, то 50000 человек одновременно (при сервере 8 ядер х64, 8 гб памяти) он держит спокойно. Возможно больше. Если вонзить всё это дело на OpenBSD и сделать несколько грязных твиков, то значительно больше. Опять же, на BSD CARP работает лучше. Под Debian - ucarp, а он не выделяется общего mac-адреса для общего адреса.

>А у nginx и конфиг приятнее

Только для людей с инопланетной логикой ;)

…

Хотя гибче, да. Но сперва состояние сознания изменить нужно.

>А объясните мне, почему если я внезапно встречаю 502 на каком-нибудь сайте, то каждый раз оказывается что этот сайт работает на nginx?

Просто в lighttpd есть встроенный менеджер fcgi. И он сам поднимает и убивает php-fcgi. В nginx такого нет, он умеет тупо дёргать только сторонний сервис. Соответственно, когда внешний php-fcgi упадёт, nginx не может его поднять.

Поскольку ни в одном штатном php-fcgi нет менеджера, следящего за его состоянием, а php-fpm, который умеет нормально поднимать процессы пока крайне мало распространён, то и встречаются на каждом шагу сервера с nginx и 502-й ошибкой.

>Потому что nginx использует FastCGI везде

Лайти тоже использует fast-cgi. Но 502-й ошибки на нём по причине падения PHP не бывает ;)

>А какие конкретно функции есть у nginx, которых нет у lighttpd?

Для меня в первую очередь — назначение переменных в конфигах и всякие условные операции с переменными. Очень удобно для автоопределения конфигураций виртхостов.

Плюс в прошлом году Энжинкс обошёл Лайти по скорости отдачи статики. При чём, заметно, ЕМНИП, раза в полтора (лениво искать цифры в архивах).

А в целом — они близнецы братья. Схожего больше, чем различий :)

>Не изучал lighttpd, но вот фичи которые мне нравятся в nginx

Всё это или в лоб, или через magnet есть и в Лайти :)

Я же говорю — они близки.

>А что Вы скажете по поводу бага №758

Э... Сходил по ссылке. Год назад написано: «We got reports that this bug report is misleading, so I will close it» И?

…

Лайти юзаю, наверное, лет 7. Под нагрузками по несколько миллионов хитов в сутки. Пока ни с чем таким не сталкивался…

Несколько миллионов хитов в сутки это порядка десятков rps. Что не так уж и много. Потянет и мохнатый апач без проблем.

>Несколько миллионов хитов в сутки это порядка десятков rps

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

Потянет и мохнатый апач без

Увы, нет. Да и не нужно.

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

А сколько в пик бывает?

Хотя я и так охотно верю, что лайти справляется.

О. В Gentoo-портеже, оказывается, уже 1.0.0

Обновляю оба сервера с ним :)

> Только для людей с инопланетной логикой ;)

Да, детка, я такой ;-)

Хотя гибче, да. Но сперва состояние сознания изменить нужно.

Это хорошо.

Э... Сходил по ссылке. Год назад написано: «We got reports that this bug report is misleading, so I will close it» И?

Я же написал - архитектуральная проблема с фрагментацией памяти. Естественно, что разработчики не хотят называть эту проблему багом. Там это все расписывается в комментариях, читайте внимательнее.

>Я же написал - архитектуральная проблема с фрагментацией памяти

Как бы там ни было, но я про эту проблему впервые слышу :D

Я тоже не сталкивался, но когда я колебался в выборе между lighttpd и nginx для механизма коммуникации в своем дистрибутиве, то первое, что я обнаружил при анализе их относительной надежности, был этот баг. Даже если с небольшой долей вероятности lighttpd за месяц работы отъест лишнюю сотню MiB у ничего не подозревающего пользователя, то это уже неприемлемо.

>Тем же конфигом, где вставки на perl, игнорирующие настройки конфигов. Вообще, весь конфиг.

Вы с какой планеты свалились? В Lighttpd LUA везде.

Юзаю Lighttpd и радуюсь. Жалко в штатной поставке нету mod_cache а magnet это вырви мозг, но никто не запрещает юзать mod_proxy и кешировать как хочется у себя в ПО (так я и сделал кеширующий в memcached http сервер для картинок).

К слову ngnix умеет FAM?

> Так же хочу отметить, что если говорить о чистом nginx, то 50000 человек одновременно (при сервере 8 ядер х64, 8 гб памяти) он держит спокойно.

а можно уточнить?.. т.е. я понял так: в случае схемы nginx + батарея бэкэндов, для nginx нужен отдельный сервер упомянутой конфигурации, чтобы он смог распределить 50К запросов, пришедших одновременно. верно?

>зато он умеет perl Пёрл это круто, да, а что нибудь из языков программирования?

File alteration monitor чтоли? зачем оно ему?

> А какие конкретно функции есть у nginx, которых нет у lighttpd?

lighttpd не умеет imap authentication (и накой это еще кому-то, кроме mail.ru???).

а вот nginx не умеет keep-alive backend connection, scgi, ldap/db authentication и это уже действительно плохо. модуль свой написать для nginx - это тот еще фан.

есть в нем scgi