The OpenNET Project / Index page

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



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

Оглавление

Выпуск Samba 4.17.0, opennews (?), 14-Сен-22, (0) [смотреть все]

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


2. "Выпуск Samba 4.17.0"  +1 +/
Сообщение от истина в последней инстанции (?), 14-Сен-22, 18:51 
> В программе smbstatus реализована возможность вывода информации в формате JSON (включается опцией "--json").

Мда, формат который мы заслужили.

Это от тех у кого bash в портянках :D

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

4. "Выпуск Samba 4.17.0"  +10 +/
Сообщение от Аноним (4), 14-Сен-22, 18:57 
На самом деле, jq -- это очень удобно.
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск Samba 4.17.0"  +17 +/
Сообщение от истина в последней инстанции (?), 14-Сен-22, 19:07 
На самом деле всё это не удобно ни человеку ни компьютеру.

Человеку удобен человеческий простой текстовый формат а не лапша из json или xml а компу удобно просто бинарные данные.

что json, что xml, что этот твой зверь jq. Тупняк одним словом.

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

8. "Выпуск Samba 4.17.0"  +7 +/
Сообщение от Аноним (4), 14-Сен-22, 19:14 
Ну, не скажи. С неструктурированными данными вообще никто работать не любит -- ни люди, ни машины. Xml конечно мощнее в плане скриптования, но слишком уж многословный и совершенно не человекочитаемый. Просто бинарные данные компу не удобно, они должны быть сериализованными для передачи и хранения. Сериализация в околотекстовый формат ничем не хуже.
Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск Samba 4.17.0"  –2 +/
Сообщение от Michael Shigorinemail (ok), 14-Сен-22, 19:25 
> Просто бинарные данные компу не удобно, они должны быть сериализованными
> для передачи и хранения.

Вот тут вспомнились рассказы разработчиков OOo насчёт "быстрого сохранения" в MSO: там тупо дампили куски памяти процесса в "документ".

Не как аргУмент, скорее один из антипримеров.

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

34. "Выпуск Samba 4.17.0"  +/
Сообщение от Аноним (34), 15-Сен-22, 05:25 
А что в этом плохого? В Smalltalk, да и в множестве современных Схем, эта функция присутствует штатно. Дампнул образ, загрузил образ -- и поехали дальше работать.
Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск Samba 4.17.0"  +/
Сообщение от Аноним (-), 15-Сен-22, 08:07 
Плохого? Ну, например, endianess у систем бывает разный. И оно вот так не портабельно без принятия специальных мер.

А еще у допустим 32 и 64 битов разный размер "нативных" слов, выравниванрий и проч. И как открыть это на вооооооон той системе, где это отличается?

Если все эти меры принять, в принципе мы уже сериализацией-десериализацией занялись и можно это и как-то покультурнее, конечно. Хотя JSON в этом смысле хрень, его и читать не больно удобно, и парсить - тоже. Да еще покажите мне кто вообще корректно парсинг JSON делает? Целые полтора браузера? А то видите ли остальные подразумевают урезаный subset, а если это не оно - что они только не вытворяют по этому поводу. Потому что generic парсинг произвольного ввода на JSON который формально валиден - ни в раз не тривиальная задача. И даже если парсер в энном случае даже и окажется не лох, готов ли его caller потом схарчить вот именно то что реально в провод пульнули - это тоже сильно отдельный вопрос.

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

94. "Выпуск Samba 4.17.0"  +/
Сообщение от Аноним (-), 15-Сен-22, 20:29 
>И оно вот так не портабельно без принятия специальных мер.

Это которые ntohs/htons? Специальные меры, my ass.

Впрочем, в лиспе и смоллтоке как раз не memcpy на mmap.

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

103. "Выпуск Samba 4.17.0"  +1 +/
Сообщение от Аноним (103), 16-Сен-22, 11:20 
> Плохого? Ну, например, endianess у систем бывает разный. И оно вот так не портабельно без принятия специальных мер.

