The OpenNET Project / Index page

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



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

Оглавление

Релиз OpenSSH 8.7, opennews (??), 20-Авг-21, (0) [смотреть все]

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


5. "Релиз OpenSSH 8.7"  –12 +/
Сообщение от Аноним (5), 20-Авг-21, 23:38 
> более строгого парсера файла конфигурации

Чего только не придумают, чтобы не использовать JSON. В итоге вместо какого-нибудь едино-обновляемого libjson.so имеем кучу нескучных форматов конфигов.

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

7. "Релиз OpenSSH 8.7"  +4 +/
Сообщение от Аноним (7), 20-Авг-21, 23:51 
JSON это структура в javascript, а не формат файла
Ответить | Правка | Наверх | Cообщить модератору

8. "Релиз OpenSSH 8.7"  –2 +/
Сообщение от Аноним (9), 20-Авг-21, 23:56 
Ага, а в /usr лежат домашние каталоги пользователей, а вовсе не системные файлы.
А высшая мера социальной защиты - это пожизненная пенсия в стопицот миллионов и десяток личных рабов, да.

Далеко не всегда название явления отражает его суть.

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

13. "Релиз OpenSSH 8.7"  –1 +/
Сообщение от анонн (ok), 21-Авг-21, 00:43 
> Ага, а в /usr лежат домашние каталоги пользователей, а вовсе не системные файлы.

https://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html
> In the original Unix implementations, /usr was where the home directories of the users were placed (that is to say, /usr/someone was then the directory now known as /home/someone). In current Unices, /usr is where user-land programs and data

https://www.bell-labs.com/usr/dmr/www/
> Dennis Ritchie

https://www.bell-labs.com/usr/dmr/www/notes.html
> In particular, in our own version of the system, there is a directory "/usr" which contains all user's directories , and which is stored on a relatively large, but slow moving head disk, while the othe files are on the fast but small fixed-head disk.

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

38. "Релиз OpenSSH 8.7"  +2 +/
Сообщение от пох. (?), 21-Авг-21, 10:34 
так и было. bin - это пользователь такой. Да, системный, но тем не менее.
А файлы нужные для бутстрэпа исторически лежали в /etc - у hpux до недавнего времени все еще там что-то бинарное паслось.

Диск у Ричи был маленький, нивлазило.

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

16. "Релиз OpenSSH 8.7"  +/
Сообщение от Аноним (16), 21-Авг-21, 02:15 
Мимо. Вообще-то это JavaScript Object Notation, т.е. именно способ записи структуры данных.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

31. "Релиз OpenSSH 8.7"  +/
Сообщение от Аноним (9), 21-Авг-21, 10:13 
Во-первых, не структуры данных (для этого есть JSON Schema), а структурированных данных.
Во-вторых, в том комментарии, на который вы отвечали, содержался достаточно толстый намёк на то, что JSON уже давно не привязан к JS и используется в самых разных программах, написанных на множестве разных ЯП.
Ответить | Правка | Наверх | Cообщить модератору

10. "Релиз OpenSSH 8.7"  +10 +/
Сообщение от Анын (ok), 21-Авг-21, 00:01 
Использовать JSON для конфигов придумали извращенцы. JSON для экономии размера/трафика.
Читаемостью он не отличается, особенно в консоли, поэтому в конфигах его используют извращенцы.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

23. "Релиз OpenSSH 8.7"  –2 +/
Сообщение от Аноним (23), 21-Авг-21, 05:20 
99% обычных текстовых конфигов- это key-value, что сложного в задаче прочиать "name":"aaa", "phone":"123" ?
Есть вложенность? cat conf.json | jq и все красиво.
Если уж на то пошло, то для конфига даже cpaный xml лучше, чем тупо текст или "свой формат". Ибо стандартно и в любом утюге есть xmllint, jq, либы для любых языков
Ответить | Правка | Наверх | Cообщить модератору

26. "Релиз OpenSSH 8.7"  +1 +/
Сообщение от funny.falcon (?), 21-Авг-21, 07:41 
Вы понимаете, json стал популярным, когда openssh была уже вполне зрелой.
libjson, jq так вообще "школьники" по сравнению с нормальными программами, к конфигам которых вы его хотите применять.

Менять устоявшуюся систему ради прихоти кулхацкеров и смузихлёбов ни кто не станет.

Сегодня им json подавай, завтра yaml, послезавтра toml. Потос победит lisp, и всё на S-exp придётся переписывать.

А куда девать сотни тысяч скриптов автоматизации? Переписывать?
Получится, нужно и старый парсер держать, и новый.

А новый ещё и самим писать придётся,  ибо openssh - это про безопасность. И следить за дырками в стороннем libjson/libyaml/libtoml им совсем не с руки.

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

63. "Релиз OpenSSH 8.7"  –1 +/
Сообщение от Аноним (9), 21-Авг-21, 14:16 
> А новый ещё и самим писать придётся,  ибо openssh - это про безопасность. И следить за дырками в стороннем libjson/libyaml/libtoml им совсем не с руки.

А то, что там вечнодырявый libkrb5, никого не смущает?

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

78. "Релиз OpenSSH 8.7"  +1 +/
Сообщение от Michael Shigorinemail (ok), 22-Авг-21, 00:49 
> А то, что там вечнодырявый libkrb5, никого не смущает?

В парсере конфига?

Руки-то на виду держите.

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

88. "Релиз OpenSSH 8.7"  +/
Сообщение от пох. (?), 22-Авг-21, 11:23 
в openssh. Будет еще десяток уязвимостей в парсере конфига, помимо libkrb5 - подумаешь... в конце-концов суидный ssh уже уничтожили, кому они особо угрожают-то...

P.S. вообще-то kerberos не требовался для сборки, хотя я, конечно давно не проверял.

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

102. "Релиз OpenSSH 8.7"  +/
Сообщение от Аноньимъ (ok), 24-Авг-21, 12:31 
> победит lisp, и
> всё на S-exp придётся переписывать.

Аминь! Да будет так!

> А куда девать сотни тысяч скриптов автоматизации?
> Переписывать?

Если поделить на сотни тысяч автоматизаторов, то не велика проблема. К тому же и людям приятно зарплату получить, и экономике хорошо.

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

40. "Релиз OpenSSH 8.7"  +/
Сообщение от Аноним (9), 21-Авг-21, 10:48 
>  99% обычных текстовых конфигов- это key-value, что сложного в задаче прочиать "name":"aaa", "phone":"123" ?

На кой фиг нужен JSON там, где достаточно INI?

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

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

50. "Релиз OpenSSH 8.7"  +1 +/
Сообщение от пох. (?), 21-Авг-21, 13:12 
> На кой фиг нужен JSON там, где достаточно INI?

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

> А если нужно больше вложенности, то YAML

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

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

61. "Релиз OpenSSH 8.7"  +/
Сообщение от Аноним (9), 21-Авг-21, 14:13 
> Нет, ненужен формат портящийся от лишних невидимых символов.

Не редактируйте конфиги в notepad.exe со шрифтом Arial, и проблема будет не актуальна. А то можно дойти до того, что запретить использовать букву О, а то в некоторых шрифтах её с нулём можно перепутать.

Во вменяемых редакторах если и линии отступов, и индикация символов разметки.

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

68. "Релиз OpenSSH 8.7"  –1 +/
Сообщение от пох. (?), 21-Авг-21, 16:13 
> Не редактируйте конфиги в notepad.exe

свинячье мнение рукожопвых горе-кодерков в чем мне не редактировать конфиги очень важно для нас (нет).

Руки из жопы вынь и научись парсить конфиги не по невидимым символам.
Не умеешь - вон из профессии!

