[devel] awk in initscripts

[Алексей Любимов]

Andrey Orlov пишет:

>Поскольку в качестве примера неудачного решения использовали конфиги 
>экземпляров zope....
>
>On Monday 12 January 2004 01:26, Peter V. Saveliev wrote:
>  
>
>>Хочется услышать возможные возражения против использования awk в
>>инитскриптах прежде, чем я возьмусь это делать.
>>    
>>
>
>  
>
>>2) можно без нужды не плодить директории в /etc/sysconfig. как это сейчас:
>>для каждой сессии того же vtund пришлось сделать свой файлик на манер
>>конфига экземпляра zope. Субъективно бесит, ей-Аллаху.
>>    
>>

В случае с зопом зря бесит.
Каждый  экземпляр зопа, это отдельно сопровождаемый объект (причем 
запросто разными людьми) и мешать их противопоказано.



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

>И так, почему конфиги экземпляров Zope лежат в отдельных
>файлах:
>
>1. В общем случае, каждый экземпляр Zope управляетя разными 
>людьми, которым нужно давать независимый доступ;
>
>2. Если файл одного из экземпляров будет испорчен неверным
>синаксисом (например, файл devel)
>то остальные экземпляры останутся работоспособны;
>
>3. Перенос экезмпляров на другой хостинг, равно как их бакап может быть
>проделан независимо;
>
>4. Создание нового экземпляра на основе старого делается командой cp ;),
>что тоже удобно.
>
>5. Возможно пакетирование экземляров Zope  в rpm и т.п.
>  
>
Я б еще сказал, что все это возможно без всяких дополнительных условий и 
парсингов.

>ЗЗЫ2all: Кстати, мбть пропатчить в этом направлении httpd ? Можно было бы
>устанавливать новые пакеты и активировать подсистемы без извратов на основе
>sed, которые, кстати, не всегда работают....
>  
>
для инклудов это было бы совсем неплохо.