[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: gconf2 на сервере



Victor B. Wagner wrote:
On 2003.07.01 at 19:18:45 +0200, Sergey Spiridonov wrote:


Почему /етц это кошмар:

1. Нет стандартного способа использоания /етц в сетевом окружении (когда сервер хранит настройки хостов для всей сетки).


Есть, и очень простой - не иметь в сетке множество хостов и сервер.
Иметь в ней один хост со сколь угодно сложным набором настроек
и кучу X-терминалов, все настройки которых прекрасно укладываются в
dhcpd.conf

Один аргумент: не всегда такая схема оптимальна. Например когда я хочу использовать ЦПУ память винт клиента, распределить нагрузку, разгрузить сеть.

Другой: если у меня иерархия серверов, и часть настроек хранится на более высоком уровне (например сервер предприятия - сервер отдела), всё равно нужна синхронизация.

Третий: (цитата)
Попытка загнать их все в прокрустово ложе единой системы приведет именно
к тому, чем кончали гости Прокруста.


Жконф решает эти проблемы.


Ой не надо, что что-то на букву g решает какие-то проблемы в сетевой
среде. Если уж Влад Харшев, большой апологет гнома и по-моему, активный
участник  его разработки, высказался крайне пессимистично...

То?

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


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


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

В большинстве же случаев, языка как такового нет. И параметры, которые необходимо настроить, в большинстве своём вполне вписываются в простые типы данных: числа, строки, булевы, списки и т.д. Тем не менее это не мешает хранить в базе данных жконф текст интерпретируемого кода.

Это имеет ещё больше последствий. Например, сложность написания конфигурялок (программ для администрирования, типа webadmin), которые

Не спорю, хороший текстовый редактор написать сложно. Но они уже
написаны. Целых два.

Прокрустово ложе текстовых редакторов? Жконф позволяет использовать всю мощь целых двух текстовых редакторов: сторонники emacs могут использовать его для редактирования настроек. Но также жконф упрощает написание специальных утилит для администрирования.
--
Best regards, Sergey Spiridonov




Reply to: