"Обиделся и ушол" (с)
netwind, дайте знать если в привате получите "консультацию", которой будете довольны ;)
Где Вы увидали "дефолт"? - Это уже телепатия?
Ау, телепаты...
Действительно, кроме "наймите нормального
админа" - что-то сложно посоветовать. В порядке
гадания на кофейной гуще: nginx+apache есть? mod_rpaf
для последнего установлен?
У всех есть:
http://packages.debian.org/squeeze/apache2-mpm-prefork
http://packages.debian.org/squeeze/apache2-mpm-event
http://packages.debian.org/squeeze/libapache2-mod-php5
Нужно только все это правильно приготовить.
Это же андрейка. Он афтаритетно заявил - большего Вы не дождетесь...
Какую "инфу"? :) HTTP-заголовки что-ли? Так их по любому приходится бакенду пересылать. Сделан последний из php-fpm или апача с mod_php - без разницы.
Или у Вас перед апачем ничего не было (хоть бы и другого апача, не nginx)?
Для произвольного говноконтроллера? Ну-ну...
А еще patrol read...
В CentOS/Fedora и даже Debian (http://bugs.debian.org/556610) - до сих пор убогие кронтабы с echo check/repair :(
Есть. Нет альтернативы задаче "установить xyz".
Любое ТЗ в конце концов может быть сформулировано настолько низкоуровнево. Просто помним, что от реальной задачи клиента (в примере - конфигурация сети) до подобной формулировки - очень далеко. Пример подробной формулировки реальной задачи - вот.
Вовсе нет. Обычная постановка задачи.
Сурово. Остается только верить, что в этом есть смысл - на кластерах много какой ерунды крутится ;)
Да хоть никак. Дописываем в конец.
Хотите конфиг "красивый" иметь - просто генерируйте его целиком.
Я продолжаю утверждать, что однажды "приведенный пример" вылетит Вам боком. sshd не стартует из-за поломанного конфига, или апач. Потому таких "решений" я стараюсь избегать.
"Удобнее и читаемее" - дело вкуса. Я думаю, что читаемее - подход с генерацией конфигов по шаблонам, а не их переписывание недоделанной утилитой.
Отправить патч upstream. Это же open source - не крысятничайте и делитесь разработками. И другие помогут Вам с поддержкой...
У него есть возможность include. Уже забыли?
_Все_ требования заказчика обсуждаются, тем более наименее разумные. Иначе исполнителю грозит бесплатный геморой.
Xen? Virtuozzo?
Что за проекты-то такие суровые? :)
Ну далеко не первое ;) Речь ведь ранее у Вас заходила про sshd_config - а подсовываете ini-файл. Нехорошо-с - все взрослые девочки и мальчики знают, что данный формат неудобен для работы с потоковыми редакторами.
Тем не менее - пожалуйста. Тут и sed не нужен - просто допишите в конец файла секцию [agent] с нужными переменными. Утилиты cat - хватит.
Да. Иногда вообще "задача" выглядит как "установить программу xyz". Альтернативы, разумеется - на таком уровне не видно.
Ну, тогда имеет смысл дописать необходимый функционал: сделать аналог include - на порядок проще всяких парсеров. Вот только пример такого незаменимого+убогого ПО - Вы так и не привели доселе ;)
Это не значит, что оно обязано работать _только_ под этой версией, под этой ОС. Это тупость какая-то - привязка к версии ОС. Я понимаю еще, к конкретным версиям библиотек, даже версиям ядра ОС. Что Вы там - пути что-ли хардкодите? :)
Запросто для тестирования можно развернуть стандартную инсталяцию нужного дистрибутива в KVM/QEMU. Что там настраивать-то вообще требуется?
Что значит "не нравится"? Я указал Вам на баги, которые никто исправлять не собирается. Разве Вы что-то уж совсем простое делали, что не напоролись на них.
Инструмент не справляется с задачей, на которую вроде-бы и расчитан - вот и все. Нужен очень серьезный повод, чтобы _такое_ использовать. Вы можете пример из практики предложить - собственно, с чем у Вас sed не справился?
Решение _чего_? Набор Ваших "требований" - уже выглядит как конкретное _решение_ настоящей задачи конфигурации сети. Которую Вы просто не сформулировали.
