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.ru/opennews/art.shtml?num=51865

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

Оглавление

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

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

2. Сообщение от Аноним (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, #4, #5, #23, #25, #26, #37

3. Сообщение от Аноним (2), 15-Ноя-19, 10:19   +/
...где
xx, yy, zz - могут == или !=

В чем смысл ?

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #7

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #6, #45, #47

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #21, #24

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #13, #15, #20, #22

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

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


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

Стареем

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #14

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #35

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #19

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

18. Сообщение от пох. (?), 15-Ноя-19, 11:46   +/
> но теперь похоже они хотят заменить и нжинкс тоже.

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #48

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #31, #36

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #32

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #38

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

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #33

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

39. Сообщение от Аноним (2), 15-Ноя-19, 14:34   +/
звездочек могет и не быть...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #41, #42

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #43

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

43. Сообщение от пох. (?), 15-Ноя-19, 16:13   +1 +/
> А сам ещё недавно поносил XML, да?

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

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


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


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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #50

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #49, #52

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #61

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #51, #60

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #62, #65

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

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

54. Сообщение от Аноним (54), 16-Ноя-19, 00:45   –1 +/
это где такие компании замечательные?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #55, #57

55. Сообщение от Аноним (55), 16-Ноя-19, 00:57   +1 +/
Практически везде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #59

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #69

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #66

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

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

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

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

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #68

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

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

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

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #67

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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


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

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




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

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