Теперь и у unix-like будет регистр !

[Oleg_B]

А в windows-е уже появился стендарт на config файлы при использовани в .NET приложениях. Он довольно удобен и XML-based. Наверное, скоро его примут и в UNIX-е.

Мне кажется, нужен стандарт на просмотр иерархии этих файлов, с соответствующим API.

[blanko27]

Кстати, зачем там COM? Его что без COM-а прочитать нельзя.

Не при чём там СОМ...

Да, это было бы совсем смешно, если бы UNIX добавил к себе в анналы еще и эту устаревшую технологию.

[blanko27]

Мне кажется, нужен стандарт на просмотр иерархии этих файлов...

Я не очень понял вашу идею. Вы говорите о просмотре иерархии зависимостей всех конфиг файлов влияющих на одно отдельное приложение?

[Strannik223]

Во первых название топика не совсем верно. Есть проект по созданию регистри для *никс но это вовсе не значит что он будет включен в дистрибутивы. Я могу хоть сегодня начать проект по созданию IIS для юниха, но это не основание заявлять что юних переходит на IIS.

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

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

[A. Fig Lee]

http://forum.privet.com/viewtopic.php?t=59143

[A. Fig Lee]

http://forum.privet.com/viewtopic.php?t=59143

[A. Fig Lee]

http://forum.privet.com/viewtopic.php?t=59143

[A. Fig Lee]

1. Ну и что же, значит каждая программа использующая HTTP должна хранить его конфигурацию у себя, как это в большинстве случаев и происходит в Юниксе?

Что такое "конфигурация http" - не совсем понимаю..

2. Сегодня читаю через KMail. Завтра захочу попробовать Evolution - опять вбивать настройки POP3?

Режистри-то при чем? Если в Аутлуке все настроено, Вам что, в Аутлук Експрессе настройки вбивать не надо?

Вот и хорошо, расскажите "Васе" пжалста, как ему определить тип и наличие мыши в системе, особенно если на ней не гоняется ни Икс ни gpm. Пример достаточно экстремальный, но все равно корректный.

/etc/rc.conf
man sysmouse
man moused

Никто не против того, чтобы программы имели свои собственные настройки. Просто те настройки, которые могут (и должны) использоваться несколькими программами, таковыми и должны быть.

Ну в УНИХе так и есть и режистри тут совсем не при чем.
Да, а как Вы права доступа для разных програм будете хендлить?

[A. Fig Lee]

Во первых название топика не совсем верно. Есть проект по созданию регистри для *никс но это вовсе не значит что он будет включен в дистрибутивы. Я могу хоть сегодня начать проект по созданию IIS для юниха, но это не основание заявлять что юних переходит на IIS.

Все взрослые дяди, все всё понимают..

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

Что, /etc/rc.local /etc/rc и т.д. не годятся для експорта глобальных настроек?

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

Хммм... Я использую ету библиотеку - fgets, strchr, strstr etc...
Чем ето хуже будущих библиотек?
2. Может быть нужна разная сложность конфигурационных файлов - сендмейловский например, ни в какие ворота не пролезет.