Конфигурационные файлы каких программ вам наиболее удобны?

emacs

Попытался вспомнить, когда я вообще какие-то конфиги редактировал руками. Шоб не скрипты, а именно конфиги. Кажется, это были /etc/openvpn/client.conf и /etc/ssh/sshd_config.

В общем, софт, которым я пользуюсь, не требует каждодневного красноглазия с конфигами. Поэтому абсолютно всё равно, в каком они формате. Хоть в xml-е.

Все, где формат - $ПЕРЕМЕННАЯ=«значения». В частности - make.conf

sendmail

Любой ZDoom-подобный порт дума, их конфиги я научился править ещё будучи семиклассником, под виндой.

Конфигурационные файлы каких программ вам наиболее удобны?

никакие. Но уж если конфиги, то KEY=VALUE, дабы хоть понятно было. И не только мне, но и diff'у.

Хорошо документированный конфигурационный файл лучше графического интерфейса. В графике в большинстве случаев нет поиска по опциям, например.

Почти все, с которыми сталкивался, были одинаково удобны. XML раздражает.

key=value, можно с секциями. Как у постфикса, ssh, и т. д. JSON тоже сойдёт, если нужна сложная структура.

icewm, mc, mplayer, pacman…

pacman

И ты туда же.

Key Value, как у squid. Очень удобно.

Ты о чем? В pacman столь же удобный конфиг, как и у mc, icewm и прочих.

опередил )

Я не думал, что ты будешь сидеть на дистрибутиве с systemd.

.emacs няшка, xml какашка

Эдик не обновляется же.

Make.conf, systemd units.

Видимо тяжело ему жить :D

Программы называть не буду, скажу что самое удобное это
параметр = значение
И да, xml - зло!

Сколько ненавистников ХМЛ, так почему же его пихают куда попало?

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

Пущай тогда json используют. Куда годится, когда служебной информации больше чем параметров?

json тогда не было как идеи.

«Параметр=значение» или формат ini. Или даже конфиги upstart сойдут.

mpd, sudo, vsftpd.

Уже такой срач был =) Зачем хранить конф файлы в XML ?!

INI идеален.

IMHO вообще нельзя использовать одну и туже технологию для разных целей, так как она будет плоха везде. XML позиционировался как палочка-выручалочка _везде_: в качестве конфигурационных файлов, в качестве представления текста редактируемого человеком, в качестве замены бинарных форматов, в качестве состояния системы на текущий момент и т.д. и т.п.

Подобных обсуждений было много за долго до: Дискуссии об осмысленности XML

Человечный XML(аля OpenBox)

Ну да. Просто свою тему найти полегче =)

xmonad, runscript

Человечный XML(аля OpenBox)

Это одна из причин, почему у меня не опенбокс.

icewm - документирована в самом файле каждая опция. Самая неудобная, оставляя всякие сквиды, это E16, где недокументировано вообще ничего, ни в самом файле ни в каких либо доках.

Удобство не только в формате, но и в документированности, желательно прямо в файле. Как не надо делат это конфиги E16, тоже «формат-значение» но надо нюхом угадывать что именно параметры означают, доков нет никаких

Ну в нормальных конфигах в комментариях над каждым параметром всё написано.

Никаких, так как конфиги в отличие от настроек через GUI обладают большой проблемой - в большом конфиге можно несколько раз прописать одну и ту же опцию, а потом тратить недели на то чтобы понять посчему не работает. Не каждая программа проверяет наличие дубля. И какое конкретно значение будет применяться тоже неизвестно.

Мне без разницы, какой формат. Главное, чтобы прикладывали официальные рекомендации по оформлению конфигурационных файлов. У меня бзик, чтобы все было идеально by-design, «как задумал автор». :)

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

А так... ну, нравится формат sysctl.conf, илиб как привел пример ТС, - fluxbox, где настройки вида:

группа[.подгруппа].параметр: значение

У XML есть бесспорное преимущество в виде DTD, лучше может быть только ASN.1 ;)

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

На самом деле у него серебрянная пульность есть в еще одном аспекте - программисты на яве туда сеарилизуются. Получая нечто «хоть как то читаемое и местами самодокументируемое с приложением минимальных мозговых усилий». Что характерно заказчики их приложений данный аспект жестоко ненавидят, но даже волшебная сила бабла тут мало чем смогла помочь ;D

Которые с первого раза без мануалов можно быстро сконфигурировать.

Для меня это fluxbox, openssh, rc.conf.

Типовой набор админа локалхоста

Если говорить о формате, то в JSON и Perl (да, у меня перловые конфиги). Из распространенных программ - vim.

Самым блевотным считаю систему конфигурирования freeradius (формат конфигов, документация и прочее), и желаю его разработчикам, и всему коммьюнити, всего наихудшего, что может случиться с человеком.

Пусть будет build.gradle.

Типовой набор админа локалхоста

А ты решил газка подпустить, да всё мимо.

Самым блевотным считаю систему конфигурирования freeradius

+1.

А у меня пока что sysvinit.