А со шрифтами, отличающими 0 от 0 - я как-нибудь без тебя справлюсь. (хотя приходится признать, что вне microsoft'овой экосистемы и это трудами рукожопиков стало проблемой. Ибо растровые шрифты они объявили немодными и перестали поддерживать, а новые-модные - г-но.)

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

101. "Релиз OpenSSH 8.7"  +/
Сообщение от Аноним (101), 24-Авг-21, 04:32 
О да, json наэкономил трафик.

Для экономии трафика есть нормальные бинарные протоколы. А это не пригодно не для машины ни для человека.

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

14. "Релиз OpenSSH 8.7"  +2 +/
Сообщение от Аноньимъ (ok), 21-Авг-21, 01:18 
Жсон удобен для передачи/сериализации данных как замена хмл.
Конкретно проще парсить и удобнее для человека читать и править.

Для конфигов, как и хмл, он паршив.

За исключением приложений у которых гуишная или консольная прога для конфигов и правка человеком на прямую не предполагается.

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

18. "Релиз OpenSSH 8.7"  +1 +/
Сообщение от Аноним (18), 21-Авг-21, 02:47 
> Жсон удобен для передачи/сериализации данных как замена хмл.

Нет он не замена XML и, судя по всему, никогда ей не станет. Для того чтобы быть заменой, ему бы схему бы заиметь для начала. Потом не плохо было бы научиться запросам и трансформациям без помощи свежих стандартов XML и переконвертации JSON<->XML для этой задачи (см стандарты XSLT 3.0). Он может заменить малюсенькие SOAP-вебсервисы при условии что они стейтлес и занимаются проливкой потока данных. Люди которые видят JSON как ЗАМЕНУ XML, обычно никогда не видели большого JSON-документа. При виде файлика уже больше 65 ГБ эти клоуны регулярки писать садятся.

У JSON есть 3 обоснованных применения
1. У вас там малюсенькие экземпляры объектов, которые передаются через стейтлесс апи. Например всё API реализовано как RESTful, и производительность самой операции сериализации/десериализации в пределах погрешности.
2. У вас есть JavaScript, в браузере или на сервере, не важно. Он ему родной и очень удобный.
3. У вас язык который не умеет по-нормальному сериализировать свои объекты (Python) и не имеет вменяемой поддержки XML (Python) и при этом не может подключить внешнюю библиотеку на нормальном языке без требований к написанию тонны обвязок (Python).
В остальном он бесполезен, хотя всё лучше чем YAML. =)

> Для конфигов, как и хмл, он паршив.

Я по своему опыту расскажу откуда берутся такие кадры. Видел таких.

Сидит питонист и пишет очередной свой скрипт, которому нужен конфиг. Про то что люди (живые человеки) любят редактировать простые документы типа INI в формате "ключ=значение" они понимают, но им лень парсить текстовый документ в словарь, то ли дело json который разом делает json.dump(). А что там с кодировками, nonASCII-символами, забытыми запятыми и скобочками они знать не хотят. СлОжНа-сЛоЖнА!

Другой вариант - мамкины-оркестраторы. Эти кадры отличаются от девопсов тем, что используют системы оркестрации для задач удалённого управления. Есть 2 подхода к конфигурированию:
- API-based configuration
- Document-based configuration
Первое предполагает фиксированное API удаленного управления, а второе - текстовая конфигурация в пачке документов. У каждого подхода есть свои достоинства и недостатки, как обычно, но мамкиному-оркестратору это не важно. Ему нужно использовать подходы API-based для программ с конфигурацией на основе документов.
То есть у них есть много программ внутри ОС, которые используют конфигурационные файлы, но они не хотят работать с ними как с документами. Не хотят их версионировать, а когда пытаются прикрутить API, не хотят решать вопросы конкурентного доступа (реализовывать транзакционность изменения конфигурации) им нужно быстренько настроечку поправить в конфиге по удаленке на паре сервачков. И опять регулярки, и опять sed-ы. Эх вот было бы оно всё в json, да мы бы как бы весь этот конфиг быстренько распарсили... эхх... тьфу!

> За исключением приложений у которых гуишная или консольная прога для конфигов и правка человеком на прямую не предполагается.

Или есть API для изменения этой конфигурации, вроде того же WS-Management (Dell iDRAC, Intel AMT, Microsoft WinRM и иже с ними). Просто когда я вижу человека, который хочет писать текстовые конфиги в JSON и отдавать их пользователям, я, исходя из того что повидал, предполагаю, что он пытается написать API для управления этой программой, но делает это костылями, а когда не работает ставит подпорки. И, самое главное, не забыть автоматически перепнуть, если упало.

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

