|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Vadim Goncharov 2:5020/400 16 Sep 2006 20:10:04
To : Sergey Skvortsov
Subject : Re: ng_ipacct port
--------------------------------------------------------------------------------
Hi Sergey Skvortsov!
On Sat, 16 Sep 2006 12:23:35 +0000 (UTC); Sergey Skvortsov wrote about 'Re:
ng_ipacct port':
>>> Что имеем в rc.conf - общая, так сказать, панель управления машиной.
SS>> Мда.
>> Что "мда" ? Hахрена лазить по множеству разрозненных кусочков для той же
>> задачи, когда он может лежать в одном месте?
SS> Мне кажется, я привёл достаточное число аргументов, которые умышленно не
SS> были услышаны. В реальности, можно привести ещё массу практичный доводов:
Мои аргменты, видимо, тоже были проигнорированы.
SS> * унифицированные конфиги для нескольких машин - в этом случае в
SS> /etc/rc.conf лежат host-specific data, а в rc.conf.d - общие для всех
/etc/rc.conf.local уже отменили?
SS> * version control - управлять/отследить изменения в конфигурации сервиса
SS> проще (удобнее) если конфигурация сия лежит в отдельном файле, а не в
SS> монолитном-общем rc.conf
Опять же путаем startup-конфигурацию и общую конфигурацию.
SS> и т.д.
SS> Если лично для вас это не актуально, это не означает, что для остальных
SS> является приемлемым вариант "все пихаем в rc.conf". Когда на машине
SS> стоит 20-30 сервисов/портов, для которых кужны startup настройки,
SS> "управлять" ими через rc.conf жутко утомительно (это, конечно, моё imho
SS> на основе личной практики).
Это сугубо ваше личное ho. Когда я все свои сервисы вижу на одном экране
в vim и могу их тут же поменять, это куда удобнее, чем лазить в пачку
мелких файликов.
SS>>> Точно так же как для xinetd удобнее настройки сервисов кидать в
SS>>> /etc/xinetd.d (man xinetd.conf /includedir)
>>> Ой, какой SysV-style ужас.
SS>> Ах оставьте, тогда и rc.subr - тоже SysV?
>> :) rc.subr как раз есть концентрация используемых процедур в одном
>> месте, а не размазывание по куче файлов.
SS> И rc.conf.d - продолжение этой идеи.
Размазывание по куче файлов не может быть продолжением идеи концентрации
в одном файле.
P.S. Вот что можно было бы считать прогрессом, так это введение
различных rc.conf (в каждом из которых полные настройки), своего рода
профилей, и переключение между ними (вместо runlevels, этого SysV-шного
убожества). А также развитие механизма зависимостей (когда рестарт одного
сервиса требует рестарта другого). Hо размазывание _однородной_ конфигурации
из одного файла в кучу разных - это не прогресс, и даже не регресс, это
диверсия.
--
WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru
[Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight]
--- slrn/0.9.8.1 on FreeBSD 4.11/i386
* Origin: Nuclear Lightning @ Tomsk, TPU AVTF Hostel (2:5020/400@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
