Игорь Сысоев, создатель высокопроизводительного HTTP-сервера NGINX, уволился из компании F5 Network, в которой после продажи компании NGINX Inc находился в числе технических руководителей проекта NGINX. Отмечается, что уход обусловлен желанием проводить больше времени в семье и заниматься личными проектами...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=56535
Ну ушёл и ушел.
Не просто ушёл, а ушёл сам. Не каждый так может.
Сам, да. Ты просто не в курсе.
Он тебе докладывает, что ли?!
Жди новостей.
Обычная практика - увольняться по собственному.
Златоёршевый ушёл?
это футболист какой-то
Ну а чего. Может себе позволить дядя. Как говорил товарищ Сталин, завидовать будем.
Долгих лет Игорю! И успехов в любых начинаниях!
Спасибо.
NGINX всё.
Факт.
Пожалуй соглашусь - бесплатный нгинкс дружит с докером через костыли, по сути его переплюнули cloud-native решения (traefik, ...). Единственное, зачем он может быть нужен в современном мире контейнеров - так это сёрвить статику.Соглашусь что надо уметь уходить. Возможно, уйдя, Игорь сделает принципиально новый балансер, помещающийся в совеременные "контейнерные" ниши.
накой они нужны эти контейнеры? чисто нишевая лабуда
Не низкая, просто они удобны, когда деньги не считают...
Так они ни разу не удобны, контейнеры нужны тем, кто не умеет пользоваться пакетным менеджером, деплой шеллскриптами не в пример удобнее.
нахрена деплойшеллскрипты, если есть конфигурейшен манагеры и оркестраторы? :)
хотя да, шелл прекрасен
> накой они нужны эти контейнеры? чисто нишевая лабудаКонтейнеры не нишевая лабуда, а просто удобный способ доставки софта. Вместо контейнеров можно собирать пакеты. Но имейте в виду, что под каждую ось придётся собирать отдельно, и к тому же с учётом всех её особенностей. А оно вам надо?
Какой такой софт? Вебня не софт, а просто вёрстка. Нет там никаких особенностей от оськи. А нормальный софт таки да, исходниками или пакетами под каждую ось и архитектуру. К примеру вы пользуетесь git. Это софт. Он к вам в контейнере доставлен или пакетом? То то же.
> Какой такой софт?Любой. Вообще любой.
> Вебня не софт, а просто вёрстка. Нет там никаких особенностей от оськи.
Так в возможности абстрагироваться от оси -- весь смысл и есть же.
> А нормальный софт таки да, исходниками или пакетами под каждую ось и архитектуру.
К слову о сборке пакетов -- такие инструменты как pbuilder, mock и hasher возникли не на пустом месте, а именно из-за того, что окружение может влиять не результаты.
Так вот, контейнеры как раз эту проблему очень успешно решают. Мы мало того, что производим сборку всегда в новом чистом окружении, так к тому же ещё и запускаем софтину всегда в известном окружении. Это весьма позитивно сказывается на качестве софта и существенно ускоряет релизный цикл.
> К примеру вы пользуетесь git. Это софт. Он к вам в контейнере доставлен или пакетом? То то же.
Вы будете смеяться, но...
https://hub.docker.com/r/alpine/gitНет, у меня-то как обычно поставлен, но вот видите -- можно и через контейнер вообще без проблем.
наоборот, это широко распространённая технология, очень удобная для ci/cd, и для девопсов и sre
> поделка на го против легковесного и стабильного софтаЛадно
NGINX изчезнет - будет катастрофа. Исчезнет докер - ну и х*р с ним.
1. Куда денется уже написанное?
2. Было много подобных серверов до nginx, есть сейчас, будет и после.
Вообще ничего не случится.
Для статики достаточно Apache / mpm_event. Для прокси - haproxy.
Так докер уже исчез, от него осталось только имя и утилиты
nginx unit изначально писался как cloud native, на это указывают его фичи, способ конфигурации и многое другое. Но пока они набирали скорость, тот же traefik стремительно взлетел, хоть он и Юнит только частично покрывают юзкейсы друг друга.
>докеромКак ещё дружить с костылями, кроме как не через костыли?
> Пожалуй соглашусь - бесплатный нгинкс дружит с докером через костыли, по сути его переплюнули cloud-native решения (traefik, ...).В смысле? У меня nginx и нативно, и в чистом докере, и в облаке ингресс-контроллером работает. Что значит "через костыли"? Отлично всё работает.
Бесплатный nginx ingress controller при обновлении конфигурации полностью перезагружает её в nginx, в то время как на nginx plus аккуратно её патчитНа больших кластерах с тысячами пользователей это проблема
> Бесплатный nginx ingress controller при обновлении конфигурации полностью перезагружает
> её в nginx, в то время как на nginx plus аккуратно
> её патчит
> На больших кластерах с тысячами пользователей это проблемаЧестно говоря, с nginx plus не работал, но суть проблемы понимаю. И ежели в случае просто больших команд ещё можно решать проблему выстраиванием процессов (например разным командам разные контроллеры назначать), то вот куда более фундаментальная проблема, которая откровенно напрягает -- то, что можно одним ингрессом разломать контроллер нафиг. Есть там, скажем так, возможность сделать вставки в код as-is.
Но всё равно, мы nginx давно знаем, умеем с ним работать, он достаточно легковесный и очень производительный. А вот есть ли какие-либо объективные причины выбрать вместо nginx-а, например, traefik? Я его потыкал, но меня не очень зацепило. В кубе один фиг через ингрессы работаешь, и какая тебе разница, что за контроллер их обрабатывает? Ну максимум аннотации немного поменяются.
Возможно traefik был бы более интересен в случае отсутствия куба, но он не умеет работать с несколькими standalone-хостами на докере. Правда, умеет работать со swarm-ом, но не то, чтобы это было сильно интересно: если заказчика устраивает сворм, то его устроит и куб.
В общем, мне было бы интересно послушать про альтернативы и причины выбора оных.
Лично для меня - работоспособность вебсокетов из коробки, без донастройки и вставки магических разрешений хедеров апгрейда протокола
Плюс к вышенаписанному про вебсокеты из коробки - у traefik - возможность декларативно настроить конфигурацию (микро)сервисов (порт, какие урлы маппить, миддлвары) на лейблах https://doc.traefik.io/traefik/providers/docker/.Вместе с автоматическим реагированием на события докера / кубера - скейлим веб приложение и traefik его уже сам видит новые реплики без моего вмешательства.
Про альтернативы мне и самому было бы интересно послушать =) , понятно что не весь мир крутится вокруг traefik / haproxy / nginx
> Лично для меня - работоспособность вебсокетов из коробки, без донастройки и вставки
> магических разрешений хедеров апгрейда протоколаНу тебе-то понятно, ты у нас Golangdev. Вы, разрабы, и docker-compose жалуете.
Меня же, как опса, дефолты вообще не волнуют. Меня волнуют производительность и отказоустойчивость.
> В общем, мне было бы интересно послушать про альтернативы и причины выбора
> оных.Хотелось бы самому знать, в моём случае в нашей команде поддерживается форк nginx, который умеет частично конфиги перезагружать для частых наших случаев (Добавление/удаление бекендов динамическое)
С traefik работал - с ним намного приятнее всё, кроме того что всё работает из коробки хорошо - так ещё и конфигурация у него намного более гибкая, вместо кубовского Ingress можно использовать его IngressRoute, который позволяет ну очень много всего
Жаль правда что в проде он жрёт слишком много)
Пробовали envoy - он легковесный, но с ним тоже не задалось, вот и едим пока кактус, в дальнейшем надеемся на https://www.sozu.io/ перейти
> Жаль правда что в проде он жрёт слишком много)А насколько много по сравнению с nginx-ом?
в 2.5.7 начали шевелиться в сторону устранения утечки
https://github.com/traefik/traefik/releases/tag/v2.5.7
Это тот который у Рамблера стащенный?
Ничего у Рамблера не стащено. К примеру:
- Плотник, работая на фабрике, изготавливает стулья. Очевидно на стулья имеет полное право фабрика. Плотник, после работы, дома, на своём оборудовании изготовил стул новейшей модификации и продал. Чей стул? - По логике - стул плотника а по Вашей - стул фабрики! Полный идиотизм.
Пример 2:
- Я, работая админом, в небольшой организации, всё настроил, всё работает. На своём личном ноуте я могу заниматься всем чем угодно. Точка. А совковые пережитки (касается программистов и админов), о том что я обязан сидеть на работе с 8.00 до 17.00 - идут в лес.
Пример 3:
- Дворник убрал свою территорию. У него всё чисто. Почему дворник должен убирать территорию дворника-соседа который ушел в запой?P.S. Сысоев, когда-то, довольно подробно описывал ситуацию.
>а по Вашей - стул фабрики! Полный идиотизм.почитайте историю Эппл, когда они пришли в HP просить разрешения свой собственный, своими силами разработанный комп продавать, просто потому что Возняк там работал
тут история несколько глубже и пересекается с юридическими практиками других стран
Почитайте про отличия между российским и американским законодательством
apple пришел на поклон к hp потому, что, заимствовали у hp некоторые решения.
> совковые пережиткиНеотчуждение труда работника - это "совковый пережиток". Теперь всё - хозяйское. Интеллектуальная собственность, созданная в личное время, - тоже, если не доказано обратного.
> обязан сидеть на работе с 8.00 до 17.00
Это привилегия, за которую "совкам" пришлось немало побороться. Хозяин хотел бы, чтобы ты жил на работе. Вместе с детьми - в хозяйстве сгодятся.
> Почему дворник должен убирать территорию дворника-соседа который ушел в запой?
Чтобы хозяин экономил на трудоустройстве ещё одного непьющего работника, разумеется.
И вообще, что за глупые вопросы? Иди работай, пока хозяин не заметил праздное безделье и не приказал тебя выпороть на конюшне.
это кто тут раскомандовался?
хозяйчик? пошел ты ... ну ты понял
> И вообще, что за глупые вопросы? Иди работай, пока хозяин не заметил праздное безделье и не
> приказал тебя выпороть на конюшне.хха, как будто он его в пятницу все равно не прикажет выпороть, потому что давно что-то раб не порот?
Сысоев просто успел до окончательного наступления рабовладельческого строя, когда хозяева еще блюли юрьев день и вынуждены были с рабами торговаться - "я тебе кресло на колесиках вместо табурета, и закрываю глаза на то что ты из моих досок строгаешь буратин налево, но ты мне сделаешь чтоб территория была убрана 24/7 и та часть что Основатель не велит трогать - тоже (он все равно из запоя выйдет только через неделю)".
>> обязан сидеть на работе с 8.00 до 17.00
> Это привилегия, за которую "совкам" пришлось немало побороться. Хозяин хотел бы, чтобы
> ты жил на работе. Вместе с детьми - в хозяйстве сгодятся.В Англии, например, рабочий день 9 часов. Была статья на ebanoe.it, где местный кабанчик как раз по-дружески посоветовал украинскому холопу (у которого случился разрыв шаблона от графика с 9 до 19) избавляться от "совковых пережитков" и усерднее работать.
Unfortunately we can not offer you «socialist» working condition. This is the problem with
ex-communist countries with this 8hrs working pattern thinking. We can offer you opportunity and challenge to work on international, innovative project. The work is office based only mon-fri with 9 — 19 with lunch break. The hours are reasonable and standard in London where we are from. If you can not think out of the box or you can not take the challenge, then we thank you for your interest and your cv..Вот так, понимаешь...
Утоптали все-таки.Спасибо и удачи!
Ды не, ну с самой продажи было понятно, что всё, рипаньки со временем.
Потому что у здоровенной компании свои политики и приоритеты.
"Жизнь вообще грустная штука. Вы заметили, чем она кончается?"дай бог каждому так рипнуться, на половине торчащих в интернет серверов в мире.
> рипнуться на половине торчащих в интернет серверов в миреЭто я считаю даже ещё хуже, чем просто рипнуться.
Походу, юнит нивзлител.И уже не взлетит.
Ну, ничего, полагаю продажам nginx+ ничего не грозит, Макс сможет подпиливать его по мелочи до пенсии.
(А потом - в рай!)
Свои деньги он уже получил и не на подписках на nginx unit
>Походу, юнит нивзлители не взлетит, держать зоопарк ЯП, лучше бы апликейшен сервер с js подобным синтаксисом запилили, смузихлебы заценили бы.
Это для неосиляторов экспресса, или для любителей корпораты?
> Это для неосиляторов экспресса, или для любителей корпораты?а в чем разница между неосиляторами и любителями?
> Походу, юнит нивзлител.Они там хренью занимаются же. Юнит - это аппсервер с менеджментом рабочих процессов. На этих задачах с этой архитектурой отраслевой стандарт - это IIS.
Я юнитом не пользуюсь, потому что не могу. Из-за нежелания разработчиков поддерживать ASP.NET Core как один из языков.
Даже если решить проблемы аутентификацией и авторизацией на приложениниях, когда сам бекенд кластеризован (керберос нужно добавлять и уметь конвертировать тикеты в утверждения с JWT и обратно, работая с Identity-серверами) всегда останется проблема с преимуществами аппаратной работы IIS. Нативная поддержка NUMA, тюнинг планировщика процессов и HTTP на уровне ядра...
> И уже не взлетит.
Я не знаю, что там случится с юнитом, я все время поглядываю за его развитием. Но сейчас, если у есть сложный набор вебсервисов, которые должны работать максимально быстро и проливать тонну данных ставится многопроцессорный железный сервер и на него IIS. В юните не достаточно функций для его корпоративной ниши, а больше никому он не нужен, всем обычного хватит.
Детишки с кубернетисами и докерами идут лесом (на свой ингресс, причем на хапрокси, желательно) на этих задачах. Им нужен RESTful API (без состояний) и микросервисная архитектура самого приложения, а реальность сурова и жестока.
С такими успехами, которые есть у юнита сейчас единственное что он побеждает - это apache с его старым API mod_*, на котором у некоторых осталась с налабана группа модулей для внутрикорпоративного использования разной степени паршивости причем поддерживать их некому. Вот оно радостно может мигрануть на юнит, посредством переписывания, если они там керберосом не баловались.
Короче, гроб, кладбище, имхо.
> На этих задачах с этой архитектурой отраслевой стандарт - это IIS."Шутку понял - не смешно."
> Из-за нежелания разработчиков поддерживать ASP.NET Core как один из языков.Нет такого "нежелания". Работа идет над поддержкой уже довольно давно и постепенно продвигается к релизу. Есть хорошая вероятность, что таковой случится в этом году.
Поддержки .NET Core на сегодняшний день нет не из-за каких-либо политических соображений, а просто в виду на порядок более высокой сложности и трудозатратности реализации такой поддержки по сравнению с большинством других языков (кроме Java).
Всё так выдавили из компании. F5 эти проблемы не нужны. Манагеры решают.
Кто следующий? Тодд Говард? Бобби Котик? Продал бизнес - на выход!
> Продал бизнес - на выход!Мозгов ибо не было... Думать надо было перед продажей...
Котика уже обещали выкинуть, после того как сделка завершится — Некрософт покупает АктБлизз за 68 миллиардов.
Но ситуация не та, Котик наёмный СЕО, а не основатель компании.
F5 network - какие чудесные у них vpn клиенты. это просто гроб гроб кладбище.
интересно, сколько рамблер забашлял
RIP nginx, в целом и к лучшему.
Потому что был хаотичный театр одного актёра, по сути.
F5 из него конечно себе продукт сделает, но это уже будет не nginx.
Может что стоящее выйдет.
> Потому что был хаотичный театр одного актёра, по сути.по моим ощущениям игорь давно отошёл от разработки nginx, во всяком случае не видно ни коммитов от него, ни какой-то публичной активности
Вы новость-то читали? Там это прямым текстом указано. :)
Именно. И после этого у нгинха в общем и целом дорожка пошла к могилке.
Сумел же сделать продукт, и под BSDL. Что бы местные нытики не говорили.
А удел GPL мелчевка всякая.
Hiawatha for example.
Под 30 миллионов строк кода ядра - да... мелочёвка.
да да, кому он нужен с 1% на десктопе.
А что нить кроме ядра вспомните? вот вот с BSDL - вспоминается еще PostgreSQL.и где бы эти 30 млн были - если бы IBM не влил туда охрена лярдов и кучу патентов - за которые их потом и пытались прижать. А этот проект сделан без таких вливаний.
А, сразу про десктоп? А NGINX сильно нужен на десктопе?
а на серверах сколько? ну за вычетом top500 - на которых линукс нужен только как сетевой стек, и то..
netflix почему-то раздает с FreeBSD - а не с вашего любимого линуха.
И то только раздаёт, видимо какой-нибудь ядерный легаси-CDN-object storage или около того, который перепиливать уже некому. Управляйка вся на линухах у них ныне.
макаки для создания управляйки дешевле? - можно оптом брать десяток ?
Если его убрать - твоему десктопу подключиться будет особо и некуда.
Будет. Спрос породит предложение. Это закон природы 🤣
ой ты мамкин фантазер.. apache больше.
> да да, кому он нужен с 1% на десктопе.Android? Роутеры? Умные телевизоры? Десктопы уже маргинальная ниша на фоне размеров отрасли.
>>> удел GPL мелчевка
>> 30 миллионов строк кода ядра
> да да, кому он нужен с 1% на десктопе.Да да. Большинство двигателей -- поршневые. Кому он нужен, ваш 1% реактивных?
Сомнения насчёт поршневых. Если брать двигатели в целом, то асинхронных электродвигателей поболее может статься.
Особенно если про электростартеры вспомнить :)
> Сомнения насчёт поршневых. Если брать двигатели в целом, то асинхронных электродвигателей поболее может статься.Ну, я в тот момент думал про авиационные. Но ваш пример -- ещё лучше. Суть-то не меняется. =)
Имеет смысл использовать tengine вместо nginx как фронтенд и сервер статики?В описании понравилось:
- session persistence, upstream health check, and resolving upstream domain names on the fly
- Support asynchronous SSL/TLS mode , Could use QAT to offload and accelerated SSL
- Protects the server in case system load or memory use goes too high.
Есть LAMP (Linux, Apache, MySQL, PHP). Остальное – баловство.
а еще есть и LEMP
Если понимаешь китайский - имеет. Если нет - продолжай использовать то что не требует его понимания. Вся тусовка околоразработчиков и продвинутых пользователей живет вокруг вичата и китайских форумов.
Т.е. ты ни спросить не можешь, ни понять что наткнулся на сто раз обжеванную проблему и можно даже не спрашивать.
> что уход обусловлен желанием проводить больше времени в семье и заниматься переписыванием nginx на языке RustНу и правильно, иногда надо бесполезно проводить время.
> что уход обусловлен желанием проводить больше времени в семье и п***ить петросянов в интернетеНу, хоть немного меньше станет, и уже неплохо.
Изберется в думму)
Ушла легенда, как-то даже грустно. Надеюсь Максим Коновалов выведет NGINX
на новый уровень. :(
Чтобы вывести его на новый уровень нужно его переписать с C на ЯВУ как минимум. А это немного бессмысленно - то чем собственно является nginx и ради чего он написан (и почему назван engine x) в современные языки встроено из коробки в виде поддержки async и корутин. Ядро nginx сейчас можно написать нулём строчек кода, а весь nginx - описав логику разбора конфига, роутинга и взаимодействия с бэкендами, и, надо заметить, гораздо более логичным образом - например чтобы set-header не сбрасывал все заголовки установленные выше уровенем, чтобы баннер в заголовках можно было отключить из конфига не только в платной версии, и доступность бэкендов тоже можно было проверять бесплатно. Потому что именно столько сейчас цена этой фичи.
Если все это сделать, вместо mininginx будет запускаться mikronginx+megaenvironment, привносящий в систему тонну тормозов и косяков
Всяческих успехов Игорю и доброго здоровья!
Сам ушёл или его ушли ?
Обычный вестинг, стандартный для подобных договоров - вышел срок отработки, после которого Игорь может получить всю заработанную на продаже и акциях сумму кэшем.Он эти деньги, в отличие от многих, честно заработал многолетним трудом на общее благо. Теперь имеет полное право отдохнуть и со свежими силами заниматься новыми идеями, в том числе теми, для которых нужен не только его талант, но и изначальное финансирование.
Успехов Игорю :)
Существует полно формальных почетных должностей в которых бывшие основатели или топовые сотрудники могут находится бесконечно долго. Но тут сразу ясно что это не в приоритете у компании. А уж зная про связи F5 в Пентагоне ключевой сотрудник из РФ это мягко говоря не плюс.
Думаю, что работать на американского дядю - не в приоритете у Игоря :)
Ушли конечно же.
Сложно сказать.
Смотрим, что будет с собственно нгинхом в течение года.
Если сохранят - скорее сам.
Если закопают - то скорее ушли.
Закопать можно разными способами. Можно сделать на его базе супер продукт который взлетит или не взлетит с вероятность 50%.
Ну а что ему сделается? Сысоев давным-давно забил на него.
Максу вряд ли есть разница, какая крыша ему платит зарплату и премии.Бизнес налаженный (ценник nginx+ такой что хватит и Максу и менеджерам по продажам).
Революций нет и не предвидится, потому что революционер давно уже лежал в мавзолее.Нормальный статус - так и не появился и не появится уже никогда.
>инновациямЖдём переписывание NGINX на rust?)
On Project Verona.
Обалдеть, даже Раст уже переписали на Расте.
Кто-нибудь пробовал более легкие решения, такие как lighthttpd? Насколько они полноценны в качестве замены для хостинга веб-страниц и несложных сервисов?
> lighttpd
> более лёгкиенаркоман?
в качестве замены apache httpd, если требуется поддержка .htaccess в каждой папке - идеально.
в качестве замены nginx - отнюдь.
Только для статики есть rwasa на ассемблере https://2ton.com.au/rwasa/ в два раза быстрее нжинкса.
lighttpd НЕ поддерживает .htaccess
вполне себе годный легкий сервер.
лично мне его страница статуса а-ля Апач очень нравится. из-за нее и использую для раздачи больших файлов - видно кто и что тащит в реальном времени.
О, спасибо. Не знал про страницу статуса.
> lighttpd НЕ поддерживает .htaccess
> вполне себе годный легкий сервер.
> лично мне его страница статуса а-ля Апач очень нравится. из-за нее и
> использую для раздачи больших файлов - видно кто и что тащит
> в реальном времени.точно, с litespeed перепутал.
одна фигня, в принципе.
Чем сильнее бычит опеннетный эксперт, тем глубже он заблуждается.
I used thttpd, it was all good.
Для контейнеров использую reproxy https://reproxy.io/ всё настраивается само и даже думать не нужно.
Интересный там исторический график: https://w3techs.com/technologies/history_overview/web_server...Cloudflare тоже использует nginx, но его последние 3 года считают отдельно. Поэтому к 33% можно добавить ещё 18%.
> Поэтому к 33% можно добавить ещё 18%.Почему 18, когда 22?
А я пользуюсь busybox httpd.
Ключевой вопрос - для чего. Отдать файлик подойдет любой сервер. Даже скриптик поверх inetd.nginx - это история о том, как при прочих равных процах и гигабайтах памяти обработать больше запросов, причем не в синтетике, а в реальности. Речь не о том, чтобы вместо 10 rps обработать 100, а о десятках и сотнях тысяч запросов в секунду. Понятно, что это не ваш уровень, но вы могли бы понимать это и не писать глупый комментарий.
Два чая этому господину. В этом плане замены nginx пока нет и не предвидится. А если учесть, что в nginx можно прикрутить lua, там вообще получается суперкомбайн.
У нас чемпион по минимализму!
Даже удивительно, сколько олегофрендов не различают программу, проект с открытым исходным кодом, продукт на основе программы (на основе проекта с открытым исходным кодом) и в целом живут в убогом мирке фантазий, где автор и программа - это одно и то же.
Им бы пойти коровам хвосты крутить, но нет, они мнение имеют.
К nginx всё вышеперечисленное отношение имеет очень-очень косвенное, так как это продукт одного разработчика по сути, выкупленный проприерастами. То, что оно там типа открытое - роли не играет.
> одного разработчика по сути, выкупленный проприерастами. То, что оно там типалолшта? Разработчик продавал nginx+, старательно блокируя добавление нужных в проде вещей типа нормального status в шва6одкину версию, еще когда ты пешком под стол ходил.
С самого начала проект делался для денег, а не ради всего хорошего.
Просто потом ему надоело, да и ценность на фоне трэш-контейнеров стала стремительно падать, и он для разнообразия продал весь бузинесс целиком, чтоб больше самому не возиться. Все правильно сделал.
Поверь мне, когда я пешком ходил, ты вообще ничего о технике не знал.
Если вообще существовал в природе.
Я не особо понимаю ажиотажа вокруг нгынкса. По-сути, это очень узконаправленный инструмент для быстрой отдачи статики, используя асинхронные сокеты. Как только в работу включаются всякие приложения (даже тупо достать что-то из базы), вся эта асинхронщина сразу идёт по пи;;;;де, ибо не вывозит и требует кучи костылей. Соотв. нет никакого смысла говорить о проекте как о каком-то "крутом веб-сервере" - веб-сервер - это намного более сложное понятие, чем это было во времена Mosaic. Нгынкс - просто дополнительный движок, который СБОКУ прикручивают к основному серверу типа Апача.Что было бы намного интереснее, так это какой-нть C# ASP под Линукс. Благо, .NET Core уже может канпелять бинари под линукс. Ключ проекта - независимость от мелкомягких мартышек и полностью прозрачная архитектура.
Хомячки задёргались - они привыкли его по мануальчикам с хабра настраивать, а тут грядёт копец, и придётся за мануалами по haproxy или апачу на буржуйский stackoverflow ходить, инглиш учить.
хабр давно уже не торт.
Как там интернет в 90-х? Наверно тепло и лампово.
> Как там интернет в 90-х? Наверно тепло и лампово.Такое ощущение, что смузиголовые сами себе изобретают в голове "новую реальность" и сами же в ней живут. ЧТО ИМЕННО тебе не нравится в интернете 90-ых и что ты считаешь за "новый интернет"?
> ЧТО ИМЕННО тебе не нравится в интернете 90-ых1) все очень дорого;
2) и медленно;
3) и засилье телефонистов с их глупыми идеями;
> основному серверу типа АпачаНикаких "основных серверов типа апача" уже давно не используют. Приложения давно сами спокойно раздают HTTP и делают это наилучшим для них образом, но перед ними нужно что-то для всяких роутингов, балансировки, фейловера, кэширования, терминации SSL и, естественно, раздачи статики, и у nginx здесь конкурентов нет даже близко. Конечно же никакие приложения на нём самом не запускают, и конечно же он не только для раздачи статики. Это же насколько надо быть далёким от технологий чтобы смотрозить то что сморозили вы.
> роутингов, балансировки, фейловера, кэширования, терминации SSLhaproxy
Вы зачем-то вырезали лишь часть требований к nginx.
Что ещё-то? Статику отдавать? Apache/mpm_event с этим прекрасно справляется.
Сысоева нет, теперь вся надежда на один Рамблер
Тяп-ляп - и продал... Никакого стремления вести свой бизнес :( ... Грустно от таких...
Шизики с опеннета — мой любимый комедийный жанр вот уже 20 лет: А он сам ушёл? А может его ушли? Гадкие корпорасты нашего Сысоеча ВЫДАВИЛИ из проекта, и теперь похоронят nginx назло всему опенсорсу.То, что мужику просто надоело в этом ковыряться, то, что денег уже и так хватает и можно больше не тратить время на ерунду, то, что есть вещи поважнее, чем кодить концептуально устаревший софт до среднего опеннетчика не доходит. Ой вей из мир. Совки в целом весьма инфантильны, а те, что в комментариях на опеннете днями пропадают — в особенности.
Игорь, спасибо и успехов!
Просто приятно что среди нас, среди KOI-говорящих, есть такие программисты.
Я когда читал код nginx просто удивлялся ясностью и понятностью кода, просто прекрасно. Этот проект сильно повлиял на меня как программиста, я откинул все новомодные языки программирования и понял чтобы писать хороший код нужно совсем другое. Большое уважение Игорю Сысоеву.
Отмечается, что после ухода Игоря из проекта, созданные при его участии культура и подход к разработке останутся неизменными, как не изменится и отношение к сообществу, прозрачности процессов, инновациям и открытому коду. Оставшаяся команда разработчиков постарается соответствовать той высокой планке, которую задал Игорь.Бла бла бла бла. В общем все яссно, кто на смену нгынксу?