👍

А зачем закрывали код?

Что бы потом его открыть.

Может это был способ монетизации проекта? Т.е. предоставляли балансировщик только за деньги жирным энтерпрайзным проектам.

Дыа, так и было

Когда уже поддержку cgi добавят

Но отсюда вытекает следующий вопрос - почему от этого отказались :)

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

А на фейхуа?

чтобы избавиться от апачобэкенда?

Ну как вариант.

tengine на пятки наступает, вот и открыли.

tengine на пятки наступает, вот и открыли.

Не только tengine. Для балансинга есть haproxy, с различными фейловырами и веб-мордой.

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

Ага, спасибо. Открыл для себя tengine, потом openresty. Сижу с луа в nginx.conf балуюсь

А что в NGINX закрытого осталось?

http://nginx.com/products/feature-matrix/

Сысоев пока недостаточно открыт.

Коды чего, а не для чего.

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

Подумаешь.

%subj%

%subj%

$subj

Поддержка ssl-аутентификации для email-трафика

NGINX

Долбаный комбайн, а как хорошо все начиналось.

Не просто балансировщик нагрузки, а TCP балансировщик открыли! HTTP-то там сто лет уже вроде был.

а как хорошо все начиналось

Вообще-то проксирование почты в нём испокон веков было.

Это Zvernginx сборки ?

А ты погуглил, перед тем как спрашивать?

Новая панель управления для статистики

шота я в патче по ссылке этого не нашел. куда смотреть-то?

панелька доступна только в коммерческой версии.

В патче этого нет. Просто автор новости перемешал все события, и логическая цепочка в посте разорвана напрочь. В основную ветку портировали только load balancing, остальное - нововведения версии для подписчиков.

*комментарий про зажравшегося Сысоева и ненужную коммерческую версию*

чтобы избавиться от апачобэкенда?

А FastCGI для этого разве не подходит?

Это ты про пхп-фаст-цги?
Тю, смотря как настроишь, может быть еще и трупее чем опач на бекенде с пхп-модулем.

А как черни давать доступ к .htaccess директивам, ну или аналогам для nginx? Да чтоб еще без перечитки конфига как в опаче.
Кто-то вообще в курсе? Я что-то пропустил или все правильно опоносил?

Где открыли? он как был в плюс версии так и остался только ней...

Когда уже поддержку cgi добавят

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

Мне инетересно можно ли сделать поддержку cgi при помощи встроенного перла.

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

б) добавить поддержку тривиально

Не уверен, что тривиально в рамках асинхронной идеологии nginx-а

Не уверен, что тривиально в рамках асинхронной идеологии nginx-а

Абсолютно не проблема. Точно так же как и с любым другим «медленным» бэкендом.

Тогда мне не понятно, почему nginx в свое время победил lighttpd, который тоже асинхронный и умеет CGI из коробки

lighttpd

Хз, могу только предполагать. Мне кажется nginx реально создал много шуму в рунете через сарафанное радио. А вот автор lighttpd подзабил на него. Потом Сысоев ездил по конференциям и пиарился. Я сам был в восторге как оно разгрузило сервера с апачём, а апач тогда был везде. Да и щас, небось, это говно мамонта пол инета обслуживает.

Тут ещё сыграл культ «посмотрите насколько круто оно написано, так только Сысоев умеет». Хотя я это мнение не разделяю и считаю, например, движок конфига у nginx полное говно. Достаточно попробовать сделать if-case по двум условиям чтобы понять на сколько всё плохо.

В начале пути nginx очень сильно от него отставал по фичам. Но они были не особо нужны. Всё что тогда нужно было это отдавать статику и проксировать апач.

Абсолютно не проблема.

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

fast-cgi мало?

lighttpd

В lighttpd как-то странно с памятью работают — malloc/free на каждый чих, причём разных размеров же. Неужели аллокатор из libc настолько умный, что куча фрагментироваться не будет?

Т.е. открыли DSR, что есть в других опенсорсных проектах :)

Direct Server Return (DSR): Accept just the connection initiation (SYN), and then let the connection be established directly between the client and the server in the backend without any further intervention (and with obvious benefits in the scalability and performance of the solution)

Ну да, наверно... пытаются haproxy заменить, видимо...

Достаточно попробовать сделать if-case по двум условиям чтобы понять на сколько всё плохо.

Бартенев-моде-он:

IfIsEvil

Извините, не удержался.

А если серьезно, то гораздо больше кривых if-ов бесит невозможность сделать try_files по бэкендам.

fastcgi.com мхом порос. Наверное, сейчас модно что-то другое для решения задач, которые раньше решал fastcgi

FastCGI это протокол, а не продукт.

гораздо больше кривых if-ов бесит невозможность сделать try_files по бэкендам.

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

Я даже несколько раз порывался написать свой nginx с блэкджеком (впервые аж в году 2008 как тестовое задание для собеседования), но, внезапно, есть большая разница между прототипом на коленке и законченным продуктом который было бы не стыдно показать.

когда в портах бсд будет?