> Это экспорт в XML и можно импорт обратно. и все. реестр не содержит в себе XML.

А почему это он не содержит XML??!!
Такая рулезная вещь пропадает!

"Сойка, укушу"... (с) Гашек

СКРИПТЫ РУЛЯЯЯЯЯЯЯЯЯЯЯЯЯТ!!!!!!! (на грани воспаления мозговых оболочек)

> Это экспорт в XML и можно импорт обратно. и все. реестр не содержит в себе XML.

Это стандартный, по мнению автора, способ редактировать реестр.

Это XML.

>passwd - запись - строка с полями и ":" в качестве разделителя, httpd - в чистом виде key = value поделенное на секции

passwd это в чистом виде key=value(где key - определяется кол-вом ":" перед value), разбитое на секции (посредством "\n").

> Это стандартный, по мнению автора, способ редактировать реестр.

> Это XML.

Сорри, без обид, я так и вижу как Вы, открыв новость, сбегав по ссылке и увидев картинку, решили запостить сюда комментарий. После моего ответа немного удивились, рассмотрели картинку повнимательней, убедились что там XML, и дали мне ссылку - может я не видел? После второго моего ответа прочитали комментарий автора к картинке и написали его. Следующий этап, надеюсь, чтение всего текста по ссылке? Жду-с :) Еще можно прочитать этот тред примерно с 7 страницы, когда тестировали LR на системе.

2bizanine (*) (03.06.2004 16:26:23)
>Там нет XML :)
На сервере? Конечно, нет, а вот здесь есть http://registry.sourceforge.net/

3.4. Easily Editing Keys in the Registry

The rg edit command provides an easy way to edit a group of keys using your prefered editor. It will dump the selected keys into an XML representation, and run the editor to let the user edit them. After user modifications, it will update, remove or include the keys based on the modified XML file. This real screenshot shows me using kedit to modify the XFree configuration keys related to the monitor.

The rg edit command provides an easy way to edit a group of keys using your prefered editor. It will dump the selected keys into an XML representation, and run the editor to let the user edit them. After user modifications, it will update, remove or include the keys based on the modified XML file. This real screenshot shows me using kedit to modify the XFree configuration keys related to the monitor.

и типа че? Стройными рядами идем в хымэль - светлое будущее темного прошлого реестра?
P.S. My prefered editor ==vim.

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

Не-а. Второй день пытаюсь флеймить.

> После моего ответа немного удивились, рассмотрели картинку повнимательней, убедились что там XML, и дали мне ссылку - может я не видел?

Не-а. Отвечали вы другому анонимусу.

> После второго моего ответа прочитали комментарий автора к картинке и написали его.

Не-а. _Первого_ ответа.

> Следующий этап, надеюсь, чтение всего текста по ссылке? Жду-с :)

Читал неоднократно. На священное писание не тянет. Так, всего лишь мнение отдельно взятого разработчика.

> Еще можно прочитать этот тред примерно с 7 страницы, когда тестировали LR на системе.

Не только читал, но и писал. Начиная с первой страницы.

в passwd _фиксированное_ число полей с жесткой привязкой в плане порядка перечисления

в httpd.conf число и порядок перечисления ключей в секциях произвольный

2bizanine (*) (03.06.2004 16:42:36)
Сорри, но данная идея более всего напоминает SNMP или виндовый реестр. Надо ли напоминать, сколько реализаций SNMP-броузеров/эдиторов (зависяших от реализации бренда)?
P.S. другой анонимус :-)

> anonymous (*) (03.06.2004 16:44:01)

Эх, ладно, проехали. Просто скажу, что к XML он не привязывает, и если не хочешь не юзай. Можно и простым vim-ом править. Можно сделать что-нить вроде rg text который возвращает text вместо XML.

Запутался, сорри. Вас не различишь ;) Я надесь ответил в предыдущем посте.

> Эх, ладно, проехали.

ямщик не гони.

> Просто скажу, что к XML он не привязывает, и если не хочешь не юзай.

Просто скажу, что _пример_ удобной, по нению автора, правки реестра достаточно четко показывает направление его мыслЕй.

> Можно и простым vim-ом править.

Конфиг из сотен ключей в отдельных файлах? Чем ты ударился?

> Можно сделать что-нить вроде rg text который возвращает text вместо XML.

Ну или например YAML. Но смысл?

2bizanine (*) (03.06.2004 16:32:17)
>Это экспорт в XML и можно импорт обратно. и все. реестр не содержит в себе XML.
А тогда на кой икс игрек иван краткий этот реестр нужен, что с хымэлем, что без? Реактивно-винтовой-шнековый-гусеничный ныряющий подземный бомдардировщик?

А ничего, что время от времени его приходится изменять? 2 прецендента: shadow с параметрами смены паролей(после чего в passwd осталось неиспользуемое поле) и расширеное толкование поля gecos (в некоторых юниксах его трактуют как несколько полей с разделителем ",").

Форматы с фиксированым числом полей должны умереть - они слишком недолговечны. Форматы с разделителями тоже должны умереть - они склонны порождать неприятности при обработке программами.