19. "Релиз OpenSSH 8.7"  +2 +/
Сообщение от Аноним (19), 21-Авг-21, 03:01 
> Люди которые видят JSON как ЗАМЕНУ XML, обычно никогда не видели большого JSON-документа. При виде файлика уже больше 65 ГБ эти клоуны регулярки писать садятся.

Так большой xml же ещё хуже, там засвет тегов пухнет он ууух

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

21. "Релиз OpenSSH 8.7"  +1 +/
Сообщение от Аноним (21), 21-Авг-21, 03:08 
> При виде файлика уже больше 65 ГБ

Не существует задачи в которой было бы нужно 65 ГБ одним файлом

Дальше даже читать не стал

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

25. "Релиз OpenSSH 8.7"  +1 +/
Сообщение от Аноним (25), 21-Авг-21, 07:04 
Json можно стримить, но это несколько не стандартно и регуляркой проще. Вообще, 1 файлом намного быстрее и меньше оверхэд.
Ответить | Правка | Наверх | Cообщить модератору

83. "Релиз OpenSSH 8.7"  +1 +/
Сообщение от Аноним (18), 22-Авг-21, 08:51 
А информатику подучить вы не пробовали?

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

Для сравнения INI/конфиг в стиле "ключ=значение" - это регулярный синтаксис.

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

84. "Релиз OpenSSH 8.7"  +1 +/
Сообщение от Аноним (25), 22-Авг-21, 09:27 
Тут уже шашечки или ехать.
Ответить | Правка | Наверх | Cообщить модератору

74. "Релиз OpenSSH 8.7"  +/
Сообщение от пох. (?), 21-Авг-21, 19:45 
"я никогда не сталкивался с такой задачей [потому что не проходил квалификационный отбор в те места где она возможна] - значит, ее не существует!"

Ну на твоем локалхосте - вероятно, не существует... держи нас в курсе.

> Дальше даже читать не стал

твое чтение очень важно для нас.

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

27. "Релиз OpenSSH 8.7"  +/
Сообщение от Ordu (ok), 21-Авг-21, 07:48 
> Для того чтобы быть заменой, ему бы схему бы заиметь для начала

https://json-schema.org/

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

82. "Релиз OpenSSH 8.7"  –1 +/
Сообщение от Аноним (18), 22-Авг-21, 08:46 
Уходите и возвращайтесь, когда она будет принята как международный стандарт w3.org.
Ответить | Правка | Наверх | Cообщить модератору

85. "Релиз OpenSSH 8.7"  –1 +/
Сообщение от Ordu (ok), 22-Авг-21, 09:55 
> Уходите и возвращайтесь, когда она будет принята как международный стандарт w3.org.

Тебе шашечки или ехать?

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

86. "Релиз OpenSSH 8.7"  –1 +/
Сообщение от пох. (?), 22-Авг-21, 11:17 
Ему именно ехать, а не домен с красивым именем за $16
Полтора васяна придумали новую неведомую фигню.

А весь мир почему-то использует _стандарты_. Так вот json - это стандарт. А не только одноименный домен.

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

То же самое с комментариями (кроме уродства с включением их в данные, конечно) или с сохранением форматирования при редактировании.

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

89. "Релиз OpenSSH 8.7"  +/
Сообщение от Ordu (ok), 22-Авг-21, 11:56 
Знаешь, если для тебя единственным возможным поводом доверять стандарту может быть только поддержка его какой-то определённой официальной структурой, то это твои личные половые трудности. Мозг тебе зачем дан? Чтобы выбирать официальную структуру, куда делигировать мышление?
Ответить | Правка | Наверх | Cообщить модератору

90. "Релиз OpenSSH 8.7"  –1 +/
Сообщение от пох. (?), 22-Авг-21, 12:08 
Интересно, а что в бреду внутри твоей головы вообще такое "стандарт"?

И зачем мне ему "доверять", кстати? Стандарты просто используют.

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

91. "Релиз OpenSSH 8.7"  +/
Сообщение от Ordu (ok), 22-Авг-21, 12:16 
> Интересно, а что в бреду внутри твоей головы вообще такое "стандарт"?

