Re: gconf2 на сервере
Dmitry Rojkov wrote:
Как программный интерфейс жконф с одной стороны предоставляет
необходимую функциональность для работы с праметрами, а с другой -
скрывает детали реализации от приложения - способ хранения (формат),
способ передачи (локально или по сети).
то же справедливо и для debconf
Я тут почитал документацию (ту что нашёл) и не нашёл ничего об этом,
может подскажете ссылку какую?
Какие пакеты смотреть? Где описан программный интерфейс?
apt-get install debconf-doc
Это я посмотрел, там лишь о работе с конфиг файлами (изменение
параметров, создание, бэкапы, использование ЛДАП, но опять, для
настройки конфиг файлов). Правильно?
про конфиглеты вот тут написано
http://hackers.progeny.com/configlets/
Configlets supply an architecture to support richer front ends that can
leverage advanced environments such as GNOME. Developers can create
Python code and a Glade interface to be presented to the user by a
separate front end; behind the scenes, debconf is used to store
questions and answers for future use, just as it would otherwise.
О.К.допустим у меня программа на С, к примеру. Как моя программа узнает
о том что пользователь изменил с помощью конфиглета какой-то параметр и
как я могу получить новое значение этого параметра?
Как я понял, мне нужно будет парсить опять конфигурационный файл? Или я
не понял нифига?
Ты говоришь, что /етц никуда не девается, это значит, что приложения
всё ещё будут использовать свои парсеры, свои форматы, свои способы
оповещения и т.д. В этом разница. А хуже или лучше я вопрос неуместен
- адресуются разные проблемы.
Честно говоря, не улавливаю разницы.
Как я понял из документации, дебконф предоставляет возможность создавать
и апдейтить текстовые конфигурационные файлы. При этом источником
конфигурационных параметров может быть и ЛДАП.
Это всё что я нашёл. Может я плохо искал?
именно
Что именно? Плохо искал или наоборот, правильно понял?
Посмотрев на http://www.gnome.org/projects/gconf/ я обнаружил следующее
GConf is a system for storing application preferences. It is intended
for user preferences; not configuration of something like Apache, or
arbitrary data storage.
теперь начинаю понимать разницу. debconf как раз наоборот не заботится о
user preferences, и предназначен скорее все-таки для апача и прочих
общесистемных вещей.
Всё верно, если речь идёт о данной реализации жконф. Но вот идея
заложенная в нём может быть использована и для apache, и для
общесистемных вещей.
--
Best regards, Sergey Spiridonov
Reply to: