forum.opennet.ru - "Первый стабильный релиз сервера приложений NGINX Unit" (30)

"Первый стабильный релиз сервера приложений NGINX Unit"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Первый стабильный релиз сервера приложений NGINX Unit"	+/–
Сообщение от opennews (??), 12-Апр-18, 22:07
Разработчики проекта NGINX представили (https://www.nginx.com/blog/nginx-unit-1-0-released/) выпуск сервера приложений NGINX Unit 1.0 (http://unit.nginx.org/), в рамках которого подготовлено решение для обеспечения запуска web-приложений на различных языках программирования. Под управлением NGINX Unit может одновременно выполняться несколько приложений на разных языках программирования, параметры запуска которых можно изменять динамически без необходимости правки файлов конфигурации и перезапуска. Код написан на языке Си и распространяется (https://github.com/nginx/unit) под лицензией Apache 2.0. NGINX Unit обслуживает отдачу динамического контента самостоятельно, но также способен работать (http://unit.nginx.org/docs-integration-with-nginx.html) в тандеме с http-сервером nginx, который может выступать в роли балансировщика, кэша или сервера для отдачи статического контента. Изменение параметров запуска приложений производится через специальный RESTful JSON API (http://unit.nginx.org/docs-configuration.html). RESTful API позволяет управлять работой сервера приложений удалённо и централизовано. Доступ к API может быть организован через UNIX domain socket или TCP. Особенностью реализации является то, что изменение настроек не приводит к перезапуску рабочих процессов - меняются только содержимое структур в памяти, что сводит к минимуму накладные расходы и позволяет менять параметры с любой интенсивностью. Одновременно под управлением NGINX Unit может выполняться несколько приложений на разных языках программирования, в том числе могут сочетаться разные версии языков Python, PHP, Perl, Ruby и Go. Функциональность NGINX Unit образует несколько процессов: - Процесс управления конфигурацией; - Основной процесс для запуска обработчиков web-приложений; - Многопоточный процесс для маршрутизации вызовов, транслирующий внешние запросы к web-приложениям. Процесс маршрутизации в свою очередь состоит из - Координатор запросов; - Рабочие нити, которые принимают запросы клиентов, направляют их web-приложениям и возвращают ответ. Каждая рабочая нить может работать в асинхронном режиме и обслуживать тысячи одновременных соединений. С правами root выполняется только главный управляющий процесс, а все остальные обработчики запускаются под отдельными непривилегированными пользователями. Из функциональных изменений по сравнению с выпуском 0.7, отмечается (https://github.com/nginx/unit/blob/master/CHANGES) появление средств для ведения логов доступа (access_log). Запросы на изменение конфигурации через API теперь должны посылаться на URL /config/. Для пользователей, которые хотят на практике оценить возможности NGINX Unit подготовлена (https://www.nginx.com/blog/installing-wordpress-with-nginx-unit/) статья с примерном установки системы управления контентом WordPress для запуска под управлением данного сервера приложений. URL: http://mailman.nginx.org/pipermail/unit/2018-April/000049.html Новость: https://www.opennet.ru/opennews/art.shtml?num=48434
Ответить \| Правка \| Cообщить модератору

Оглавление

Спасибо ребят за perl, будем изучать Кажется я нашел где находится лучшее решен, Аноним (-), 23:24 , 12-Апр-18, (2) +6

Что таки остались люди использующие перл в проде , RudW0lf (?), 17:48 , 13-Апр-18, (16)

То чувство когда ты вдруг осознаешь что реальный мир вокруг отличается от твоего, Аноним (-), 19:23 , 13-Апр-18, (23) +5

да знаем мы что в мире все еще воруют у археологов мумии программистов на коболе, пох (?), 09:44 , 17-Апр-18, (29) –4

Не поверишь, но в мире есть люди, которые не только что закончили школу и сразу , антончик (?), 19:35 , 16-Апр-18, (27) +1

а сделали это все двадцать лет назад, и борода уже седая, а все та же цепь, почт, пох (?), 09:43 , 17-Апр-18, (28) +2

ЫЫЫ, max (??), 09:47 , 20-Апр-18, (35)
А чем вообще вебня на перле отличается от той же на пестоне У перла есть а, Gogi (??), 12:51 , 09-Окт-20, (38)

Ура Дождались , Aukamo (ok), 02:47 , 13-Апр-18, (4) +2
То есть чтобы определённую конфигурацию загрузить при старте рестарте юнита, мне, Аноним (-), 03:39 , 13-Апр-18, (5)

Странно, что ты вообще тогда нужен, если за тебя все можно сделать, кверти (ok), 04:06 , 13-Апр-18, (6) –2
Смысл юнита в том что б менять конфиг на лету без рестарта , Anonimus (??), 18:21 , 13-Апр-18, (19)

перечитать текстовый файл и без рестарта модные-современные программисты ниа, пох (?), 17:48 , 17-Апр-18, (30) +1

А разграничение прав в API насколько гибко-диференцированное, можно на отдельный, evkogan (?), 08:48 , 13-Апр-18, (8) –1

access не нужны, координацию запросов должно выполнять приложение на любом язык, Аноним (-), 11:41 , 13-Апр-18, (9) +2

Очень даже нужны Гораздо проще прописать один раз правило для редиректа 301-го, Василий Топоров (?), 11:48 , 13-Апр-18, (10)

Это ведь не значит что нельзя, просто не рекомендуемый способ для application se, Аноним (-), 12:08 , 13-Апр-18, (11)

Именно что нельзя , Anonimus (??), 18:22 , 13-Апр-18, (20)

и тяжелое приложение для каждого запроса будет читать твой файлик и сканить , Anonimus (??), 18:26 , 13-Апр-18, (21)

а по другому ты уже не умеешь Вон из профессии это лучше тем, что у тебя нет до, пох (?), 18:09 , 17-Апр-18, (33) –3

Если вам нужен htaccess, вам не нужен nginx unit , KonstantinB (ok), 19:19 , 13-Апр-18, (22) +2

nginx unit не нужен, мы уже поняли , пох (?), 18:10 , 17-Апр-18, (34)

А может кто-то ответить по делу, нужны не нужны это другой вопрос Я спрашивал н, evkogan (?), 14:34 , 13-Апр-18, (12)

нет Сысоев никогда не работал в организациях, где админы веб-фронтендов и прило, пох (?), 17:59 , 17-Апр-18, (32) +1

Нельзя и никогда не будет можно Приложение для другого предназначалось Отдельн, Anonimus (??), 18:20 , 13-Апр-18, (18)

патамушта ниасиляторы, да К этому все и сводилось и да, htaccess не так прост, пох (?), 17:55 , 17-Апр-18, (31)

Все у тебя есть претензии ко всему, всех успел обосрать не приведя не одного аде, нет (??), 23:46 , 18-Сен-18, (37)

как там, у вас в 80х андропов уже умер , Аноним (-), 20:00 , 13-Апр-18, (24)
Вот еще один пример как язык С погибает , Аноним (-), 01:07 , 15-Апр-18, (25) –2
Чё-то я не понял - в чём радость Описали то, что можно делать в Apache Обычная с, rvs2016 (ok), 19:14 , 16-Апр-18, (26) –2

Сообщения [Сортировка по времени | RSS]

2. "Первый стабильный релиз  сервера приложений NGINX Unit" +6 +/–

Сообщение от Аноним (-), 12-Апр-18, 23:24

> разные версии языков
> Perl
Спасибо ребят за perl, будем изучать. Кажется я нашел где находится лучшее решение по организации test&&deploy поверх разных версии perl на базе NGINX Unit. Надо обкатать.

Ответить | Правка | Наверх | Cообщить модератору

16. "Первый стабильный релиз  сервера приложений NGINX Unit" +/–

Сообщение от RudW0lf (?), 13-Апр-18, 17:48

Что таки остались люди использующие перл в проде?

Ответить | Правка | Наверх | Cообщить модератору

23. "Первый стабильный релиз  сервера приложений NGINX Unit" +5 +/–

Сообщение от Аноним (-), 13-Апр-18, 19:23

>  Что таки остались люди использующие перл в проде?
То чувство когда ты вдруг осознаешь что реальный мир вокруг отличается от твоего представления?

Ответить | Правка | Наверх | Cообщить модератору

29. "Первый стабильный релиз  сервера приложений NGINX Unit" –4 +/–

Сообщение от пох (?), 17-Апр-18, 09:44

>>  Что таки остались люди использующие перл в проде?
> То чувство когда ты вдруг осознаешь что реальный мир вокруг отличается от
> твоего представления?
да знаем мы что в мире все еще воруют у археологов мумии программистов на коболе, знаем.

Ответить | Правка | Наверх | Cообщить модератору

27. "Первый стабильный релиз  сервера приложений NGINX Unit" +1 +/–

Сообщение от антончик (?), 16-Апр-18, 19:35

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

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

28. "Первый стабильный релиз  сервера приложений NGINX Unit" +2 +/–

Сообщение от пох (?), 17-Апр-18, 09:43

а сделали это все двадцать лет назад, и борода уже седая, а все та же цепь, почти не заржавела, и то же весло - почти и не стерлось?
(кстати, имейте в виду, модным-современным пластиковым грести легче, чем этим вашим тесанным из цельной сосны, хотя мозоли первое время и будут мешать, а новые образуются не сразу и в других местах)
нет, серьезно - кому-то все еще *нравится* программировать вебню на перле? И не потому что ниасиляторы, ибо возраст уже не позволяет ничему научиться, а "есть законченные проекты на руби/питоне/жабе..ЭЭ/php на худой конец, для данной задачи перл подходит лучше" ?

Ответить | Правка | Наверх | Cообщить модератору

35. "Первый стабильный релиз  сервера приложений NGINX Unit" +/–

Сообщение от max (??), 20-Апр-18, 09:47

ЫЫЫ

Ответить | Правка | Наверх | Cообщить модератору

38. "Первый стабильный релиз  сервера приложений NGINX Unit" +/–

Сообщение от Gogi (??), 09-Окт-20, 12:51

А чем вообще "вебня на перле" отличается от той же на "пестоне"?? У перла есть аналог ASP, позволяющий чётко выдавать контент. Сам язык - удобный, много полезных конструкций, есть ООП. Не писать на перле - это просто придумывать себе оправдания.

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

4. "Первый стабильный релиз  сервера приложений NGINX Unit" +2 +/–

Сообщение от Aukamo (ok), 13-Апр-18, 02:47

Ура! Дождались.

Ответить | Правка | Наверх | Cообщить модератору

5. "Первый стабильный релиз  сервера приложений NGINX Unit" +/–

Сообщение от Аноним (-), 13-Апр-18, 03:39

То есть чтобы определённую конфигурацию загрузить при старте/рестарте юнита, мне нужно завести скриптик вызывающий curl, чтобы он накидал юниту что и как делать.
Странно что это не предусмотрено изначально...

Ответить | Правка | Наверх | Cообщить модератору

6. "Первый стабильный релиз  сервера приложений NGINX Unit" –2 +/–

Сообщение от кверти (ok), 13-Апр-18, 04:06

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

Ответить | Правка | Наверх | Cообщить модератору

19. "Первый стабильный релиз  сервера приложений NGINX Unit" +/–

Сообщение от Anonimus (??), 13-Апр-18, 18:21

> То есть чтобы определённую конфигурацию загрузить при старте/рестарте юнита, мне нужно
> завести скриптик вызывающий curl, чтобы он накидал юниту что и как
> делать.
> Странно что это не предусмотрено изначально...
Смысл юнита в том что б менять конфиг на лету без рестарта.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

30. "Первый стабильный релиз  сервера приложений NGINX Unit" +1 +/–

Сообщение от пох (?), 17-Апр-18, 17:48

> Смысл юнита в том что б менять конфиг на лету без рестарта.
перечитать текстовый файл (и "без рестарта") модные-современные программисты ниасилили?
(и да, если мне понадобится этот файл передавать из "уеб-приложения" [с кучей грабель при таймауте/ошибке/проблемах в самом приложении по пути] - уж поверьте, я как-нибудь сумею написать сверхсложный интерфейс, который в одну дырку принимает его из того же nginx'а, а из другой записывает в предназначенное для конфигов место. И даже без unit для этой мегахайлоадной задачи обойдусь.)
Впрочем, после вебинара про mod_security у меня странные мысли про тех людей, которые работают в nginx co.

Ответить | Правка | Наверх | Cообщить модератору

8. "Первый стабильный релиз  сервера приложений NGINX ..." –1 +/–

Сообщение от evkogan (?), 13-Апр-18, 08:48

А разграничение прав в API насколько гибко-диференцированное, можно на отдельный сайт права раздавать, чтобы получить аналог .htaccess?

Ответить | Правка | Наверх | Cообщить модератору

9. "Первый стабильный релиз  сервера приложений NGINX ..." +2 +/–

Сообщение от Аноним (-), 13-Апр-18, 11:41

.access не нужны, координацию запросов должно выполнять приложение на любом языке программирования
В последние годы только используют index.php+static и подобные, а все остальное скрыто на уровне выше.

Ответить | Правка | Наверх | Cообщить модератору

10. "Первый стабильный релиз  сервера приложений NGINX ..." +/–

Сообщение от Василий Топоров (?), 13-Апр-18, 11:48

Очень даже нужны. Гораздо проще прописать один раз правило для редиректа (301-го, например) в .htaccess, чем дергать лишний раз тяжелое приложение для этого.

Ответить | Правка | Наверх | Cообщить модератору

11. "Первый стабильный релиз  сервера приложений NGINX ..." +/–

Сообщение от Аноним (-), 13-Апр-18, 12:08

Это ведь не значит что нельзя, просто не рекомендуемый способ для application server.

Ответить | Правка | Наверх | Cообщить модератору

20. "Первый стабильный релиз  сервера приложений NGINX ..." +/–

Сообщение от Anonimus (??), 13-Апр-18, 18:22

Именно что нельзя...

Ответить | Правка | Наверх | Cообщить модератору

21. "Первый стабильный релиз  сервера приложений NGINX ..." +/–

Сообщение от Anonimus (??), 13-Апр-18, 18:26

> Очень даже нужны. Гораздо проще прописать один раз правило для редиректа (301-го,
> например) в .htaccess, чем дергать лишний раз тяжелое приложение для этого.
... и тяжелое приложение для каждого запроса будет читать твой файлик и сканить рекурсивно папки замедляя работу сайта... Это же лучше чем просто перечитать конфиг командой reload?

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

33. "Первый стабильный релиз  сервера приложений NGINX ..." –3 +/–

Сообщение от пох (?), 17-Апр-18, 18:09

> ... и тяжелое приложение для каждого запроса будет читать твой файлик и
а по другому ты уже не умеешь? Вон из профессии!
> сканить рекурсивно папки замедляя работу сайта... Это же лучше чем просто
> перечитать конфиг командой reload?
это лучше тем, что у тебя нет доступа к тому конфигу. Ибо им ты поломаешь не только свою косорукую поделку, но и соседние. Поэтому пиши заявку в жиру, мы лет через пять до нее доберемся и "перечитаем конфиг", предварительно проверив на тестовой ферме, специально под твое изменение собранной (это еще пару лет займет).
а мог бы ты писать в .htaccess - давно бы домой улетел.
(впрочем я знаю, ты вместо этого будешь рерайты и редиректы вместе с базовым контролем доступа  пихать не в "тяжелое" приложение nginx, а в "легкую" хрень на пихоне/жабе/что там сегодня модно, всего пятьсот мегабайт rss с рестартом интерпретатора на каждый запрос)
"папки" говорят сами за себя, ага. (и нет, чтение даже десятка .htaccess - ни разу не ресурсоемкая операция. Если сделать как надо, а не как ты cумеешь. В том числе потому, что файловые системы по сей день разрабатывают те кто умеют, а не разработчики на модных языках.)
блин, дайте какой-нибудь другой глобус, этот засран окончательно :-(

Ответить | Правка | Наверх | Cообщить модератору

22. "Первый стабильный релиз  сервера приложений NGINX ..." +2 +/–

Сообщение от KonstantinB (ok), 13-Апр-18, 19:19

Если вам нужен htaccess, вам не нужен nginx unit.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

34. "Первый стабильный релиз  сервера приложений NGINX ..." +/–

Сообщение от пох (?), 17-Апр-18, 18:10

> Если вам нужен htaccess, вам не нужен nginx unit.
nginx unit не нужен, мы уже поняли.

Ответить | Правка | Наверх | Cообщить модератору

12. "Первый стабильный релиз  сервера приложений NGINX ..." +/–

Сообщение от evkogan (?), 13-Апр-18, 14:34

> В последние годы только используют index.php+static и подобные, а все остальное скрыто
> на уровне выше.
А может кто-то ответить по делу, нужны/не нужны это другой вопрос.
Я спрашивал насколько хорошо разграничиваются права на API, можно сделать аналог .htaccess или нет.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

32. "Первый стабильный релиз  сервера приложений NGINX ..." +1 +/–

Сообщение от пох (?), 17-Апр-18, 17:59

> А может кто-то ответить по делу, нужны/не нужны это другой вопрос.
> Я спрашивал насколько хорошо разграничиваются права на API, можно сделать аналог .htaccess
> или нет.
нет. Сысоев никогда не работал в организациях, где админы веб-фронтендов и приложений - разные недружественные команды, тем более - никогда не занимался хостингом untrusted сайтов.
Поэтому в свое время эту вещь делать не стал, объявив что ему она не нужна и портит всю музыку.
нынешние неспособны. Все на что их хватило, это вот выкатить на-гора универсальный fpm.
Так что и не ждите. Пишите скрипты/мэйкфайлы/юзерфрендли интерфейсы/чорта лысого для решения этой проблемы. Это всерьез и надолго, скорее всего - навсегда.

Ответить | Правка | Наверх | Cообщить модератору

18. "Первый стабильный релиз  сервера приложений NGINX ..." +/–

Сообщение от Anonimus (??), 13-Апр-18, 18:20

Нельзя и никогда не будет можно. Приложение для другого предназначалось. Отдельные права на отдельный сайт вы можете раздавать и в nginx, а прямой аналог .htaccess никогда не появится в nginx и ранее кучу раз обсуждалось почему он не нужен.
Данное приложение, если очень грубо и брать во внимание только работу с php, по своему принципу работы аналогично работе nginx + php-fpm + upstreams, но с возможностью менять настройки php-fpm без рестарта php. Эта штука больше заточена под hi-load. Для своего блога есть смысл продолжать использовать классическую связку nginx + php-fpm.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

31. "Первый стабильный релиз  сервера приложений NGINX ..." +/–

Сообщение от пох (?), 17-Апр-18, 17:55

> аналог .htaccess никогда не появится в nginx и ранее кучу раз
> обсуждалось почему он не нужен.
патамушта ниасиляторы, да. К этому все и сводилось. (и да, htaccess не так прост как кажется на первый взгляд, нормально реализовать его в существующей архитектуре нынешние манки-кодеры не смогут)
> upstreams, но с возможностью менять настройки php-fpm без рестарта php. Эта
> штука больше заточена под hi-load. Для своего блога есть смысл продолжать
настоящему highload абсолютно фиолетово на рестарт единичного php-fpm. (который может и сам йапнутся от миллиона причин, или сервер под ним)
Это ваши блохи разбегаются, потому что он у вас вообще один-единственный.
> использовать классическую связку nginx + php-fpm.
то есть ненужнейшее ненужно, я вас понял.
к php-fpm есть определенные претензии. Но вы явно не в курсе.

Ответить | Правка | Наверх | Cообщить модератору

37. "Первый стабильный релиз  сервера приложений NGINX ..." +/–

Сообщение от нет (??), 18-Сен-18, 23:46

Все у тебя есть претензии ко всему, всех успел обосрать не приведя не одного адекватного аргумента. Тебе никто не хочет даже доказывать то, что есть в открытом доступе и 100500 раз обсуждалось.
Мне кажется что ты просто страдаешь неофобией, или просто идиот :)

Ответить | Правка | Наверх | Cообщить модератору

24. "Первый стабильный релиз  сервера приложений NGINX Unit" +/–

Сообщение от Аноним (-), 13-Апр-18, 20:00

>в шланги свинец
как там, у вас в 80х? андропов уже умер?

Ответить | Правка | Наверх | Cообщить модератору

25. "Первый стабильный релиз  сервера приложений NGINX Unit" –2 +/–

Сообщение от Аноним (-), 15-Апр-18, 01:07

Вот еще один пример как язык С погибает :)

Ответить | Правка | Наверх | Cообщить модератору

26. "Первый стабильный релиз  сервера приложений NGINX Unit" –2 +/–

Сообщение от rvs2016 (ok), 16-Апр-18, 19:14

Чё-то я не понял - в чём радость?
Описали то, что можно делать в Apache.
Обычная система CGI что ли? А назвали-то! Сервер приложений...!

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "Первый стабильный релиз сервера приложений NGINX Unit"	+6 +/–
Сообщение от Аноним (-), 12-Апр-18, 23:24
> разные версии языков > Perl Спасибо ребят за perl, будем изучать. Кажется я нашел где находится лучшее решение по организации test&&deploy поверх разных версии perl на базе NGINX Unit. Надо обкатать.
Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Первый стабильный релиз сервера приложений NGINX Unit"	+/–
	Сообщение от RudW0lf (?), 13-Апр-18, 17:48
	Что таки остались люди использующие перл в проде?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Первый стабильный релиз сервера приложений NGINX Unit"	+5 +/–
	Сообщение от Аноним (-), 13-Апр-18, 19:23
	> Что таки остались люди использующие перл в проде? То чувство когда ты вдруг осознаешь что реальный мир вокруг отличается от твоего представления?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Первый стабильный релиз сервера приложений NGINX Unit"	–4 +/–
	Сообщение от пох (?), 17-Апр-18, 09:44
	>> Что таки остались люди использующие перл в проде? > То чувство когда ты вдруг осознаешь что реальный мир вокруг отличается от > твоего представления? да знаем мы что в мире все еще воруют у археологов мумии программистов на коболе, знаем.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Первый стабильный релиз сервера приложений NGINX Unit"	+1 +/–
	Сообщение от антончик (?), 16-Апр-18, 19:35
	Не поверишь, но в мире есть люди, которые не только что закончили школу и сразу побежали на первую галеру писать на модном-молодёжном языке профессионального программирования жопаскрипт.
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору


	28. "Первый стабильный релиз сервера приложений NGINX Unit"	+2 +/–
	Сообщение от пох (?), 17-Апр-18, 09:43
	а сделали это все двадцать лет назад, и борода уже седая, а все та же цепь, почти не заржавела, и то же весло - почти и не стерлось? (кстати, имейте в виду, модным-современным пластиковым грести легче, чем этим вашим тесанным из цельной сосны, хотя мозоли первое время и будут мешать, а новые образуются не сразу и в других местах) нет, серьезно - кому-то все еще нравится программировать вебню на перле? И не потому что ниасиляторы, ибо возраст уже не позволяет ничему научиться, а "есть законченные проекты на руби/питоне/жабе..ЭЭ/php на худой конец, для данной задачи перл подходит лучше" ?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Первый стабильный релиз сервера приложений NGINX Unit"	+/–
	Сообщение от max (??), 20-Апр-18, 09:47
	ЫЫЫ
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Первый стабильный релиз сервера приложений NGINX Unit"	+/–
	Сообщение от Gogi (??), 09-Окт-20, 12:51
	А чем вообще "вебня на перле" отличается от той же на "пестоне"?? У перла есть аналог ASP, позволяющий чётко выдавать контент. Сам язык - удобный, много полезных конструкций, есть ООП. Не писать на перле - это просто придумывать себе оправдания.
	Ответить \| Правка \| К родителю #28 \| Наверх \| Cообщить модератору

4. "Первый стабильный релиз сервера приложений NGINX Unit"	+2 +/–
Сообщение от Aukamo (ok), 13-Апр-18, 02:47
Ура! Дождались.
Ответить \| Правка \| Наверх \| Cообщить модератору

5. "Первый стабильный релиз сервера приложений NGINX Unit"	+/–
Сообщение от Аноним (-), 13-Апр-18, 03:39
То есть чтобы определённую конфигурацию загрузить при старте/рестарте юнита, мне нужно завести скриптик вызывающий curl, чтобы он накидал юниту что и как делать. Странно что это не предусмотрено изначально...
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Первый стабильный релиз сервера приложений NGINX Unit"	–2 +/–
	Сообщение от кверти (ok), 13-Апр-18, 04:06
	Странно, что ты вообще тогда нужен, если за тебя все можно сделать
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Первый стабильный релиз сервера приложений NGINX Unit"	+/–
	Сообщение от Anonimus (??), 13-Апр-18, 18:21
	> То есть чтобы определённую конфигурацию загрузить при старте/рестарте юнита, мне нужно > завести скриптик вызывающий curl, чтобы он накидал юниту что и как > делать. > Странно что это не предусмотрено изначально... Смысл юнита в том что б менять конфиг на лету без рестарта.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	30. "Первый стабильный релиз сервера приложений NGINX Unit"	+1 +/–
	Сообщение от пох (?), 17-Апр-18, 17:48
	> Смысл юнита в том что б менять конфиг на лету без рестарта. перечитать текстовый файл (и "без рестарта") модные-современные программисты ниасилили? (и да, если мне понадобится этот файл передавать из "уеб-приложения" [с кучей грабель при таймауте/ошибке/проблемах в самом приложении по пути] - уж поверьте, я как-нибудь сумею написать сверхсложный интерфейс, который в одну дырку принимает его из того же nginx'а, а из другой записывает в предназначенное для конфигов место. И даже без unit для этой мегахайлоадной задачи обойдусь.) Впрочем, после вебинара про mod_security у меня странные мысли про тех людей, которые работают в nginx co.
	Ответить \| Правка \| Наверх \| Cообщить модератору

8. "Первый стабильный релиз сервера приложений NGINX ..."	–1 +/–
Сообщение от evkogan (?), 13-Апр-18, 08:48
А разграничение прав в API насколько гибко-диференцированное, можно на отдельный сайт права раздавать, чтобы получить аналог .htaccess?
Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Первый стабильный релиз сервера приложений NGINX ..."	+2 +/–
	Сообщение от Аноним (-), 13-Апр-18, 11:41
	.access не нужны, координацию запросов должно выполнять приложение на любом языке программирования В последние годы только используют index.php+static и подобные, а все остальное скрыто на уровне выше.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Первый стабильный релиз сервера приложений NGINX ..."	+/–
	Сообщение от Василий Топоров (?), 13-Апр-18, 11:48
	Очень даже нужны. Гораздо проще прописать один раз правило для редиректа (301-го, например) в .htaccess, чем дергать лишний раз тяжелое приложение для этого.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Первый стабильный релиз сервера приложений NGINX ..."	+/–
	Сообщение от Аноним (-), 13-Апр-18, 12:08
	Это ведь не значит что нельзя, просто не рекомендуемый способ для application server.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Первый стабильный релиз сервера приложений NGINX ..."	+/–
	Сообщение от Anonimus (??), 13-Апр-18, 18:22
	Именно что нельзя...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Первый стабильный релиз сервера приложений NGINX ..."	+/–
	Сообщение от Anonimus (??), 13-Апр-18, 18:26
	> Очень даже нужны. Гораздо проще прописать один раз правило для редиректа (301-го, > например) в .htaccess, чем дергать лишний раз тяжелое приложение для этого. ... и тяжелое приложение для каждого запроса будет читать твой файлик и сканить рекурсивно папки замедляя работу сайта... Это же лучше чем просто перечитать конфиг командой reload?
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	33. "Первый стабильный релиз сервера приложений NGINX ..."	–3 +/–
	Сообщение от пох (?), 17-Апр-18, 18:09
	> ... и тяжелое приложение для каждого запроса будет читать твой файлик и а по другому ты уже не умеешь? Вон из профессии! > сканить рекурсивно папки замедляя работу сайта... Это же лучше чем просто > перечитать конфиг командой reload? это лучше тем, что у тебя нет доступа к тому конфигу. Ибо им ты поломаешь не только свою косорукую поделку, но и соседние. Поэтому пиши заявку в жиру, мы лет через пять до нее доберемся и "перечитаем конфиг", предварительно проверив на тестовой ферме, специально под твое изменение собранной (это еще пару лет займет). а мог бы ты писать в .htaccess - давно бы домой улетел. (впрочем я знаю, ты вместо этого будешь рерайты и редиректы вместе с базовым контролем доступа пихать не в "тяжелое" приложение nginx, а в "легкую" хрень на пихоне/жабе/что там сегодня модно, всего пятьсот мегабайт rss с рестартом интерпретатора на каждый запрос) "папки" говорят сами за себя, ага. (и нет, чтение даже десятка .htaccess - ни разу не ресурсоемкая операция. Если сделать как надо, а не как ты cумеешь. В том числе потому, что файловые системы по сей день разрабатывают те кто умеют, а не разработчики на модных языках.) блин, дайте какой-нибудь другой глобус, этот засран окончательно :-(
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Первый стабильный релиз сервера приложений NGINX ..."	+2 +/–
	Сообщение от KonstantinB (ok), 13-Апр-18, 19:19
	Если вам нужен htaccess, вам не нужен nginx unit.
	Ответить \| Правка \| К родителю #10 \| Наверх \| Cообщить модератору


	34. "Первый стабильный релиз сервера приложений NGINX ..."	+/–
	Сообщение от пох (?), 17-Апр-18, 18:10
	> Если вам нужен htaccess, вам не нужен nginx unit. nginx unit не нужен, мы уже поняли.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Первый стабильный релиз сервера приложений NGINX ..."	+/–
	Сообщение от evkogan (?), 13-Апр-18, 14:34
	> В последние годы только используют index.php+static и подобные, а все остальное скрыто > на уровне выше. А может кто-то ответить по делу, нужны/не нужны это другой вопрос. Я спрашивал насколько хорошо разграничиваются права на API, можно сделать аналог .htaccess или нет.
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	32. "Первый стабильный релиз сервера приложений NGINX ..."	+1 +/–
	Сообщение от пох (?), 17-Апр-18, 17:59
	> А может кто-то ответить по делу, нужны/не нужны это другой вопрос. > Я спрашивал насколько хорошо разграничиваются права на API, можно сделать аналог .htaccess > или нет. нет. Сысоев никогда не работал в организациях, где админы веб-фронтендов и приложений - разные недружественные команды, тем более - никогда не занимался хостингом untrusted сайтов. Поэтому в свое время эту вещь делать не стал, объявив что ему она не нужна и портит всю музыку. нынешние неспособны. Все на что их хватило, это вот выкатить на-гора универсальный fpm. Так что и не ждите. Пишите скрипты/мэйкфайлы/юзерфрендли интерфейсы/чорта лысого для решения этой проблемы. Это всерьез и надолго, скорее всего - навсегда.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Первый стабильный релиз сервера приложений NGINX ..."	+/–
	Сообщение от Anonimus (??), 13-Апр-18, 18:20
	Нельзя и никогда не будет можно. Приложение для другого предназначалось. Отдельные права на отдельный сайт вы можете раздавать и в nginx, а прямой аналог .htaccess никогда не появится в nginx и ранее кучу раз обсуждалось почему он не нужен. Данное приложение, если очень грубо и брать во внимание только работу с php, по своему принципу работы аналогично работе nginx + php-fpm + upstreams, но с возможностью менять настройки php-fpm без рестарта php. Эта штука больше заточена под hi-load. Для своего блога есть смысл продолжать использовать классическую связку nginx + php-fpm.
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	31. "Первый стабильный релиз сервера приложений NGINX ..."	+/–
	Сообщение от пох (?), 17-Апр-18, 17:55
	> аналог .htaccess никогда не появится в nginx и ранее кучу раз > обсуждалось почему он не нужен. патамушта ниасиляторы, да. К этому все и сводилось. (и да, htaccess не так прост как кажется на первый взгляд, нормально реализовать его в существующей архитектуре нынешние манки-кодеры не смогут) > upstreams, но с возможностью менять настройки php-fpm без рестарта php. Эта > штука больше заточена под hi-load. Для своего блога есть смысл продолжать настоящему highload абсолютно фиолетово на рестарт единичного php-fpm. (который может и сам йапнутся от миллиона причин, или сервер под ним) Это ваши блохи разбегаются, потому что он у вас вообще один-единственный. > использовать классическую связку nginx + php-fpm. то есть ненужнейшее ненужно, я вас понял. к php-fpm есть определенные претензии. Но вы явно не в курсе.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Первый стабильный релиз сервера приложений NGINX ..."	+/–
	Сообщение от нет (??), 18-Сен-18, 23:46
	Все у тебя есть претензии ко всему, всех успел обосрать не приведя не одного адекватного аргумента. Тебе никто не хочет даже доказывать то, что есть в открытом доступе и 100500 раз обсуждалось. Мне кажется что ты просто страдаешь неофобией, или просто идиот :)
	Ответить \| Правка \| Наверх \| Cообщить модератору

24. "Первый стабильный релиз сервера приложений NGINX Unit"	+/–
Сообщение от Аноним (-), 13-Апр-18, 20:00
>в шланги свинец как там, у вас в 80х? андропов уже умер?
Ответить \| Правка \| Наверх \| Cообщить модератору

25. "Первый стабильный релиз сервера приложений NGINX Unit"	–2 +/–
Сообщение от Аноним (-), 15-Апр-18, 01:07
Вот еще один пример как язык С погибает :)
Ответить \| Правка \| Наверх \| Cообщить модератору

26. "Первый стабильный релиз сервера приложений NGINX Unit"	–2 +/–
Сообщение от rvs2016 (ok), 16-Апр-18, 19:14
Чё-то я не понял - в чём радость? Описали то, что можно делать в Apache. Обычная система CGI что ли? А назвали-то! Сервер приложений...!
Ответить \| Правка \| Наверх \| Cообщить модератору