ГСМ бессмыслица. В этом слове столько смыслов, которые часто взаимозаменяемо перетекают один в другой, что я к этому слову очень подозрительно отношусь.

> И зачем мне ему "доверять", кстати? Стандарты просто используют.

Спецификации используют. Стандартами подтираются.

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

33. "Релиз OpenSSH 8.7"  +/
Сообщение от пох. (?), 21-Авг-21, 10:19 
> Или есть API для изменения этой конфигурации, вроде того же WS-Management (Dell iDRAC, Intel
> AMT, Microsoft WinRM и иже с ними).

ну так почему, ты думаешь, он там (и в сотне прочих мест) есть? Именно такими костылестроителями и сделано. Поэтому версионирование и контроль изменений там где они вполне себе нужны и даже необходимы - приходится делать костылями поверх костылей - создавать себе свой отдельный document api, а в эту невменяемость конвертировать при заливке на сервис. И молиться, чтобы мимо этой системы ничего нигде не поменялось автомагическим или ручным методом, сделав изменения неконсистентными.

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

98. "Релиз OpenSSH 8.7"  +/
Сообщение от Анто Нимно (?), 23-Авг-21, 15:07 
> Для конфигов, как и хмл, он паршив.

Как небо далеко от земли, настолько Json читабельнее, удобнее Xml.

И в скриптах J. удобен. Из-за строгости Json меньше кода при разборе конфига, приходится конфиг продумывать. И кода становится меньше.

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

20. "Релиз OpenSSH 8.7"  +10 +/
Сообщение от BrainFucker (ok), 21-Авг-21, 03:05 
> Чего только не придумают, чтобы не использовать JSON.

Для конфигов неюзабельно из-за отсутствия комментариев.

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

22. "Релиз OpenSSH 8.7"  –2 +/
Сообщение от Аноним (19), 21-Авг-21, 04:06 
Во, вот это первое по делу толковое замечание, которое я заметил
Ответить | Правка | Наверх | Cообщить модератору

46. "Релиз OpenSSH 8.7"  +/
Сообщение от МояВенда (ok), 21-Авг-21, 11:43 
Толково и по делу! Жалко что неправильно только.
Ответить | Правка | Наверх | Cообщить модератору

62. "Релиз OpenSSH 8.7"  +/
Сообщение от Аноним (19), 21-Авг-21, 14:14 
В чем неправильно? Комменты не нужны для конфига по вашему?
Ответить | Правка | Наверх | Cообщить модератору

71. "Релиз OpenSSH 8.7"  –1 +/
Сообщение от Ононем (?), 21-Авг-21, 19:19 
Нет. Вы точно внимательно читали сообщение? Неправильно в том смысле, что комментариям в json уже сто лет в обед, но об этом мало кто в курсе.
Ответить | Правка | Наверх | Cообщить модератору

72. "Релиз OpenSSH 8.7"  +/
Сообщение от пох. (?), 21-Авг-21, 19:36 
включая библиотеки, парсящие и портящие "комментированный" json.
Который вообще-то не совсем/совсем не json.

https://web.archive.org/web/20150105080225if_/https://plus.g...

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

75. "Релиз OpenSSH 8.7"  +/
Сообщение от Аноним (19), 21-Авг-21, 23:39 
Ну, скажу честно - про комменты в Джейсоне никогда не слыхал и не видал
Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

77. "Релиз OpenSSH 8.7"  +1 +/
Сообщение от пох. (?), 22-Авг-21, 00:07 
И не увидишь. Во всяком случае в том, который определен как официальный стандарт ECMA-404 на json.org

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

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

99. "Релиз OpenSSH 8.7"  +/
Сообщение от Анто Нимно (?), 23-Авг-21, 15:08 
> комментариям в json уже сто лет в обед, но об этом мало кто в курсе.

Тока парсеры об этом не в курсе.

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

100. "Релиз OpenSSH 8.7"  +/
Сообщение от Аноним (101), 24-Авг-21, 04:31 
Всё что угодно лучше кривого json
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

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

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




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

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