The OpenNET Project / Index page

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



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

Оглавление

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

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


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

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

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




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

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