The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от opennews (??), 15-Ноя-19, 10:12 
Сформирован выпуск сервера приложений NGINX Unit 1.13, в рамках которого развивается решение для обеспечения запуска web-приложений на различных языках программирования (Python, PHP, Perl, Ruby, Go, JavaScript/Node.js и Java). Под управлением NGINX Unit может одновременно выполняться несколько приложений на разных языках программирования, параметры запуска которых можно изменять динамически без необходимости правки файлов конфигурации и перезапуска. Код написан на языке Си и распространяется под лицензией Apache 2.0. С особенностями NGINX Unit можно познакомиться в анонсе первого выпуска...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=51865

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

Оглавление

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


1. "Выпуск сервера приложений NGINX Unit 1.13.0"  +4 +/
Сообщение от Аноним (1), 15-Ноя-19, 10:12 
Очень удобная система конфигурирования в комплекте.
Ответить | Правка | Наверх | Cообщить модератору

2. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (2), 15-Ноя-19, 10:17 
Звиняюсь за вопрос, но какой сакральный смысл в двойных кавычках, шмобках и прочих брайсах - нафейхоа ?

разве так не проще, читабельнее(?):

*.routes.xx.match.uri=/ipv4/*
*.routes.xx.action.proxy=http://127.0.0.1:8080

*.routes.yy.match.uri=/unix/*
*.routes.yy.action.proxy=http://unix:/path/to/unix.sock

*.routes.zz.match.uri=/ipv6/*
*.routes.zz.action.proxy=http://BLA.BLA.BLA:8080

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

3. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (2), 15-Ноя-19, 10:19 
...где
xx, yy, zz - могут == или !=

В чем смысл ?

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

4. "Выпуск сервера приложений NGINX Unit 1.13.0"  +1 +/
Сообщение от Moomintroll (ok), 15-Ноя-19, 10:22 
> какой сакральный смысл в двойных кавычках, шмобках и прочих брайсах - нафейхоа ?

https://ru.wikipedia.org/wiki/JSON

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

7. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (2), 15-Ноя-19, 10:34 
Нафейхоа, для конфига(ов) уточняю? невозможно понять ?
Это же не данные предметной области ?
Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск сервера приложений NGINX Unit 1.13.0"  +1 +/
Сообщение от Аноним (8), 15-Ноя-19, 10:36 
Не yaml же брать. Это в первую очередь машиночитаемые файлы.
Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск сервера приложений NGINX Unit 1.13.0"  +6 +/
Сообщение от Аноним (2), 15-Ноя-19, 10:43 
> Не yaml же брать. Это в первую очередь машиночитаемые файлы.

Kонфиги ?
3начит кожанные мешки их читать и править не должны ?
Пpaвильно понимается ?

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

21. "Выпуск сервера приложений NGINX Unit 1.13.0"  +2 +/
Сообщение от Аноним Анонимович Анонимов (?), 15-Ноя-19, 11:59 
Кругом сплошной DevOps с автоматизацией. ИИ с автоматической генерацией конфигов.

Эх, были же времена с ламповым CGI и ini-файлами.

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

31. "Выпуск сервера приложений NGINX Unit 1.13.0"  –4 +/
Сообщение от Аноним (1), 15-Ноя-19, 13:23 
Писать конфиги  руками это все равно что мамонтов рисовать в пещерах. Забавная развлекуха, но не метод к применению.
Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск сервера приложений NGINX Unit 1.13.0"  –2 +/
Сообщение от Аноним (2), 15-Ноя-19, 14:20 
>> Эх, были же времена с ламповым CGI и ini-файлами.

Это что ж получается, вытирая сопли возложим цветы на могилу SIGHUP, SIGUSR1 и неизвестного сигнала ?

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

24. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (8), 15-Ноя-19, 12:07 
Вот yaml то такой человекочитаемый, а главное такое однозначный и понятный, угу, да

https://github.com/cblp/yaml-sucks

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

32. "Выпуск сервера приложений NGINX Unit 1.13.0"  +1 +/
Сообщение от Аноним (32), 15-Ноя-19, 14:05 
Ха! Так ведь и на языке Си можно написать sucks и нечитаемку.

Как всегда: обучение и профессионализм рулят и педалят. Или чайники фрустируют.

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

11. "Выпуск сервера приложений NGINX Unit 1.13.0"  +2 +/
Сообщение от Moomintroll (ok), 15-Ноя-19, 10:58 
> Нафейхоа, для конфига(ов) уточняю?

Конфигов, как таковых, насколько я понял у Unit'а нет. Он полностью управляется через API, включая первоначальную после старта конфигурацию. А для всевозможных (HTTP/REST-)API - JSON вполне адекватный выбор исходя из того, что пользователь/админ руками в API эндпоинт не ходит.

Т.е. этот подход подразумевает какую-то систему управления конфигурацией. Вполне вероятно за отдельные деньги - надо ж чем то зарабатывать  NGINX Inc.

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

13. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (2), 15-Ноя-19, 11:33 
>> Конфигов, как таковых, насколько я понял у Unit'а нет. Он полностью управляется через API, включая первоначальную после старта конфигурацию.

Ужость, нах...
Вопрос когда оно все замкнется на systemd-nginx ? и последствия ?


>> А для всевозможных (HTTP/REST-)API - JSON вполне адекватный выбор исходя из того, что пользователь/админ руками в API эндпоинт не ходит.

Стареем

>>Т.е. этот подход подразумевает какую-то систему управления конфигурацией.
>>Вполне вероятно за отдельные деньги - надо ж чем то зараб

Понимаю, но не дюже жабно-масштабно:

- надо организовать сертфикацию по уровням, водитель API: LVL [1-10]
- для каждого сертфиката ввести k - клаудности, по тем или иным критериям
- семинары & конференции и прочие PR requests, тьфу Пиар кампании

гдe, *ля все это спрашивается, где дух ентерпрайзности, ну чтобы ЛПР прониклись ??
мелко, мелко уважаемые

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

14. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от пох. (?), 15-Ноя-19, 11:39 
все есть, вы просто не подписались почему-то на рассылку nginx.com

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

35. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (2), 15-Ноя-19, 14:18 
>> все есть, вы просто не подписались почему-то на рассылку nginx.com

уже не моя епархия, этот www и прочий нынешний серверный ентерапрайз, слишком много шлака, отошел в сторонку слегка...

сижу примус починяю, да когда там ожидается внеочередной баг Exim, надобно ставки сделать - квартал - другой ? и возможно партию дебатов продолжить, насчет SMТР & co

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

15. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (15), 15-Ноя-19, 11:41 
Уже не совсем Nginx Inc. - F5 же.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

20. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от пох. (?), 15-Ноя-19, 11:54 
> Т.е. этот подход подразумевает какую-то систему управления конфигурацией.

nginx controller, разумеется.
Конечно за отдельные.

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

22. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (1), 15-Ноя-19, 11:59 
Инит скрипт (чем бы ты не пользовался) прописывай на старт сервера. И всю свою конфигурацию сложи в файлик и подгружай. Не самые высокие технологии.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

27. "Выпуск сервера приложений NGINX Unit 1.13.0"  –2 +/
Сообщение от Аноним (27), 15-Ноя-19, 12:51 
>    Нафейхоа, для конфига(ов) уточняю? невозможно понять ?
>    Это же не данные предметной области ?

Динамическая реконфигурация скриптами конфига при переключении трафика на запасные контура.

Json парсится легко во всех скриптовых языках и в Шелле (jq утилита).

Короче: при Json меньше костылей, проставок и сущностей.

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

5. "Выпуск сервера приложений NGINX Unit 1.13.0"  –1 +/
Сообщение от пох. (?), 15-Ноя-19, 10:28 
потому что нескучный парсер json где-то на помойке нашли готовый, а ваше key=value опять пришлось бы самому писать - это немодно и немолодежно, и отнимает время разработчика, которое он мог бы потратить на ковыряние в носу.

К тому же этот конфиг предполагается автоматически генерящимся нескучным скриптом на пихоне или игогошечке, а вовсе не написанным руками (чудо-программа и читать-то его не умеет, его надо скармливать через нескучный апи), а там генератор в json есть, а в key=value опять не завезли.

Добро пожаловать в будущее, оно, с-ка такая, уже здесь.

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

6. "Выпуск сервера приложений NGINX Unit 1.13.0"  +1 +/
Сообщение от Аноним (1), 15-Ноя-19, 10:32 
И ловить все возможно баги в кейвелью. Когда нескучный скрипт может сделать что-то в духе. key=$value; value="good_value\nbad_key=bad_value" в разных вариациях. Лучше уж скрепный джейсончик с пола нельзя упасть.
Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от пох. (?), 15-Ноя-19, 11:41 
дооо, дооо. Ловить баги в нескучного форматца конфигурации (потому что их надо сперва найти в ней, чтобы потом начать искать, какой кривой скрипт это понаконфигурил) - это ведь гораздо проще.

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

19. "Выпуск сервера приложений NGINX Unit 1.13.0"  +2 +/
Сообщение от Аноним (1), 15-Ноя-19, 11:53 
Релевантнее сказать надежнее.
Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (45), 15-Ноя-19, 16:51 
>потому что нескучный парсер json где-то на помойке нашли готовый, а ваше key=value опять пришлось бы самому писать

Зачем? В nginx уже есть готовый и отлаженный за годы разработки парсер конфигов

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

47. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от KonstantinB (ok), 15-Ноя-19, 18:15 
Почему на помойке? Вот, явно самописный, в стиле nginx-а:

http://hg.nginx.org/unit/file/tip/src/nxt_conf.c

Очевидно, что при проектировании Unit-а ориентировались прежде всего на запросы корпоративных пользователей, башляющих за Nginx Plus.

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

23. "Выпуск сервера приложений NGINX Unit 1.13.0"  +2 +/
Сообщение от SOska (?), 15-Ноя-19, 12:03 
Ты чооооооооо, а как же бедные девляпсики будут понимать и генерить свои конфиги. Да и ваще падруга, ini теперь не популярен, да и прикинь как машине тяжело генерить древние ini файлы
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

25. "Выпуск сервера приложений NGINX Unit 1.13.0"  +2 +/
Сообщение от Anonymoustus (ok), 15-Ноя-19, 12:33 
Они ненавидят XML и не умеют использовать sed и awk, поэтому изобрели тот же самый XML, только со скобочками. :)
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

28. "Выпуск сервера приложений NGINX Unit 1.13.0"  –1 +/
Сообщение от Аноним (27), 15-Ноя-19, 12:53 
XML придуман не для чтения человеком. Json уже гораздо лучше и Json строг, надевляпствовать сложнее. Yaml - прелесть, но нужна дисциплина для тех, кому наляпать побыстрее.
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Anonymoustus (ok), 15-Ноя-19, 12:56 
> XML придуман не для чтения человеком. Json уже гораздо лучше и Json
> строг, надевляпствовать сложнее. Yaml - прелесть, но нужна дисциплина для тех,
> кому наляпать побыстрее.

Все производные SGML придуманы как бы не совсем для чтения человеком, НО они придуманы так умно и хитро, что допускают чтение и даже создание человеком, а не программой. Кури у тёти Вики про HTML, анон. :)

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

33. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (32), 15-Ноя-19, 14:09 
Совершенно согласен, даже без ссылок  на вики. И Html нечитаем, относительно.

Всё по прежнему. Пусть и SGML и т.д. - но нечитаем. Json - легче. Yaml - лёгок в чтении, если там автор аккуратно и сьильно написал (т.е. много возможностей запутать).

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

30. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (1), 15-Ноя-19, 13:21 
Жил-был в одной большой организации большой при большой прайс на сотни мегабайт в XML и парсился этот XML 2 часа, а то и большое. А потом в один прекрасный день все тот же прайс перевели в JSON и стал он парсится полсекунды. Мораль в ухо себе запихни свой XML.
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

34. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (32), 15-Ноя-19, 14:11 
В XML может не быть точного пути к объекту, и приходится дописывать в своём коде логику поиска. Гибко, но неудобно.
Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск сервера приложений NGINX Unit 1.13.0"  +1 +/
Сообщение от Аноним (44), 15-Ноя-19, 16:16 
Мораль: инструменты надо выбирать в соответствии с задачей, а не один на все случаи жизни.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

53. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (53), 16-Ноя-19, 00:23 
Если из коробки 1C выдает XML то приходится пользоваться тем что есть. А потом уже в соответствии с задачей можно подшаманить и на выходе из 1С получить JSON. И загрузка на сайт стремительным образом ускоряется.
Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (45), 15-Ноя-19, 16:53 
>Мораль в ухо себе запихни свой парсер XML.

Fixed. Если ты выбрал самый тормозной парсер, еще не значит, что у соседа тот же самый документ не распарсится в сто раз быстрее.

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

50. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от пох. (?), 15-Ноя-19, 23:21 
> Fixed. Если ты выбрал самый тормозной парсер

а что, кроме libxml2 и оберток над ним - еще кто-то есть? ;-) И при этом еще и работающий? Отож.

xml в любом случае - дерьмовая замена базы данных. Хотя, конечно, "сотни мегабайт" это никакой не "большой", и, вероятно, что-то было сильно не так еще и с форматом этого xml - оно должно парситься минуты (что тоже безобразно долго, потому что будь он в нормальной бд - "парсился" бы миллисекунды) а не "несколько часов".
А для выгрузки существует уже пол-века прекрасный формат csv. Правда, есть сомнения что существует работающий модуль для любимого пихона, способный его разобрать, а сами-то нынешние программисты вряд ли в состоянии написать такой сложный алгоритм.

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

51. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (51), 16-Ноя-19, 00:02 
Рабирать CSV - самому программировать экран запятых и т.д.

CSV  не имеет типов словарь, список/массив, число, булево значение. Нельзя группировать в ветки и деревья.

Очень уж CSV отсталое и кондовое. Когда есть более простые и более гибкие тулы, где возможно переиспользовать код, а не писать каждый раз логики разбора.

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

62. "Выпуск сервера приложений NGINX Unit 1.13.0"  +1 +/
Сообщение от непомнюкто (?), 16-Ноя-19, 12:52 
Там единственный тип - строка.
Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от пох. (?), 16-Ноя-19, 23:20 
> Рабирать CSV - самому программировать экран запятых и т.д.

да ;-)
Причем я периодически подсовываю эту задачку ваннабипрограммистам, причем с детальным объяснением, чем именно этот формат не так прост как кажется - результат, как правило, epic fail.

> CSV  не имеет типов

он вообще не имеет типов, если что. Он текст ;-)
Но валидация - это отдельная задачка, обычно и с парсингом-то не справляются, куда им.

> словарь, список/массив, число, булево значение. Нельзя группировать в ветки и деревья.

у вас часто все эти проблемы - в прайслисте? ;-)
csv предназначен для текстового представления relational data, если что. Ветки, деревья и массивы в нормализованной таблице хранить не принято, но для прайслиста вполне сойдет.

P.S. а я тут развлекаюсь с Xpath, 20 лет спустя. Потому что имеющееся гуано - ага, умеет json (который для этого случая не подходит) и xml. csv, или хотя бы tab separated (у меня таблица без изысков, там только числа) - не, слишком сложно для современных разработчиков. Это ж надо самому, а не херак-херак готовую библиотеку с нескучным апи...

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

60. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Anonymoustus (ok), 16-Ноя-19, 09:53 
>[оверквотинг удален]
> а что, кроме libxml2 и оберток над ним - еще кто-то есть?
> ;-) И при этом еще и работающий? Отож.
> xml в любом случае - дерьмовая замена базы данных. Хотя, конечно, "сотни
> мегабайт" это никакой не "большой", и, вероятно, что-то было сильно не
> так еще и с форматом этого xml - оно должно парситься
> минуты (что тоже безобразно долго, потому что будь он в нормальной
> бд - "парсился" бы миллисекунды) а не "несколько часов".
> А для выгрузки существует уже пол-века прекрасный формат csv. Правда, есть сомнения
> что существует работающий модуль для любимого пихона, способный его разобрать, а
> сами-то нынешние программисты вряд ли в состоянии написать такой сложный алгоритм.

Вот именно. Непонятно, почему не использовать БД. И ещё жалуются, что плохо получилось.

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

66. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от пох. (?), 16-Ноя-19, 23:23 
> Вот именно. Непонятно, почему не использовать БД. И ещё жалуются, что плохо

может это у них выгрузка из той самой БД в таком формате.
Иногда приходится и обмениваться данными.

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

67. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Anonymoustus (ok), 16-Ноя-19, 23:36 
>> Вот именно. Непонятно, почему не использовать БД. И ещё жалуются, что плохо
> может это у них выгрузка из той самой БД в таком формате.
> Иногда приходится и обмениваться данными.

Скорее всего, да. Диды чего-то настроили, да внуки в дидовских письменах разобраться ниасилили.

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

40. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от пох. (?), 15-Ноя-19, 14:50 
наоборот, чтоб вы знали - xml придуман именно для чтения человеком. Но, заметим, вовсе не для регулярного писания, и не парсинга - а только и исключительно для отладки.
Поэтому читать его удобно.

json безусловно "гораздо лучше", ибо нескучный язычок без комментариев, пробелов и переносов строк (все это поздние расширения, кстати, вовсе не факт что поддерживаемые доставшимся вам вариантом парсера), зато с миллионом вложенных скобочек и кавычек, конечно же предназначен для людей, а то им заняться нечем, пусть-ка скобочки расставляют, и смотри не перепутай, где какие.

Зато гуанокодеры смогли, наконец, поналяпать для его разбора и создания миллион уродливых библиотечек (вот как раз - половина старательно уничтожает форматирование, 90% не понимают комментариев, ибо нефиг)

yaml - окончательная прелесть, что это, действительно, за ерунда такая - конфиг, не ломающийся от лишнего пробела.

Нужны массовые расстрелы или чумная пандемия. Другим способом планетку уже не спасти.

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

41. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (41), 15-Ноя-19, 15:15 
> наоборот, чтоб вы знали - xml придуман именно для чтения человеком. Но,
> заметим, вовсе не для регулярного писания, и не парсинга - а
> только и исключительно для отладки.
> Поэтому читать его удобно.

<повествование>
<и>охватила следом <действо какое="амнезия"><субъект>человечество</субъект><характеристика>мгновенная</характеристика><характеристика>массовая</характеристика></действо></и>
<и>родили они на свет <субъект><признак тип="количество" значение="тысячи" /><признак тип="характеристика" значение="дофига читаемых" /><признак тип="название" значение="конфигов" /></субъект></и>
</повествование>

А сам ещё недавно поносил XML, да?

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

43. "Выпуск сервера приложений NGINX Unit 1.13.0"  +1 +/
Сообщение от пох. (?), 15-Ноя-19, 16:13 
> А сам ещё недавно поносил XML, да?

он был, мягко говоря, неудачной задумкой - это-то твое чудо надо просто прогнать через форматтер (а лучше через парсер - только что-то я не вижу твоего dtd - а то может там и глазами  ничего читать не надо, ересь какая написана), проблема была в другом - написать надежный и эффективный парсер/сериализатор этого формата не получилось. То ли задача оказалась слишком сложной, то ли руки не оттуда затоптали поляну до полной непролазности. С libxml2 - rce/crash уязвимость раз в неделю, и по сей день, что характерно.

А в коде, который использовал такие конфиги, почему-то разработчики каждый раз оставляли себе написание генератора этого конфига - на сладкое. До сладкого обычно не доходило, проекты дохли еще на стадии салатов, поэтому приходилось писать эту муть руками - для чего она, напоминаю, никогда не предназначалась. Что не добавило любви к этой технологии.


Но модные-современные замены, разумеется, всем хуже. То есть просто й...й стыд даже по сравнению с xml. Ну ничего, зато парсер простой, каждая мартышка может себе написать.
(правда, и там раз в месяц rce - причем в каждой реализации, регулярно.)


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

42. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (1), 15-Ноя-19, 15:58 
Лол нет для чтения машиной. Ты в своей виндожизни никогда XML видать не читал, но мнение имеешь. Читать XML человеком всегда неудобно.
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

58. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от KonstantinB (ok), 16-Ноя-19, 09:37 
Конфиги - это key-value, вложенные в друг друга. XML тут избыточен, и вообще XML не для этого придуман. Вот человек все правильно написал - XML редко используется правильно: https://www.devever.net/~hl/xml

Для машинногенерируемого конфига JSON вполне годится. Для редактируемого человеком - в зависимости от сложности, для небольших уровней вложенности - INI-файлы, для более сложных - много вариантов, конфиги и Апача, и nginx окей.

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

59. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Anonymoustus (ok), 16-Ноя-19, 09:50 
> Конфиги - это key-value, вложенные в друг друга. XML тут избыточен, и
> вообще XML не для этого придуман. Вот человек все правильно написал
> - XML редко используется правильно: https://www.devever.net/~hl/xml
> Для машинногенерируемого конфига JSON вполне годится. Для редактируемого человеком - в
> зависимости от сложности, для небольших уровней вложенности - INI-файлы, для более
> сложных - много вариантов, конфиги и Апача, и nginx окей.

Всё так, согласен. Просто JSON в качестве конфига ничем, по сути, кроме JS-подобного синтаксиса не отличается от XML. Именно это я подразумевал в своём комментарии.

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

69. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (69), 17-Ноя-19, 19:32 
Отличается:
1) сложностью парсера (JSON проще на порядок)
2) наличием дополнительной "степени свободы" в виде атрибутов, что для конфигов скорее вредно.
Ответить | Правка | Наверх | Cообщить модератору

70. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Anonymoustus (ok), 17-Ноя-19, 20:20 
> Отличается:
> 1) сложностью парсера (JSON проще на порядок)

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


> 2) наличием дополнительной "степени свободы" в виде атрибутов, что для конфигов скорее
> вредно.

Никто не обязывает использовать дополнительные «степени свободы».

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

26. "Выпуск сервера приложений NGINX Unit 1.13.0"  +1 +/
Сообщение от freehck (ok), 15-Ноя-19, 12:42 
> Звиняюсь за вопрос, но какой сакральный смысл в двойных кавычках, шмобках и прочих брайсах - нафейхоа ?

Добро пожаловать в эпоху генерируемых конфигов.

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

38. "Выпуск сервера приложений NGINX Unit 1.13.0"  +2 +/
Сообщение от Аноним (2), 15-Ноя-19, 14:33 
— Я часто был несправедлив к покойному(АДМИНУ). Но был ли покойный(АДМИН) нравственным человеком? Нет, он не был нравственным человеком. Это был бывший слепой(ПОФИГИСТ), самозванец(НЕ БЫЛО СЕРТИФИКАТОВ) и гусекрад(HDD-crad). Все свои силы он положил на то, чтобы жить за счёт общества(ОРГАНИЗАЦИИ). Но общество(ОРГАНИЗАЦИО) не хотело, чтобы он жил за его счёт. А вынести этого противоречия во взглядах Михаил Самуэлевич(ИМЯРЕК) не мог, потому что имел вспыльчивый характер. И поэтому он умер. Всё!
Ответить | Правка | Наверх | Cообщить модератору

37. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от К (?), 15-Ноя-19, 14:30 
Нет, не проще. Тем более эти звёздочки.. бррр!
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

39. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (2), 15-Ноя-19, 14:34 
звездочек могет и не быть...
Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Anonim0000000 (?), 15-Ноя-19, 10:43 
А какая цель проекта в итоге? Я предполагал, что это будет просто апп сервер в связке с nginx, но теперь похоже они хотят заменить и нжинкс тоже. Но зачем? Продали бизнес и теперь хотят перетянуть на себя?
Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (15), 15-Ноя-19, 11:44 
Потому что nginx 1.хэ написан с оглядкой на нужды нулевых, а сейчас времена меняются, и nginx 2.хэ должен потребности эти вывозить, вот и считайте nginx unit это такой nginx 2.хэ, по крайней мере, будет, но не сейчас.
Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от пох. (?), 15-Ноя-19, 11:46 
> но теперь похоже они хотят заменить и нжинкс тоже.

коммерческий nginx, заметьте.

Который тоже уже давным-давно управляется через нескучные апи, и не приспособлен жить где-то вне къебенетес-кластеров и прочего модного мусора.

> Продали бизнес и теперь хотят перетянуть на себя?

нет, они именно это и продавали. И эта разработка делается на денежки F5.

А вам - щастья, здоровья, держитесь тут. Вспоминайте как конфигурить апача - похоже, если модные технологии вам не по нутру, вы скоро с ним одним и останетесь.

nginx превращается в забытое всеми легаси, в котором "главное - ничего не чинить".

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

48. "Выпуск сервера приложений NGINX Unit 1.13.0"  +2 +/
Сообщение от Valentin V. Bartenevemail (?), 15-Ноя-19, 22:55 
> нет, они именно это и продавали. И эта разработка делается на денежки F5.

Все эти "теории заговора", рассуждения в интернете о том, кто кого и почему купил/продал, о сути происходящих в больших корпорациях процессов, их мотивах и денюжках - они по степени фактажа и наивности близки к рассуждениям о геополитике штарушек из сельской глубинки после просмотра какого-нибудь Соловьева.

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

49. "Выпуск сервера приложений NGINX Unit 1.13.0"  –1 +/
Сообщение от пох. (?), 15-Ноя-19, 23:11 
о, инсайдер пожаловал. Скажите, инасайдер - у вас в контракте с F5 предусмотрен золотой парашутик на случай, ну там, "увольнения не по своей инициативе в течении первых двух лет после поглощения"? Или он только топ-топ менеджерам полагался?

А то ценность любой теории (как вам видимо забыли объяснить в школе) не в том что она правильно описывает устройство мира, а в том, сбываются ли сделанные на ее основе предсказания.

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

61. "Выпуск сервера приложений NGINX Unit 1.13.0"  –1 +/
Сообщение от Аноним (61), 16-Ноя-19, 10:36 
Вот мы плавно и подошли к тому, что вышеобозначенному господину важно только содержимое (чужого) кошелька, но не будущее веб-сервера / веб-серверов / веба в целом. Жаль, очень жаль, я надеялся, что хотя бы этот ононим будет с мозгами (sigh).
Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от пох. (?), 16-Ноя-19, 22:57 
> Вот мы плавно и подошли к тому, что вышеобозначенному господину важно только
> содержимое (чужого) кошелька

Ну, у кого чего болит...
Я ведь не про содержимое спрашивал, это вы себе сами придумали. Я намекал что многие такие вот гордые собой инсайдеры потом внезапно всплывали на thelayoff, причем открытие того факта, что корпорация, оказывается, вовсе не нуждается в их сокровенных знаниях и редких талантах (при том что то и другое - было, обеспечивая твердую уверенность в завтрашнем дне) у них день-в-день совпало с получением pink slip.

> , но не будущее веб-сервера / веб-серверов / веба в целом.

будущее совершенно безоблачно - докер в докере под докером, k8s, "микросервисы", http/3, гуглозонд встроенный в каждый сервис, и никаких админов, за полной их ненужностью в дивном новом мире, где и конфигов-то у сервера нет.

Ищите заранее какую-нибудь другую работу, если тот мир вас не устраивает. Вот, например, специалисты по citrix нынче на расхват...

А если вы о личном вебсерверке заботитесь - бросьте. Все равно безнадежно.

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

68. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от пациентАбонентыч (?), 17-Ноя-19, 11:02 
> оказывается, вовсе не нуждается в их сокровенных

ну бывает, мы же не святые, слегка улыбаясь - трубы, огонь и прочее

> будущее совершенно безоблачно

немного нагнeтy, сyгyбo инсайдерская инфа, у "вас" облака абонентофф были ? будут !

P.S.:
Ы, щаз телеком пойдет на взлет, а "акции" всяких data-centeroff слегка подешевеют

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

52. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (53), 16-Ноя-19, 00:14 
Просто в больших компаниях никто ничего сам не знает. Даже уже принятое решение могут десять раз переиграть.Или внезапно возникнуть форс мажор который никто не мог учесть. И даже человек, который фактически принимает решения не может точно сказать что он будет делать дальше.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

54. "Выпуск сервера приложений NGINX Unit 1.13.0"  –1 +/
Сообщение от Аноним (54), 16-Ноя-19, 00:45 
это где такие компании замечательные?
Ответить | Правка | Наверх | Cообщить модератору

55. "Выпуск сервера приложений NGINX Unit 1.13.0"  +1 +/
Сообщение от Аноним (55), 16-Ноя-19, 00:57 
Практически везде.
Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск сервера приложений NGINX Unit 1.13.0"  +2 +/
Сообщение от Аноним (57), 16-Ноя-19, 09:11 
В любой компании где больше 5 человек.
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

56. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (56), 16-Ноя-19, 02:48 
В оченедной раз спрошу: Unit уже научился взаимодействовать с nginx через unix socket?
Ответить | Правка | Наверх | Cообщить модератору

63. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (63), 16-Ноя-19, 15:06 
>реализована поддержка работы в режиме простого обратного прокси (reverse proxy).

Ну наконец-то, следовало с неё и начинать. Сейчас для меня уже не актуально, но пару лет назад переехал бы без проблем.

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

71. "Выпуск сервера приложений NGINX Unit 1.13.0"  +/
Сообщение от Аноним (71), 21-Ноя-19, 18:38 
И статику сервить уже научился. Глядишь, скоро и юзать можно будет.
Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру