| 1.1, Аноним (-), 09:55, 16/01/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
отлично, теперь не придется пользоваться васяно-хттп-серверами, поставляемыми в составе "стандартных" библиотек ЯП
| | |
| |
| 2.3, Andrey Mitrofanov (?), 10:54, 16/01/2018 [^] [^^] [^^^] [ответить]
| +5 +/– | |
> отлично, теперь не придется пользоваться васяно-хттп-серверами,
Отож, теперь есть игоряно-унит-сервер.
| | |
| 2.4, a3k (?), 10:58, 16/01/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
А то есть раньше ими кто-то пользовался для чего-то серьёзного?
| | |
| |
| 3.6, Andrey Mitrofanov (?), 12:18, 16/01/2018 [^] [^^] [^^^] [ответить]
| +/– |
#>>теперь не придется
> А то есть раньше ими кто-то пользовался для чего-то серьёзного?
Раньше "кого-то" _заставляли_.
| | |
| 3.14, angra (ok), 01:57, 17/01/2018 [^] [^^] [^^^] [ответить]
| +/– |
 Ты не поверишь, но среди них есть вполне приличные. Более того, ими продолжат пользоваться и после выхода nginx unit.
| | |
|
|
| 1.2, Аноним (-), 09:57, 16/01/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Зачем это нужно, если есть FastCGI и SCGI? Какие есть преимущества/недостатки?
| | |
| |
| 2.5, Аноним (-), 11:24, 16/01/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Из анонса:
> NGINX Unit обслуживает отдачу динамического контента самостоятельно, но также может работать в тандеме с http-сервером nginx, который может выступать в роли балансировщика, кэша или сервера для отдачи статического контента
> Функциональность NGINX Unit образует несколько процессов: процесс управления конфигурацией, основной процесс для запуска обработчиков web-приложений и многопоточный процесс для маршрутизации вызовов, транслирующий внешние запросы к web-приложениям. Процесс маршрутизации в свою очередь состоит из координатора запросов и рабочих нитей, которые принимают запросы клиентов, направляют их web-приложениям и возвращают ответ. Каждая рабочая нить может работать в асинхронном режиме и обслуживать тысячи одновременных соединений. Под root выполняется только главный управляющий процесс, а все остальные обработчики запускаются под отдельными непривилегированными пользователями.
> Из планов на будущее отмечается поддержка JavaScript/Node.js, Java и Ruby, возможность динамического управления процессами приложений, поддержка TLS, средства для маршрутизации и проксирования вызовов для TCP, HTTP, HTTPS, HTTP/2. | | |
| 2.11, KonstantinB (ok), 13:43, 16/01/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Смысл появляется, когда есть пачка микросервисов, написанных на разных языках, и хочется управлять ими централизованно, при этом проект не настолько большой, чтобы связываться с контейнерами.
В общем, довольно нишевая штука.
| | |
|
| 1.9, Аноним (-), 13:41, 16/01/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Не нужно, так как есть uWSGI который имеет все перечисленные фичи и даже больше.
| | |
| |
| 2.12, Аноним (-), 14:20, 16/01/2018 [^] [^^] [^^^] [ответить]
| +/– |
Поддерживаю uWSGI. Но, как правильно заметил предыдущий оратор, у Сысоева синдром NIH.
| | |
| |
| 3.13, Аноним (-), 19:59, 16/01/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Поддерживаю uWSGI. Но, как правильно заметил предыдущий оратор, у Сысоева синдром NIH.
ваистену них! Вместо того чтобы настроить апаче, свой веб-сервер написал, теперь вот это вот. Не будь как Сысоев!
| | |
|
|
|