На правах адвоката дьявола спрошу, "специальная мера" - это банальное указание Byte Order Mark?
В случае несовпадения архитектуры предполагается что нужно сериализовать/десериализовать содержимое.
Но это я так... я в курсе, что лучше так не делать и что проблемы с портируемостью были получены на пустом месте.

И про JSON я с вами согласен полностью, но только вы немного не там увидели проблему...
Видите ли, главная проблема JSON не в том, что его поддерживает "полтора браузера", а в том, что для того чтобы его распарсить, вам нужно его сначала целиком десериализовать!!! Если у меня есть большой XML-документ с данными, какая-то выгрузка БД размеров в 100 ГБ, и мне нужно срочно найти и исправить в ней какие-то данные, то что мне делать? Правильно! Xpath/XSLT помогают мне найти нужные данные и построить иное представление документа. И вот чтобы такое провернуть с JSON вам нужно начала установить в свой ПК 100+ГБ памяти и полностью десериализовать набор данных. Следите еще чтобы ваш парсер умел работать с многосокетными конфигурациями и желательно понимал NUMA а то количество памяти, которое цепляется к одному сокету ограничено =)
Далее схема, которая в JSON отсутствует как класс. Она не обязательна и есть сторонние проекты которые её пытаются реализовать. Современные версии стандартов не содержат схему, поэтому вы должны либо знать что у вас в документе либо страдать. Вообще понятие трансформации потока сериализованных JSON-данных W3C в своих стандартах рекомендует делать... ВНЕЗАПНО через XML, почитайте современный стандарт XSLT.
Получается, если у меня есть поток объектов JSON, то для выборки и построения собственного потока (без привязки к реализации API приложения) я должен конвертануть, трансформировать и конвертануть обратно...
А потом люди спрашивают, почему REST умирает и вместо него все переходят на GraphQL

Ну и когда пишете всякие гадости про JSON не забывайте добавлять, что это JavaScript Object Notation. Код JavaScript (натурально текст программы) всегда может быть представлен как JSON, а JSON может быть трактован как код JavaScript. Таков этот язык. Парсинг JSON это парсинг кода на JS. В оригинале оно умеет сериализовать не только экземпляры, но и функции и выполнять их тоже. JSON полностью работает только в JS, а остальные языки лишь реализуют его подмножество. Причем каждый по-своему.

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

138. "Выпуск Samba 4.17.0"  +/
Сообщение от adolfus (ok), 27-Сен-22, 15:21 
> "специальная мера" - это банальное указание Byte Order Mark?

Для передачи ничего указывать не нужно, поскольку издревле "старший байт идет первым". Не нужно плодить лишние сущности. Сетевые дела как-то без BOM работают. Просто чтобы избежать проблем с разножёппицей размеров типов, достаточно следовать ASN.1.


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

13. "Выпуск Samba 4.17.0"  +1 +/
Сообщение от ptr (??), 14-Сен-22, 19:29 
Про Protocol Buffers или Apache Avro ничего не слышали?
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

20. "Выпуск Samba 4.17.0"  +1 +/
Сообщение от Аноним (4), 14-Сен-22, 19:44 
> Про Protocol Buffers или Apache Avro ничего не слышали?

А быстрее, или, там, компактнее, всё равно не будет, только осложнит отладку. Ровно никаких преимуществ. Может быть, 5% экономии. Вообще  не интересно, пусть используют там, где объёмы передачи заставляют экономить каждый байт. Когда задействуется сжатие, опять же, возможны различные варианты, и, если формат передачи не заботится об эффективных сжатии и дедупликации  (что вообще-то дорого и сразу не универсально), то жсон -- один из лучших кандидатов.

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

