Соц. опрос: Формат конфигов

1

1 - понятнее. Но лучше что-то исполняемое типа ~/.bashrc.

Всеравно, xml громоздок но точность и возможность 
проверки базового синтаксиса. Нравится yaml, довольно таки 
компактен:

test:
  adapter: postgresql
  database: testing
  host: localhost
  username: 
  password:

production:
  adapter: postgresql
  database: production
  host: localhost
  username: 
  password:

по возможности XML, хотя в принципе сильно зависит от конфига.

// wbr

XML лучше всего подходит для хранения данных. Конфиги в нёмубогенько смотрятся.

1 или модифицированный 2
<config>

<daemon>
<uid>nobody</uid>
<gid>nogroup</gid>
<service>
<name>bla</name>
<iface>eth0</iface>
<port>37143</port>
<acl>
<default>deny</default>
<allow_list>
<host>bla</host>
<host>blabla</host>
</allow_list>
<deny_list>
<host>bla</host>
<host>blabla</host>
</deny_list>
</acl>
</service>
blablabla...
...
</daemon>

</config>

долбанное форматирование :(
оно ещё выравняно должно быть как программа

LUA, естественно :) (прим. конфиги Ion)

Как в Сквиде и Апаче. Конфиг как раз то место, где XML только мешает как квази human readable. То есть при наличии каких-то средств это круто, но на кривом терминале с vi без стрелок его удавишься редактировать.

> Как в Сквиде и Апаче. Конфиг как раз то место, где XML только мешает как квази human readable. То есть при наличии каких-то средств это круто, но на кривом терминале с vi без стрелок его удавишься редактировать.

а в опросе небыло указано ограничения a'la "кривой терминал без стрелок" :)

// wbr

>>а в опросе небыло указано ограничения a'la "кривой терминал без стрелок" :) однако будет учтено :)

>а в опросе небыло указано ограничения a'la "кривой терминал без стрелок" :)

Ну тогда Kcontrol, и пофиг на формат конфигов :-D

>Ну тогда Kcontrol, и пофиг на формат конфигов :-D

В KDE как раз конфиги типа 1. :)

1 - удобнее для пользователей
2 - удобнее для программистов, особенно если конфиги навороченные, с иерархией и их надо крутить по-всякому

подскажет ли кстати кто-нибудь удобную либу для работу с конфигами 1-го вида? типа как в оффтопике GetPrivateProfileString() GetPrivateProfileInt() итд

> подскажет ли кстати кто-нибудь удобную либу для работу с конфигами 1-го вида? типа как в оффтопике GetPrivateProfileString() GetPrivateProfileInt() итд

Qt && QSettings ?

// wbr

а вот бы это же, да без Qt..

> а вот бы это же, да без Qt..

ну как вариант облегчения - Qt4 && QtCore. она на порядок легче, чем полный набор библиотек Qt3/4 и содержит все вкусности.

// wbr

>>Qt && QSettings ?

ужос, тут libxml2 юзаеш и задумыватся начинаеш а не жирно ли а тут такое %)

> ужос, тут libxml2 юзаеш и задумыватся начинаеш а не жирно ли а тут такое %)

ну если она все равно есть и используется? :)

ps: естественно, что в приложениях, не использующих Qt я не призываю цеплять qt-mt или QtCore. лично мне в 99% случаев хватает и ACEXML с их SAX2 парсером.

// wbr

Надо как в биллингах - все опции являются параметрами configure и злыми DEFINE'ми. И чтоб полный цикл тестирования после изменения любой опции. Красота!

>подскажет ли кстати кто-нибудь удобную либу для работу с конфигами 1-го вида? типа как в оффтопике GetPrivateProfileString() GetPrivateProfileInt() итд

На Perl - пару строчек.

> Надо как в биллингах - все опции являются параметрами configure и злыми DEFINE'ми. И чтоб полный цикл тестирования после изменения любой опции.

..и юзеров то-же там задавать. а че? можно!

> Красота!

да уж... :)

// wbr

>Ну тогда Kcontrol, и пофиг на формат конфигов :-D

>В KDE как раз конфиги типа 1. :)

Благодаря чему чаще в конфиги руками хожу :)

а я не про перл говорю

зы: а вот на быдлопхп :)
parse_str(join(file("/path/to/file.conf"),"&"))

>>..и юзеров то-же там задавать. а че? можно!

и passwd тоже %)

т.е немного не так

parse_str(join("&",file("config")))

>>..и юзеров то-же там задавать. а че? можно!
> и passwd тоже %)

новороссейский ISP Ебилд
"мы постоянно в движении!"

// wbr

А на небыдлолиспе и небыдлохаскеле?

откуда мне (пхпбыдлокодеру) это знать?

1. Как в Сквиде, Самбе...

>долбанное форматирование :(
>оно ещё выравняно должно быть как программа
Ну если "выравняно", то в лес.

точно, еще fstab
причем include /path/config тоже оченно пользительно :-)

>1 - удобнее для пользователей
>2 - удобнее для программистов, особенно если конфиги навороченные, с иерархией и их надо крутить по-всякому
Сколько в мире пользователей и сколько программистов? Проблемы программистов должны эбаут только программистов. А не пользователей и их админов.

не переношу xml

1 вариант рулит

config.py и ниипет

Предпочитаю XML, а вообще не важно какой формат.

1

Если появляется потребность в 2, то LISP.

1
но обязательно с комментариями.

1. Пишеться либа на всех программистов. 2. Фсе.
!

А нафик небыдлолиспу конфиги написанные не на лиспе? :-)

i.e. (load-file "myconf.elc") :-))

1

3. sendmail.cf
4. sendmail.mc
(;

> 3. sendmail.cf

знаешь толк в извращениях:-)

3. X-овый конфиг рулит

все зависит от сложности конфига. но xml в конфигах - зло однозначное

> подскажет ли кстати кто-нибудь удобную либу для работу с конфигами 1-го вида? типа как в оффтопике GetPrivateProfileString() GetPrivateProfileInt() итд

http://www.nongnu.org/confuse/

Все, кому нравится xml в конфиге - поиграйтесь с ivman или даже openbox ручками понастраивайте.

> Все, кому нравится xml в конфиге - поиграйтесь с ivman или даже openbox ручками понастраивайте.

резонный вопрос: зачем?

// wbr

1 рулит форева

2 - там где много мелких опций, и куда нечасто залазить ручками (скажем индивидуальные параметры окон в WM)

кстати, что вы думаете о конфигах сендмайла?