> Это сначала не будет.

Возможно. Если это кто-то посчитает полезным, пусть переделывает свой софт! Флаг ему...

> Только до этого должны пройти года...

Вот когда пройдут, тогда и помечтаем!

> Замечательно! Очень эффективный способ отслеживать изменения! Рулит, как говорится, и выруливает!

Как говорится работает и даже ЗАМЕЧАТЕЛЬНО работает. Все довольны, один svu разбушевался. Вы про это в samba team воду замутите!

> Она умеет выполнять частичную реинициализацию подсистем в зависимости от списка измененных ключей? Если да - снимаю шляпу.

Вряд ли. Но к конфигурационным файлам это не имеет ни малейшего отношения.

> Но очевидно, что немножечко производительности по сравнению с полной переинициализацией может быть сохранено.

Да. Потратить время и силы дабы на 0,001% повысить производительность это круто!

> И - главное - концептуально, никакой лишней работы, никакого poll (опрос файловой системы) - только push (тех изменений, которые реально произошли).

Да. Конечно, перечитывание 20килобайтного конфига раз в неделю - это несомненно труднейшая задача для современных ОС и компьютеров.

Re:

Уважаемый, вы поймите, что кроме суперскалярности (про которую тоже нужно еще помнить), есть еще такие "банальные вещи" как конвейеры c read-ahead'ом, кэши данных и т.п., за которыми головой уже особенно не уследишь. И одна и та же инструкция будет выполняться разное время в зависимости от того, что там делалось до, и что будет делаться _после_, как это не обидно. Я вам точно говорю, я сам по этим граблям бегал.

>форматы с разделителями тоже должны умереть - они склонны порождать неприятности при обработке программами.

Угу. "Скрипты рулят" (с) svu

Конфиг должен "парсить сам себя" ;)

Re:

Еще раз, медленнее: мне рассказывать вам, что такое 2^n и почему именно с этой скоростью вам придется плодить конфигурационные параметры, если режимов работы много, и они могут сочетаться в проивзольном порядке?

> Просто скажу, что _пример_ удобной, по нению автора, правки реестра достаточно четко показывает направление его мыслЕй.

многим нравится XML, ясень пень не всем. Уж если можно в XML то в текстовый файл key=value будет думаю полегче. Только надо binary data пропустить чтобы консоль не слетела :).

Но как прокомментировать следующие два Ваших вопроса, я даже и не знаю :))) Мало того что второй отвечает на первый, а первый отвечает на второй. Так это еще и похоже на вопросы человека критикующего не по делу а ради самого процесса.

> Конфиг из сотен ключей в отдельных файлах? ... > Ну или например YAML. Но смысл? ...

> Отлично! .aconf файлы есть текст на literate haskell, имеющий неявный "import Parsec",

Боюс, что перестаю Вас понимать... :-(

>Конфиг должен "парсить сам себя" ;)

Конечно! И нечего ухмыляться>:-). Что-то типа lua вполне подошло бы.

> многим нравится XML, ясень пень не всем. Уж если можно в XML то в текстовый файл key=value будет думаю полегче. Только надо binary data пропустить чтобы консоль не слетела :).

Да не в key=value, а в полноценный конфиг c зависимостями, условиями и т.д.

> Но как прокомментировать следующие два Ваших вопроса, я даже и не знаю :))) Мало того что второй отвечает на первый, а первый отвечает на второй. Так это еще и похоже на вопросы человека критикующего не по делу а ради самого процесса.

Где смысл в преодолении трудностей, которые сами же и создали?

>Боюсь, что перестаю Вас понимать... :-(

IMO разнообразие синтаксисов достаточно велико, чтобы исключить возможность написать один _легко_ параметризуемый парсер для всех. Таким образом, необходимое описание парсера выльется в код самого парсера. Что неприемлемо сложно и чревато ошибками.

>Конечно!

Ну хоть в чем то мы сошлись ;)

> Да не в key=value, а в полноценный конфиг c зависимостями, условиями и т.д.

Это что за конфиг такой ?

> Где смысл в преодолении трудностей, которые сами же и создали?

Хорошо подметил :) Есть что-нибудь предложить, чтобы решало те проблемы которые решает LR и не создовало новых, как вот эта: "доступ к конфигам через интерфейс а не напрямую vi <путь к конифгу>" ?

>Где смысл в преодолении трудностей, которые сами же и создали?

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

Я имел ввиду не интерфейс, а посредника. Если к этому слову будут претензии или вопросы.

а Патрик всё молчит...

> IMO разнообразие синтаксисов достаточно велико, чтобы исключить возможность написать один _легко_ параметризуемый парсер

А гляньте-ка в /etc ИМХО всё не так уж и страшно. ;-)
Просто надо попробовать!

> Это что за конфиг такой ?

v=100

a=$v

b=$v

d=$((v / 2))

:)

> Хорошо подметил :) Есть что-нибудь предложить, чтобы решало те проблемы которые решает LR

Не вижу проблем, которые бы решал LR. Автор может кричать "халва" сколько хочет.

Вот интересно, на 1024й мессаге этот тред покрешится или нет? :)

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

