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

Собственно интересует какой формат конфигов предпочитают больше:

1) "классический" - что то вида
DAEMON_UID=nobody
DAEMON_GID=nogroup
SERVICE_BLA_INTERFACE=eth0
SERVICE_BLA_PORT=37143
SERVICE_BLA_DEFACLACTION=deny
SERVICE_BLA_ALLOW=bla; blabla
SERVICE_BLA_DENY=bla; blabla
blablabla...
...

2) XML - что то типа того
<config>
<daemon uid="nobody" gid="nogroup"/>
<service name="bla" iface="eth0" port="37143">
<acl default="deny">
<allow host="bla"/>
<allow host="blabla"/>
<deny host="bla"/>
<deny host="blabla"/>
</acl>
</service>
blablabla...
...
</config>

3) другой (привести пример)

Ссылка

← PLANNER(язык)

Сглаживание при экспорте в pdf →

← 1 2 →

~~Nails~~
(24.01.06 21:02:07 MSK)

Ссылка

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

~~suser~~
(24.01.06 21:02:18 MSK)

Ссылка

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

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

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

anonymous
(24.01.06 21:04:54 MSK)

Ссылка

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

// wbr

~~klalafuda~~ ★☆☆
(24.01.06 21:05:06 MSK)

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

anonymous
(24.01.06 21:07:40 MSK)

Ссылка

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>

ksicom ★
(24.01.06 21:12:07 MSK)

Ответ на: комментарий от ksicom 24.01.06 21:12:07 MSK

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

ksicom ★
(24.01.06 21:13:52 MSK)

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

anonymous
(24.01.06 21:18:18 MSK)

Ссылка

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

~~Shaman007~~ ★★★★★
(24.01.06 21:21:39 MSK)

Ответ на: комментарий от Shaman007 24.01.06 21:21:39 MSK

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

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

// wbr

~~klalafuda~~ ★☆☆
(24.01.06 21:23:24 MSK)

Ответ на: комментарий от klalafuda 24.01.06 21:23:24 MSK

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

Ex ★★
(24.01.06 21:27:02 MSK) автор топика

Ссылка

Ответ на: комментарий от klalafuda 24.01.06 21:23:24 MSK

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

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

anonymous
(24.01.06 21:28:36 MSK)

Ответ на: комментарий от anonymous 24.01.06 21:28:36 MSK

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

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

~~suser~~
(24.01.06 21:31:12 MSK)

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

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

W98 ★
(24.01.06 21:31:13 MSK)

Ответ на: комментарий от W98 24.01.06 21:31:13 MSK

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

Qt && QSettings ?

// wbr

~~klalafuda~~ ★☆☆
(24.01.06 21:33:18 MSK)

Ответ на: комментарий от klalafuda 24.01.06 21:33:18 MSK

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

W98 ★
(24.01.06 21:34:26 MSK)

Ответ на: комментарий от W98 24.01.06 21:34:26 MSK

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

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

// wbr

~~klalafuda~~ ★☆☆
(24.01.06 21:36:07 MSK)

Ссылка

Ответ на: комментарий от klalafuda 24.01.06 21:33:18 MSK

>>Qt && QSettings ?

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

Ex ★★
(24.01.06 21:36:12 MSK) автор топика

Ответ на: комментарий от Ex 24.01.06 21:36:12 MSK

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

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

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

// wbr

~~klalafuda~~ ★☆☆
(24.01.06 21:38:20 MSK)

Ссылка

Ответ на: комментарий от Ex 24.01.06 21:36:12 MSK

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

~~Shaman007~~ ★★★★★
(24.01.06 21:40:29 MSK)

Ответ на: комментарий от W98 24.01.06 21:31:13 MSK

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

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

~~suser~~
(24.01.06 21:44:18 MSK)

Ответ на: комментарий от Shaman007 24.01.06 21:40:29 MSK

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

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

> Красота!

да уж... :)

// wbr

~~klalafuda~~ ★☆☆
(24.01.06 21:44:34 MSK)

Ответ на: комментарий от suser 24.01.06 21:31:12 MSK

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

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

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

anonymous
(24.01.06 21:47:54 MSK)

Ссылка

Ответ на: комментарий от suser 24.01.06 21:44:18 MSK

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

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

W98 ★
(24.01.06 21:48:04 MSK)

Ответ на: комментарий от klalafuda 24.01.06 21:44:34 MSK

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

и passwd тоже %)

Ex ★★
(24.01.06 21:48:19 MSK) автор топика

Ответ на: комментарий от W98 24.01.06 21:48:04 MSK

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

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

W98 ★
(24.01.06 21:49:27 MSK)

Ответ на: комментарий от Ex 24.01.06 21:48:19 MSK

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

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

// wbr

~~klalafuda~~ ★☆☆
(24.01.06 21:49:52 MSK)

Ссылка

Ответ на: комментарий от W98 24.01.06 21:49:27 MSK

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

~~suser~~
(24.01.06 21:50:01 MSK)

Ответ на: комментарий от suser 24.01.06 21:50:01 MSK

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

W98 ★
(24.01.06 21:50:50 MSK)

Ссылка

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

UserUnknown ★★★★★
(24.01.06 22:14:50 MSK)

Ссылка

Ответ на: комментарий от ksicom 24.01.06 21:13:52 MSK

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

anonymous
(24.01.06 22:15:16 MSK)

Ссылка

Ответ на: комментарий от Shaman007 24.01.06 21:21:39 MSK

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

anonymous
(24.01.06 22:17:18 MSK)

Ссылка

Ответ на: комментарий от W98 24.01.06 21:31:13 MSK

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

anonymous
(24.01.06 22:19:42 MSK)