The OpenNET Project / Index page

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



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

Оглавление

Найдена причина проблем dehydrated с ACME-серверами, отличными от LetsEncrypt, opennews (??), 03-Июл-20, (0) [смотреть все]

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


106. "Найдена причина проблем dehydrated с ACME-серверами, отличны..."  +/
Сообщение от Ordu (ok), 03-Июл-20, 20:48 
> решение проблемы очевидно: четко описать в документации требуемый формат входных данных.

Он чётко описан: json

> В данном случае - то, что json должен быть правильно отформатирован.

Это дополнительное требование, если мы добавляем его к стандарту на json, то мы получаем другой стандарт.

> Не надо подсовывать юзеру незаменяемые костыли вроде JSON.sh.

Я тоже так считаю. sh должен научится поддерживать json из коробки. Это будет офигенным плюсом, потому как у sh вообще есть серьёзные проблемы безопасно работать с внешними данными -- внешние данные постоянный источник багов и дыр в шелл-скриптах. Поддержка же json позволит избавится если не ото всех граблей, которые башевский read раскладывает, то по-крайней мере от самых гнусных.

Когда был моден xml, sh не повёлся на моду, и это обернулось к лучшему, потому как xml ужасен. Но json уже доказал себя как формат данных для межпроцессного взаимодействия. И со стороны sh глупо это игнорировать, поскольку весь sh построен на организации этого самого межпроцессного взаимодействия.

Хотя, с другой стороны, sh -- это такая окаменелость, что туда уже ничего невозможно добавить. Единственный возможный выход -- выкинуть sh.

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

132. "Найдена причина проблем dehydrated с ACME-серверами, отличны..."  +/
Сообщение от КО (?), 06-Июл-20, 08:19 
>потому как xml ужасен.

А ужасен он в первую очередь тем, что есть стандартный механизм проверки, что этот xml - тот что надо xml. Json же от рождения такого оверинжиниринга не предлагает. Поэтому сначала надо распарсить его отъев 4Tb оперативки, а только потом выяснить - подходит ли он тебе. :)

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

133. "Найдена причина проблем dehydrated с ACME-серверами, отличны..."  +/
Сообщение от Ordu (ok), 06-Июл-20, 11:30 
>>потому как xml ужасен.
> А ужасен он в первую очередь тем, что есть стандартный механизм проверки,
> что этот xml - тот что надо xml.

Нет, он ужасен тем, что он весь целиком оверинжиниринг. Попытка адаптировать sgml под произвольные данные. Механизм проверки в целом полезен, но я не думаю, что этот механизм проверки отъедает меньше оперативной памяти, чем парсинг json: чтобы проверить xml на соответствие dtd тебе придётся распарсить xml. Другое дело, что тебе не придётся писать сложный код проверки, потому как есть библиотечный и ещё более сложный код для общего случая.

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

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

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




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

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