1.1, Crazy Alex (ok), 16:42, 09/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
давно пора, в общем-то - построчные текстовые форматы много где умерли, а для массы распространенных случаев (вроде ini того же) можно сделать дабольно простые универсальные инструменты
| |
|
2.2, Аноним (-), 16:46, 09/12/2011 [^] [^^] [^^^] [ответить]
| –11 +/– |
Где ты в никсах видел ini-файлы? Текстовые файлы нигде не умерли, кроме твоего больного виндозного воображения. Виндоз головного мозга - как звучит!
| |
|
3.4, Sokoloff (?), 17:03, 09/12/2011 [^] [^^] [^^^] [ответить]
| +5 +/– |
Samba, mySql, openssl, git ... то что у них расширение не .ini не меняет формат.
| |
|
4.20, Аноним (-), 00:25, 10/12/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
>Samba, mySql, openssl, git ... то что у них расширение не .ini не меняет формат.
Вы так пишете как будто примитивный общий формат конфигурационных файлов сразу же подразумевает .ini . Дотфайлы, не ?
| |
|
5.32, Michael Shigorin (ok), 01:31, 11/12/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>Samba, mySql, openssl, git ... то что у них расширение не .ini не меняет формат.
> Вы так пишете как будто примитивный общий формат конфигурационных файлов сразу же
> подразумевает .ini . Дотфайлы, не ?
Да при чём тут дотфайлы... А этот формат и впрямь называется ini-style.
| |
5.44, Аноним (-), 14:31, 12/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Вы так пишете как будто примитивный общий формат конфигурационных файлов сразу же подразумевает .ini
Впервые он начал широко использоваться именно в INI.
> Дотфайлы, не ?
Дотфайлы - это такие файлы, которые не выводятся в ls без добавления -a. Не обязательно, чтобы это были конфиги.
| |
|
|
|
|
3.15, Аноним (-), 22:07, 09/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Напротив, много где умерли нетекстовые форматы.
Речь шла не о текстовых форматах вообще, а о построчных текстовых форматах.
| |
3.18, Аноним (-), 00:12, 10/12/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Напротив, много где умерли нетекстовые форматы.
Ага, на OSM сперва ушиблись и стали делать карту в XML. А когда карта планеты стали 250Гб - обосрались кирпичами и сделали бинарный формат. Тем более что редактировать такую XMLину все-равно малореально. А бинарный формат зато весит лишь 14 Гб для той же карты. Такая вот незначительная разница. Всего почти в 20 раз :)
| |
|
4.28, Аноним (-), 11:51, 10/12/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
XML вообще уродливый костыль костылей. Не зря вон МежДелМаш производит аппаратные XML-акселераторы за сотни тысяч денег. Как-то при объемах ширпотребовских усб-винтов по три тера и таких же масштабах данных, XML тихо слился... Ну-кося, попарси многопроходно XML-файло объемчиком 1 терабайтик всего... Что, выкуси? Ай, не выходит каменный цветок, Данила-мастер!
| |
|
|
|
1.3, Michael (??), 17:01, 09/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Для кода такие тулзы были бы весьма полезны, а то сделаешь форматирование или коммментарий добавишь и сидишь, в патчах разбираешься, какое изменение существенно, какое - нет.
| |
|
|
3.6, vayerx (ok), 17:54, 09/12/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
форматирование не всегда ограничевается расстановкой пробелов ;)
| |
3.7, Michael (??), 17:55, 09/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
При разбиении длиной строки на несколько, или, наоборот, при слиянии - не очень он помогает :). Ну и изменения в комментариях тоже не всегда хочется видеть.
| |
|
|
1.8, Аноним (-), 18:19, 09/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Успехов конечно авторам, но я думаю что это невозможно, будет слишком сложно и не надёжно этим пользоваться.
| |
|
2.9, Муха (?), 19:03, 09/12/2011 [^] [^^] [^^^] [ответить]
| +10 +/– |
> будет слишком сложно и не надёжно этим пользоваться.
Да не парьтесь, сейчас весь софт такой
| |
2.11, BratSinot (?), 20:55, 09/12/2011 [^] [^^] [^^^] [ответить]
| +2 +/– |
Даже если и будет сложно пользоваться, быстрее будет один раз разобраться и экономить кучу времени, чем каждый раз вручную делать.
| |
2.38, Crazy Alex (ok), 18:09, 11/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
А не надо пытаться обработать все мыслимые случаи - простыми вариантами (к примеру, в которых можно задать правила для выделения элементов, тип элемента и фокусы вроде вхождения) можно перекрыть очень многое. Считай, нечто наподобие селекторов CSS с задаваемыми пользователями элементами. Плюс зашить несколько вариантов (json, xml bin-style...), а в идеале сделать определения формата подгружаемыми.
| |
|
1.13, gaga (?), 21:53, 09/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
как только не извращаются люди, лишь бы не принимать какой-нибудь унифицированный текстовый формат описания данных, вроде JSON или какого-нибудь варианта S-expressions.
| |
|
2.16, Аноним (-), 22:09, 09/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> как только не извращаются люди, лишь бы не принимать какой-нибудь унифицированный текстовый
> формат описания данных, вроде JSON или какого-нибудь варианта S-expressions.
Ну переставит вам какая-нибудь софтина строки в JSONе - сами же извиняться к авторам bdiff побежите :)
| |
|
3.29, Аноним (-), 11:52, 10/12/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> как только не извращаются люди, лишь бы не принимать какой-нибудь унифицированный текстовый
>> формат описания данных, вроде JSON или какого-нибудь варианта S-expressions.
> Ну переставит вам какая-нибудь софтина строки в JSONе - сами же извиняться
> к авторам bdiff побежите :)
Пошлем-ка мы такую софтину в /dev/null по-быстрому, пока никто не видел.
| |
|
2.17, axe (??), 23:52, 09/12/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
> как только не извращаются люди, лишь бы не принимать какой-нибудь унифицированный текстовый
> формат описания данных, вроде JSON или какого-нибудь варианта S-expressions.
Как раз таки про него вспомнил. Как народ смотрит на то, что бы конфиги были в джейсоне?
У бинда конфиг уже напоминает джейсон. Как насчет логов? Было бы достаточно просто представить их в виде объектов и парсить не регулярками... Тьху где то я это уже видел, ну его к черту, sed, grep, awk наше все. Лучшее - враг хорошего.
| |
|
3.39, Crazy Alex (ok), 18:15, 11/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Джейсон - неудобный формат для писания руками. Слишком много кавычек, не прощает простейшие ошибки (вроде запятой после последнего элемента объекта или массива), отсутствие комментариев уже упоминали...
В итое гимеем ного ругани на синтаксис. Знаю, что говорю - у нас в крпном проекте конфигурация на json - многовато мороки с ним.
| |
|
2.22, all_glory_to_the_hypnotoad (ok), 02:07, 10/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
потому что JSON гогно. А действительно "унифицированные форматы описания данных" (тм) (это xml и т.п.) давно используют, но лучше жить от этого всё равно не стало
| |
|
1.19, Сергей (??), 00:15, 10/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Слижком сложно все будет, а почему бы не внести предложение все конфиги хранить в xml к примеру...
| |
|
2.21, Deffic (?), 01:04, 10/12/2011 [^] [^^] [^^^] [ответить]
| +5 +/– |
> Слижком сложно все будет, а почему бы не внести предложение
> все конфиги хранить в xml к примеру...
Прошу прощение за оффтопик, но XML...
Конфиг - это API между человеком и программой, а не между программами.
К сожалению многие об этом уже забыли.
Программисты - не занимаются форсмажорными ситуациями.
exWinAdmins - не имеют понятия, какую гибкость даёт текстовый конфиг по сравнению с GUI.
| |
2.24, nuclight (ok), 02:42, 10/12/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Слижком сложно все будет, а почему бы не внести предложение
> все конфиги хранить в xml к примеру...
Так потом разницу между XML обычным diff и не посмотреть, о чем и новость собственно.
P.S. Собсно это одна из многих причин, по которой XML должен умереть, но это тема для срача, а не для новости
| |
|
3.33, Michael Shigorin (ok), 01:36, 11/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Слижком сложно все будет, а почему бы не внести предложение
>> все конфиги хранить в xml к примеру...
Как и отметили, это не для людей.
https://lh4.googleusercontent.com/-30fhF6xRNf4/Ttub-IyL1RI/AAAAAAAAA-g/ehOfeEK
> Так потом разницу между XML обычным diff и не посмотреть, о чем
> и новость собственно.
Попадался на глаза xmldiff, но так уже и не помню -- дошло до него или проще обошлись...
> P.S. Собсно это одна из многих причин, по которой XML должен умереть,
> но это тема для срача, а не для новости
Да пускай себе живёт, только бы не пытались его скотчем примотать ко всему подряд, невзирая на осмысленность.
| |
3.47, виндотролль (?), 12:54, 14/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Посмотреть. Это даже тривиальная, в современных реалиях, задача. Вот только, парсинг требуется. Хотя, это не проблема при сравнении конфигов, размер которых вряд-ли превысит мегабайт.
Проблема с ХМЛ другая — менее удобно для человека
| |
|
|
1.27, Аноним (-), 11:32, 10/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Не думаю, что сабж будет сильно популярен. Преимущество теплых ламповых grep/diff/sed в простоте (один раз научился пользоваться - никогда не забудешь) и универсальности (пригождаются очень часто, а когда есть хорошие инструменты для работы с текстом, решения проблем сами собой приходят в голову)
| |
|
2.30, Аноним (-), 11:54, 10/12/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Не думаю, что сабж будет сильно популярен. Преимущество теплых ламповых grep/diff/sed в
> простоте (один раз научился пользоваться - никогда не забудешь) и универсальности
> (пригождаются очень часто, а когда есть хорошие инструменты для работы с
> текстом, решения проблем сами собой приходят в голову)
Ковровые бомбардировки квадратноколесными велосипедами вообще повсеместно вошли в моду - введены разными малоадекватными потрясателями основ. Достаточно посмотреть на всяческие замены syslogd, или устоявшегося за десятиления разбиения директорий... Одно да потому, снова и снова. И сотни дистров.
И все это гогно выдается за типа развитие.
| |
|
3.43, evkogan (?), 08:23, 12/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> Преимущество теплых ламповых grep/diff/sed в простоте [...] и универсальности
> См. тж. "full exploitation": http://lwn.net/Articles/411845/
Нифига они не универсальны, постоянно приходится извращаться с grep'ом многострочных форматов. Последний раз сочинял скрипт для grep'анья вывода "multipath -l"
Если в результате проекта можно будет легко grep'ать такое, без наколеночного костыля, будет класно.
| |
|
4.46, Michael Shigorin (ok), 16:02, 12/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
>>> Преимущество теплых ламповых grep/diff/sed в простоте [...] и универсальности
>> См. тж. "full exploitation": http://lwn.net/Articles/411845/
> Нифига они не универсальны, постоянно приходится извращаться с grep'ом
> многострочных форматов.
Вы, может, немного не поняли. Кофе они тоже не варят, но вот multiline regex умеют. :) (хотя иногда и впрямь проще разобрать | while read line; do case "$line" in ... и понеслась с выставлением флажков, угу -- если не разводить скрипты на sed/awk/perl/$etc)
| |
|
|
2.40, Crazy Alex (ok), 18:18, 11/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
Ровно также выучите один язык задания правил поиска тегов - и вперёд. И хоть xml, хоть json,хотьещё что - у ваших ног. Вплоть до бинарных форматов, кстати, если разумно описать. Регэкспы же как-то освоили? А эта штука попроще будет.
При этом учтите, что на все основные форматы правила парсинга напишут за вас, вам останется только задавать что-то наподобие CSS селекторов - где именно смотреть или выкусывать хотите. Так что для подавляющего большинства случаев вообще всё примитивно будет.
| |
|
1.42, lucentcode (ok), 03:18, 12/12/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Давно пора. Очень не хватает. Надеюсь, эти фичи быстро интегрируют и с популярным текстовыми редакорами и IDE.
| |
|