The OpenNET Project / Index page

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



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

Оглавление

Выпуск сервера приложений NGINX Unit 1.13.0, opennews (??), 15-Ноя-19, (0) [смотреть все]

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


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ообщить модератору

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

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




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

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