22. "Выпуск Samba 4.17.0"  +/
Сообщение от ptr (??), 14-Сен-22, 20:02 
Вообще-то в Kafka у нас переход с JSON на Protocol Buffers дал экономию места в партициях в 5 раз, а не на 5% процентов. А скорость обработки топиков пописчиками, которым нужно всего несколько полей из нескольких сотен (это обычно, при обработке, например, ж/д накладных, ГУ-12 или даже дислокаций вагонов), возросла в несколько десятков раз.
Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск Samba 4.17.0"  +/
Сообщение от Аноним (4), 14-Сен-22, 20:09 
Ну хорошо, где-то это может оправдано. Часто смысла нет. Вот как тут, что даст вывод smbstatus в бинарном формате?
Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск Samba 4.17.0"  +/
Сообщение от Аноним (30), 15-Сен-22, 01:07 
Сейчас бы сравнить текстовый формат и бинарный. Тогда уж с BJSON сравнивайте.
А из человекочитаемых на мой взгляд лучший Tree https://habr.com/ru/post/248147/, жаль поддерживается примерно нигде.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

39. "Выпуск Samba 4.17.0"  +/
Сообщение от Staxemail (ok), 15-Сен-22, 08:26 
Дело не в текстовом и бинарном, bjson так-то не даст особого выигрыша. Они сэкономили за счет внедрения жесткой схемы. Так-то надо постараться было додуматься передавать данные, которые можно описать схемой в формате без схемы типа json - оверхед дикий, конечно. А вот если бы у них реально без схемы динамические данные шли, фиг бы их в формат со схемой получилось преобразовать...
Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск Samba 4.17.0"  +/
Сообщение от ptr (??), 15-Сен-22, 11:59 
А при чем тут BJSON? Его все равно целиком парсить нужно, даже если нужны всего несколько полей из нескольких сотен. Когда необходимо парсить на нескольких десятках подписчиков Kafka от сотни мегабайт до гигабайта каждый час, разницу сразу почувствуете.
Не путайте сериализацию, оптимизированную только для передачи и хранения данных, с сериализацией, оптимизированную еще и для выборочного извлечения нужных полей.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

36. "Выпуск Samba 4.17.0"  +4 +/
Сообщение от Брат Анон (ok), 15-Сен-22, 07:45 
Так вот почему поезда опаздывать стали... А я то гадаю... Время на отладку выросло.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

46. "Выпуск Samba 4.17.0"  +/
Сообщение от ptr (??), 15-Сен-22, 09:27 
Неудачный троллинг. Просто продемонстрировали свое невежество, так как ГУ-12 и накладные никакого отношения к пассажирским перевозкам не имеют.
Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск Samba 4.17.0"  +/
Сообщение от Аноним (-), 15-Сен-22, 09:30 
Какого троллинга Вы ждали от регистранта, мимикрирующего род анонима?
Испанский стыд, да и только!
Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск Samba 4.17.0"  +1 +/
Сообщение от Брат Анон (ok), 15-Сен-22, 13:04 
> Неудачный троллинг. Просто продемонстрировали свое невежество, так как ГУ-12 и накладные
> никакого отношения к пассажирским перевозкам не имеют.

Я 3 года отработал инженером по автоматизации в ВЧД-2 КЛГЖД. И с АРМом диспетчера вагонного депо секс имел, и с установкой испытаний поперечных балок, и с установкой по сортировке пружин грузовых вагонов. Так мне вы можете не объяснять, что такое ГУ-12.

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

70. "Выпуск Samba 4.17.0"  +/
Сообщение от Аноним (-), 15-Сен-22, 13:14 
Какая система диспетчерской централизации у Вас была, что секас имели.
Ответить | Правка | Наверх | Cообщить модератору

87. "Выпуск Samba 4.17.0"  +1 +/
Сообщение от Брат Анон (ok), 15-Сен-22, 17:13 
> Какая система диспетчерской централизации у Вас была, что секас имели.

АРМ диспетчера отправлял справки на печать через КОМ-порт. По программе модернизации поставили ВинХП и новый ящик. А АРМ остался прежним. Он был настолько древним, что даже в контекстное меню не умеет. Задача: распечатать за 12 часов 4 ТЫСЯЧИ справок по деповскому ремонту.

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

89. "Выпуск Samba 4.17.0"  +/
Сообщение от Аноним (-), 15-Сен-22, 17:38 
Видимо мы о разных диспетчерах.
Ответить | Правка | Наверх | Cообщить модератору