Субъективно. Для кого-то оптимальным решением будет повстраивать куда попало лисп и переписать все конфиги на нем. Но это же не значит, что такой решение самое-самое?

> Вот интересно, на 1024й мессаге этот тред покрешится или нет? :)

"физики" выжили.

>v=100
>a=$v
>b=$v
>d=$((v / 2))
>:)

Это не конфиг, это скрипт :) А вот v=100 вполне можно в LR запихнуть.

>Не вижу проблем, которые бы решал LR. Автор может кричать "халва" сколько хочет.

Может уже показывал :) http://registry.sourceforge.net/#needs

Ну и натрындели же вы, товарищи :))

> Это не конфиг, это скрипт :) А вот v=100 вполне можно в LR запихнуть.

Смысл только в том, чтобы не писать x=100 дцать раз. Значение v - вообще не нужно.

> Может уже показывал :) http://registry.sourceforge.net/#needs

Что опять про учение Ленина рассказать? Читал - НЕУБЕДИТЕЛЬНО.

а давайте всё-таки один раз и навсегда выясним, что лучше: vim или os emacs?

Редактор - vim, ОС - emacs.

> Может уже показывал :) http://registry.sourceforge.net/#needs

да лажа там...

1) кому надо, чтоб конфиги все были одинаковыми? ЗАЧЕМ?! fstab в формате sendmail.cf ? ЗАЧЕМ?

2) локализация комментариев - курам на смех!!

ИМХО, выгодно это лишь разработчиком гуевух фронтендов... и их спонсорам :-)

Интересно, а кто-нибудь заметил, что автор:
Avi Alkalay
Linux Market Developer

Senior IT and Software Architect
IBM Linux Impact Team :: ibm.com/linux

Ему глубоко на... наплевать на то, что он предложил, для него главное в другом ...

не будьте таким критичным. а то можно сказать, что создателям eclipse на.. плевать тоже.. на пользователей. да, они преследуют свою выгоду, разве это *так* плохо?

> Интересно, а кто-нибудь заметил, что автор: Заметили, постов так 500 назад, обсудили :)

что меня забавляет - так это почему этот тред не входит в десятку самых обсуждаемых?

глючит ЛОР????

> Смысл только в том, чтобы не писать x=100 дцать раз. Значение v - вообще не нужно.

А в чем проблема, загрузил один раз значение из LR в $v и используй 100 раз. Зато что бы изменить не надо исакть скрипт и править его. Зато:
А если он не один использует $v?
А если какой-нить другой скрипт хочет изменить это $v?

> Что опять про учение Ленина рассказать? Читал - НЕУБЕДИТЕЛЬНО

Я не читал учение Ленина :) Что именно неубедило ?

А мне на самом деле по бубену. Пока эта фича в Debian stable появится, я сдохну наверное ;)

Это не проблема - особые фанатики могут запускать в emacs'е vim.

2o1o (*) (03.06.2004 17:55:04)
Для него это не плохо, для него это ГЛАВНОЕ (IMHO).

> А в чем проблема, загрузил один раз значение из LR в $v и используй 100 раз. Зато что бы изменить не надо исакть скрипт и править его.

Затем мне захочется чтобы a=$v, а b,c,d,e = $w, так что его тоже загружать? И в программе предусматривать поддержку этих _вспомогательных_ значений?

> А если он не один использует $v?

Один.

> А если какой-нить другой скрипт хочет изменить это $v?

А как он его найдет? Нет, он честно будет менять значения a,b,c,d,...

> Что именно неубедило ?

Вы все время приводите указанную ссылку, как едиственный правильный ответ. Поймите, что это частное мнение (один человек - один голос :)) разработчика из другой среды. Суждение щуки о необходимости постройки моста. :)

> 1) кому надо, чтоб конфиги все были одинаковыми? ЗАЧЕМ?! fstab в формате sendmail.cf ? ЗАЧЕМ?

Перевернули Вы все с верх на голову, никто и не хочет все загонять под один формат .cf :)

> 2) локализация комментариев - курам на смех!!

Cамо собой, что пользователь будет учить английский, чтобы сменить себе разрешение в иксах или подправить мышку, поднастроить апач стоящий на локальном хосте, изменить имя в smb.conf ну и т.д.

> ИМХО, выгодно это лишь разработчиком гуевух фронтендов... и их спонсорам :-)

с ИМХО спорить не буду :)

да я ясен пер, что их микрософт купил, чобы линуксу напакостить.

даже gconf дело всё-таки смутное (это при всей моей любви к гному). захотел я однажды всем настроить прокси на системном уровне, прочитал мануал с примером с сайта гноме, скопипастил его, подставил свои значения и.. где-то то ли не ту буковку поставил, в путе ошибся, то знак запрещенный случайный (первый раз делал-то). ну и попорол намертво это дело... потом страдал долго чинил. а теперь вопрос, какова была б вероятность ошибки, если б мне надо было изменить одну строчку: http_proxy=xxx.xxx.xxx.xxx - ? ну понятно, что это у меня руки кривые, но всё таки. менять строчку намного прозрачней.