всё ниже этой строки можно пропустить и обсуждение продолжить с http://www.nclug.ru/forum_viewtopic.php?8.7718.0#11540
Сия ветка выливается из обсуждения в ветке http://www.nclug.ru/forum_viewtopic.php?9.6951.17
Не отсносящееся те теме:
[b]Ne01eX, Nick[/b]
У моего провайдера не ADSL. Используется оптоволоконное кольцо по городу, на которое по натыканы узлы с переходом с SFP на LAN (D-link DES-3326SR), до некоторых клиентов, находящихся далековато от узлов, как в моём случае, используется VDSL подключение, скорость 4 Мбит/сек, абонетскую плату не плачу - оплатил тока раз за подключение, траблы начались после того как провайдер перевёл свои коммутаторы DES-3326SR на RIP. Я свою траблу решил. Мой текущий дистрибутив Fedora Core 4. Ну а настройку pptp я привёл как пример не оптимальности обычного конфигурирования, а не как рассказ о половой жизни.
Что касается RT - так уж получилось, что мне пришлось иметь опыт работы/программирования со всякими QNX, RTLinux, LinuxSRT. Продолжать эту тему не будем. Скорее это я неудачно привёл пример. Но в любом случае любой прирост производительности - есть благо, а сколько комп простаивает это уже личное дело каждого[b].[/b]
Теперь что касается темы:
[b]Ne01eX[/b]
[i]"Однако, вы уже не в первом посте блистали глубокими познаниями в XML и не в первом посте аргументированно доказывали его эффективность. Что-ж дерзайте. Переведите хоть что-нибудь из ПО используещее каталог /etc с plain text на XML и если это зачинание будет позитивным (иметь видимое приемущество перед plain text), то я уверен, что Linux-сообщество вам поможет."[/i]
Ne01eX, познаниями в XML я не блещу, скорее просто вижу его достоинства.
преведённый кусочки кода, являются переделанными кусочками уже существующих xml-конфигов от Gnome, приведу эти кусочки в этой ветке:
Конфиг, подобный ниже указанному позволил бы сразу однозначно определять тип переменной в конфигурации:
<div class='indent'>...
<pref name='core'>
<pref name='network'>
<pref name='auto_ip' type='bool' value='0' />
<pref name='public_ip' type='string' value='192.168.100.100' />
...</div>
Можно генерить доку/хинты прямо по конфигурации:
<div class='indent'>...
<pref name='core'>
<pref name='network'>
<pref name='auto_ip' type='bool' value='0'>
<local_schema locale="en" short_desc="Automatic IP configuration">
<longdesc>"Bla-bla-bla..."</longdesc>
</local_schema>
<local_schema locale="ru" short_desc="Avtomaticheski konfigurim IP nax!">
<longdesc>"Bla-bla-bla..."</longdesc>
</local_schema>
</pref>
<pref name='public_ip' type='string' value='192.168.100.100' />
...</div>
[i]"Более того, я вам обещаю как координатор RTK Linux сопровождение вашего форка в составе дистрибутива."[/i]
Если всё же начну разработку сам, то ловлю на слове!
[i]"А вот предложив программисту выбирать, что использовать для сохранения настроек вы сморозили глупость. Подумайте и сами себе ответьте почему =)."[/i]
На это отвечу следующее - Думаю Вы знакомы с термином "Deprecated", так вот позволить придётся так или иначе, потому как если вдруг моё предложение найдёт поддержку у Linux сообщества, то переход будет происходить не единовременно, а постепенно. И даже в случае очень успешного продвижения xml aля regAPI, думаю ещё очень долго будут существовать/появляться приложения использующие обычный подход (который возможно объявят "Deprecated").
[b]Sheridan[/b]
[i]"1. А нафига нам нужен overhead xml'ный?
2. Править вручную - неудобно
3. Формат не предназначен для визуального просмотра"[/i]1
Ну можно и не создавать etc-xml, а сделать /etc/etc-xml, но я бы предпочёл вариант /etc-xml, потому как нагляднее, кроме того я бы запретил ручную правку как таковую, доступ на запись/чтение через - regAPI, консольной тулзой или gui-шной, для чтения можно применять xslt представленяи, для консольного просмотра можно, использовать упрощённое представление.
[i]"xml имеет смысл применять когда действительно нужен многомерный конфиг. Например описание интерфейса окна. А для остального набного более удобен обычный 2мерный ini формат или одномерный key=value
Короче. Не пытайся везде прикручивать сложности. Там где можно без сложностей, пускай будет просто. xml это тяжелый формат, и не надо его прикручивать там где без него можно обойтись. А в ядре оно и подавно не нужно :)))
Не умножай сущности."[/i]
Сказанное Вами не есть аргумент. XML - не "тяжелый формат", а строгая иерархия. Нужно оно в ядре или не нужно, сейчас особо не актуально, но как возможность исключать нельзя.
[b]igorsia[/b]
[i]"а зачем держать две системы конфигов? не проще ли отображать конфиг из xml в псевдофайловую систему etcfs сделанную на подобе sysfs и procfs"[/i]
Думаю такой подход был бы не слишком оптимален. sysfs, procfs - являются адаптацией к представлению в файловой структуре не файловых данных. А xml-файлы - это файлы, так пусть хранятся там где им и положенно - в директории на файловой системе.
Развивая идею:
Можно например добавить такой функционал как версионность, т. е.
Изменяя значение пользуя XMLRegAPI (условно назову его так), текущий xml-файл переименовывается (добавляется постфикс _даты_времени последней модификации/создания файла) и пишется его новая версия, ну естественно добавить ограничение на кол-во версий, всмысле удалять старые конфигурации, думаю этого будет вполне достаточно и в сложных системах типа SVN нет нужды.
Я реально думаю заняться на досуге проработкой идеи, так что критика и предложения только приветствуются.
<span class='smallblacktext'>[ Редактирование ]</span>
Последние комментарии
9 лет 34 недели назад
10 лет 1 неделя назад
10 лет 11 недель назад
10 лет 11 недель назад
11 лет 1 неделя назад
11 лет 1 неделя назад
11 лет 1 неделя назад
11 лет 2 недели назад
11 лет 2 недели назад
11 лет 3 недели назад