71. "Выпуск Samba 4.17.0"  +/
Сообщение от ptr (??), 15-Сен-22, 13:30 
И какая же связь между пассажирским сообщением, вагонным депо, ЭТРАН и ГУ-12? )))
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

88. "Выпуск Samba 4.17.0"  +2 +/
Сообщение от Брат Анон (ok), 15-Сен-22, 17:20 
> И какая же связь между пассажирским сообщением, вагонным депо, ЭТРАН и ГУ-12?
> )))

Между пассажирскими сообщения и грузовым вагонным депо -- ничего общего. А между справкой по последнему деповскому ремонту и пробегом в тонно*километрах -- есть. Но самая главная связь -- это АРМ диспетчера для Вин98, принтером через КОМ-порт, шнурок до управы на весь ЖД узел 128 кб/сек. и фактической ВинХП на ПК диспетчера. Напечатать непечатаемое, передать непередаваемое.

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

98. "Выпуск Samba 4.17.0"  –3 +/
Сообщение от ptr (??), 15-Сен-22, 22:33 
То есть Вы все же признаете, что написали чушь про "опоздание поездов" в применении к обработке данных из ЭТРАН со стороны оператора вагонного парка? )))
Или Вы не в курсе, что грузовые поезда по расписанию не ходят? А порожняк так вообще могут на несколько месяцев бросить. Целиком состав - 71 полувагон в одном тупике.
Ответить | Правка | Наверх | Cообщить модератору

72. "Выпуск Samba 4.17.0"  –1 +/
Сообщение от Аноним (72), 15-Сен-22, 14:03 
Есть такая штука, называется S-выражения. Так вот, у неё есть и бинарная репрезентация.

А всё остальное - оверинжиниринг чистой воды.

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

9. "Выпуск Samba 4.17.0"  –2 +/
Сообщение от JackONeillemail (?), 14-Сен-22, 19:20 
За всех людей говорите?) А машинам вообще по боку.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

47. "Выпуск Samba 4.17.0"  +/
Сообщение от Аноним (-), 15-Сен-22, 09:29 
Настолько побоку что OSM planet в XML весит под 300 гигз и пока его распарсишь на горе может свистнуть рак, в то время как в protobuf оно весит ~35 гигз и из этого можно рандомные куски выковыривать с весьма облегченным парсингом остального, так что не обязательно всю эту чушку в память целиком для приличной скорости грузить.

В JSON оно не сильно лучше было бы. С теми же траблами что и XML. А читать json и xml удовольствие для инопланетян каких-то. Потому что довольно много лишнего, да и форматирование удобное человеку в проводе очень уж неэффективно. Так что оказывается что редактор еще и не любой, а тот который может reflow этой простынке, все такое...

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

15. "Выпуск Samba 4.17.0"  +3 +/
Сообщение от анонимус (??), 14-Сен-22, 19:39 
Если данные имеют древовидную природу, типа структур каталогов - то трудно его описать лучше чем в JSON. Да, он тоже с изъянами (без комментов и не допускает завершающую запятую) но он сильно читаемее XML и поддерживается везде
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

31. "Выпуск Samba 4.17.0"  –3 +/
Сообщение от Аноним (30), 15-Сен-22, 01:11 
YAML? Tree? Словарь в почти любом языке программирования?
С комментами всегда проблема - если они нужны, то они становятся данными (но почему-то все хотят их отдельно обрабатывать от остальных данных), а если не нужны, то и не нужно их поддерживать. Json эту проблему элегантно обходит, так что это достоинство.
Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск Samba 4.17.0"  +1 +/
Сообщение от Брат Анон (ok), 15-Сен-22, 07:43 
Правильно! Так их!
Гноби кожаные мешки! СЖСовсем расслабились!))
Кстати, как у тебя дела, ГПТ-2?
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

68. "Выпуск Samba 4.17.0"  +1 +/
Сообщение от _kp (ok), 15-Сен-22, 13:08 
Json - не для чтения/правки человеком, хотя это возможно, и удобнее чем xml, а для взаимодействия с другим ПО.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

