The OpenNET Project / Index page

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



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

Оглавление

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

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


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

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

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




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

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