Pull to refresh

Comments 36

Очень жаль, что нет armhf в числе поддерживаемых платформ для Debian :( Очень не хочется собирать руками на ARM-сервачке.
Собирайте в qemu, делов-то. :)
Проблема в том, что хотелось бы получить на выходе такой же .deb, как был раньше, или как сейчас в репах 1.62, чтобы и устанавливался туда же и конфиги искал там же :(
Можно в configure скормить такой же набор опций. Формат вывода nginx -V как раз позволяет это сделать.
Существуют ли планы по разработке удобного HTTP клиент\серверного фреймворка на базе nginx?
И да, и нет, смотря что вы под этим подразумеваете. Можно пример?
Некое подобие cpp-netlib\poco\mongoose, но с упором на HTTP клиент\серверную часть.
Основные фичи:
— парсер HTTP запросов
— грамотно организованый пул входящих\исходящих HTTP соединений
— поддержка новых стандартов протокола
Т.е. существующий, обновляемый движок nginx, но с человеческим API.
Это уже будет nginx 2.0 или что-то в этом роде. Не в ближайшем будущем.
Очень похоже, спасибо за наводку, никогда не попадался этот проект почему-то…
Судя по issues сыроват еще, но достаточно живой и с приличным набором нужных фич.
Почитал про CAS немного — у него только три режима работы: как плагин к апач, как CGI-приложение и через FastCGI. Это не то, через FastCGI к nginx и так есть много способов подцепиться из C\CPP. Я говорил про что то типа существующих native modules, но с человеческим интерфейсом, грубо говоря — NodeJS на C\CPP с движком nginx внутри.
Хм… Т.е. что-то для написания своей логики под nginx? Perl, Lua, NJS, не? Я просто что-то видимо не улавливаю и не понимаю в контексте какого кейса мог появиться такой вопрос.
Lua-скрипты, FastCGI и т.п. — все это значительно проигрывает по сравнению с возможностью использовать движок nginx напрямую из CPP\C-кода.
Потерял очевидное (но важное) слово — проигрывает в производительности конечно.
А мне казалось, что на сях под nginx можно было без проблем писать свой код (фильтры там это вроде называется? просто не сишник, не очень в теме)? Опять же, сейчас наконец-то добавили динамические модули. Разве это не подходит?
Ну какие-то возможности оно дает, конечно, но полноценное event-driven приложение с таймаутами, колбеками, http-клиентом и т.п. в nginx-модуле не развернешь… Можно, конечно, взять libev какой-то прикрутить, libcurl и по кускам насобирать недостающие части, но тогда получится сборная солянка какая-то, проще с нуля написать свое уже…

Вот взять, к примеру, фейсбуковский proxygen (https://github.com/facebook/proxygen). Все в нем хорошо, но нет родного http-клиента, и не везде его собрать можно (+тащит кучу зависимостей на сотни мб).

cpp-netlib — и сервер и клиент, и asio, но не дружит с производительностью никак.

Есть еще куча всяких MonkeyIO, но они какие-то наколеночные все.

Вот если бы производительность и возможности nginx засунуть в конфетную оббертку аля NodeJs — цены бы не было такому решению на рынке…
Планирутеся ли включить поддержку LDAP, хотя бы в виде плагина,
в «mainline»? На мой взгляд довольно востребованная возможность — авторизация через LDAP, а существующий сторонний плагин довольно неудобно деплоить.
Зачем? если есть https://github.com/kvspb/nginx-auth-ldap и мой подправленный вариант (https://github.com/CHERTS/nginx-auth-ldap) с возможностью сборки в виде динамического модуля
Зачем? если есть https://github.com/kvspb/nginx-auth-ldap

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


с возможностью сборки в виде динамического модуля

Возможно с динамическими модулями, если nginx ребята не будут ломать ABI все будет проще,
но все равно надо следить за обновлениями безопсаности плагина.


В идеале хотелось бы apt-get install nginx-ldap-support и остальную поддержку оставить разработчикам
дистрибутива.

Планируется ли работа более чем одного worker'а в Windows?
Развитие Windows версии в планах не стоит. Если только кто-нибудь заинтересованный не придет да и сделает.

Он уже приходил, ты же знаешь, но всем "известный персонаж" сказал — не-то...

Гляньте здесь — https://habrahabr.ru/post/260133/ — я уже давненько сделал… И PR уже там, но всем известный персонаж забраковал пока...

Добрый день!
Есть ли уже или только планируется поддержка HTTP/2 Server Push?
HTTP/2 Server Push пока нет.
Есть ли он в планах на 1.11 или в ближайший год не ждать?
На ближайшее время в планах пока нет. Вообще поддержка HTTP/2 браузерами оставляет желать лучшего, и без Server Push столько граблей разложено, буквально несколько недель назад очередные обходили, и сейчас вот ещё Safari c MS Edge отличились. Куда вы спешите?
Мы, фронтенд-разработчики уже просто не можем не спешить ;)

Спрашиваю, потому что как раз вчера CloudFlare объявился о поддержке у себя с краткой информацией о текущей поддержке браузерами:
https://blog.cloudflare.com/announcing-support-for-http-2-server-push-2/

Посмотрите сколько багов связанных с поддержкой HTTP/2 только лишь в одном хроме: https://bugs.chromium.org/p/chromium/issues/list?q=component:Internals%3ENetwork%3EHTTP2 — из них там немало про Server Push.


HTTP/2 — переусложненный протокол, пройдет ещё не один год, прежде чем он везде нормально заработает.

А можно узнать, как расчитывается стоимость «NGINX Plus App Pricing» анонсированного в R9?
Стоимость рассчитывается индивидуально.
Немного удивлен сравнением версий. Open Sourse Nginx Supported platforms — Linux, а вот Nginx Plus так же и для FreeBSD.
Чем обусловлен этот момент?

Речь идет о собираемых пакетах. Я согласен, что выглядит странно. Попрошу чтобы поправили.

UFO just landed and posted this here
Sign up to leave a comment.

Articles