7. "Выпуск Samba 4.17.0"  +/
Сообщение от achtosluchilos (ok), 14-Сен-22, 19:13 
Вот вот. Я давно об этом писал, что нужен единый формат вывода сообщений консольных утилит, который 1. не будет меняться от балды, а если и будет, то с возможностью выбора версии выхлопа (да и такое нужно), 2. будет легко парсить и экранирования тоже. Например, достаточно посмотреть на тот позор, который вытворяет утилита tar и попробовать как-то парсить (так чтобы учитывать все возможные пути файла внутри архива).
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

11. "Выпуск Samba 4.17.0"  +2 +/
Сообщение от Аноним (11), 14-Сен-22, 19:26 
Угу, вон уже сделали единый формат переносимых приложений и единый формат пакетов для дистрибуции приложений... Oh, wait...
Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск Samba 4.17.0"  –2 +/
Сообщение от Michael Shigorinemail (ok), 14-Сен-22, 19:30 
Вавилон Вавилоныч Вавилонов, однако... да и причины всё те же.
Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск Samba 4.17.0"  +1 +/
Сообщение от Аноним (30), 15-Сен-22, 01:15 
Неоднократно уже делали и в мастдае в повершиле и в васянских подделках под линухом. Ничего из этих структурированных попыток не взлетело. Потому что не нужно: в частности можно итак --json внедрить, а в целом текстовый формат горааааздо универсальнее.
Другой вопрос что традиционно популярным bash/ls/ps пора бы уйти то ли совсем на покой, то ли в ниши вроде микроконтроллеров.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

91. "Выпуск Samba 4.17.0"  +/
Сообщение от мелкософта (?), 15-Сен-22, 17:42 
И ты такой нам альтернативы выкатил для ls/ps? Аххх ну да.
Ответить | Правка | Наверх | Cообщить модератору

95. "Выпуск Samba 4.17.0"  +1 +/
Сообщение от Аноним (-), 15-Сен-22, 20:42 
>Другой вопрос что традиционно популярным bash/ls/ps пора бы уйти то ли совсем на покой, то ли в ниши вроде микроконтроллеров.

Спасибо, поржал. Недавно с винды?

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

127. "Выпуск Samba 4.17.0"  +/
Сообщение от aname (?), 20-Сен-22, 12:30 
Ну, как там с предложениями в RFC?
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

16. "Выпуск Samba 4.17.0"  +7 +/
Сообщение от Максим (??), 14-Сен-22, 19:39 
Хорошо, что хоть не упоротый xml...
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

17. "Выпуск Samba 4.17.0"  +1 +/
Сообщение от FreeStyler (ok), 14-Сен-22, 19:39 
Чем неугодил?
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

28. "Выпуск Samba 4.17.0"  +2 +/
Сообщение от YetAnotherOnanym (ok), 14-Сен-22, 22:47 
Печаль по поводу json можно было бы понять, если бы для работы с ним не было софта или он был бы проприетарным/платным/неудовлетворительным/etc. Но для json либ и утилит - хоть дупой жри. В чём проблема вообще?
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

33. "Выпуск Samba 4.17.0"  –1 +/
Сообщение от Аноним (30), 15-Сен-22, 01:17 
А есть адекватные утилиты? jq не адекватная
Ответить | Правка | Наверх | Cообщить модератору

61. "Выпуск Samba 4.17.0"  +/
Сообщение от Анонус (?), 15-Сен-22, 11:54 
https://habr.com/ru/post/347808/
Ответить | Правка | Наверх | Cообщить модератору

92. "Выпуск Samba 4.17.0"  +/
Сообщение от мелкософта (?), 15-Сен-22, 17:44 
Утилита на js, спасибо, на серверах бесполезное уг твоя утилита. Сидим дальше на jq
Ответить | Правка | Наверх | Cообщить модератору

96. "Выпуск Samba 4.17.0"  +/
Сообщение от Аноним (-), 15-Сен-22, 20:48 
>В чём проблема вообще?

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

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

97. "Выпуск Samba 4.17.0"  +/
Сообщение от InuYasha (??), 15-Сен-22, 21:15 
не идеально (это к разработчикам json), но хорошо что не YAML.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

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

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




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

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