Evening, Sergey. "Sergey V. Spiridonov" <[EMAIL PROTECTED]> 00:09 5/7/2003 wrote:
>>> Для такого, нужно подготовить скрипт или файл с изменениями и >>> импортировать его завтра. И тогда затра приложение узнает об >>> изменениях. >> ... или об ошибке? SVS> Если параметры будут с ошибками (это будет возможно только если они SVS> подготовлены вручную, скажем текстовым редактором, а не средством SVS> конфигурации), то именно так дело и будет, ошибки будут обнаружены SVS> только в момент импорта. Ну, впрочем для любителей подготовки SVS> параметров вручную, можно сделать программу их проверки на основе SVS> констрэинтов в базе данных жконф. Это если ошибки будут синтаксические или простые семантические (не прошедшие валидацию). А если я вместо mx1.domen.org написал mx2.domen.org и отгреб non-existing host/domain, то на такие ошибки валидаторов не напасешься. >>>> SVS> За редким исключением, максимум что может сделать приложение - >>>> SVS> перечитать конфигурационный файл получив каким-то образом оповещение, >>>> SVS> которое обычно посылается пользователем. >>>>И это правильно. >>>Нет. >> Аргументы? SVS> Да, хотелось бы услышать аргументы, почему вы считаете что это SVS> правильно? Потому как человек своей головой уже подумал и решил, когда именно он хочет применить настройки. И это надо сделать именно тогда, когда надо человеку, а не когда у программы зачесалась левая пятка. Потому как есть scheduled maintenance downtimes и все такое прочее ... -- Dmitry Astapov //ADEpt GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498 2B08 7867 4860 F5D7 639D