Вышла новая версия проекта AHC 1.0 (http://code.google.com/p/apache-host-control/), предназначенного для автоматизации решения задач по настройке различных компонентов окружения web-разработчика. Основной идей проекта является предоставление средств для быстрого развертывания проектов на локальной машине разработчика. Утилита позволяет организовать настройку виртуальных хостов apache/nginx с учётом настроек для php, python и django, конфигурирование DNS-зон, управление пользователями FTP, создание БД и пользователей в MySQL, генерацию SSL-сертификатов, шифрование директорий и т.п.
Для Apache существует поддержка оптимизации статики с использованием директив mod_headers и mod_expires, а также возможность организации защиты через генерацию пользовательских сертификатов. Есть возможность установить конфигурацию Nginx для проксирования запросов к Apache. В ближайшее время будет добавлена поддержка Git. Проект ориентирован на пользователей, использующих дистрибутивы на основе Debian.<font color="#461b7e">
Установка пакета:$ sudo -i
# apt-get install python-pip
# cd /usr/src/ && git clone https://github.com/gotlium/ahc.git
# cd ahc/ && pip install -r requirements.txt && make install
# cd && ahc -m install -s lampФайл конфигурации /etc/ahc.conf
Быстрый старт
Хост для веб-сервера Apache:
# ahc -m install -s apache2_ssl
# ahc -m test -s apache
# ahc -m apache -t php -a example.comХост для веб-сервера Nginx:
# ahc -m install -s nginx_ssl
# ahc -m test -s nginx
# ahc -m nginx -t php -a example.comFTP пользователи:
# ahc -m install -s ftp
# ahc -m test -s ftp
# ahc -m ftp -a example.com -u User -p Password
MySQL пользователи:# ahc -m install -s mysql
# ahc -m test -s mysql
# ahc -m mysql -a example.com -u User -p PasswordBind зоны:
# ahc -m install -s bind
# ahc -m test -s bind
# ahc -m bind -a example.com -i 127.0.0.1Шифрование директории проекта на локальной машине:
# ahc -m crypt -a mount
# ahc -m crypt -a umount</font>
URL: https://github.com/gotlium/ahc
Новость: http://www.opennet.me/opennews/art.shtml?num=34329
А php5-fpm с nginx будет работать? Если да то гуд - если нет, то виртуалмин лучше
Он с ним и работает: fastcgi_pass 127.0.0.1:9000;
Респет автору за проделанную работу, но чем это лучше chef'а? :))PS я лично вообще не люблю на локальной машине ничего особо ставить - предпочитаю VirtualBox (для серверов и прочей мути) + Vagrant + Chef
np:) У chef'a подход иной и нужен он в основном для целого зоопарка.
Данный проект, для локальной веб-разработки, либо для поднятия VPS/VDS.
И предназначен скорее для начинающих. Либо для разработчиков одиночек.
Зачем постоянно тратить время на настройку, чтение мануалов, для повседневных задач?
Когда это можно сделать в одну команду и заниматься дальше разработкой.
При этом совершенно не нужно учить новый язык, как в случае с chef-ом - ruby.
Хотя конечно chef хорош и гибок, но годится лишь для больших проектов.
Ставить виртуальную машину для кодинга не лучший вариант. Вам придется подключаться по ssh к терминалам, монтировать или шарить директории для рекдакторов и тп. В итоге могут возникнуть проблемы с правами на файлы. К тому же, это снижает скорость работы целевой системы. Потому не лучший вариант на мой взгляд. Хотя для кого-то в какой-то мере это оправдано.
> И предназначен скорее для начинающих. Либо для разработчиков одиночек.Об этой целевой аудитории я что-то не подумал :))
> Хотя конечно chef хорош и гибок, но годится лишь для больших проектов.Спорно. Но в контексте предыдущей мысли, могу согласиться. :))
> Ставить виртуальную машину для кодинга не лучший вариант.
> Вам придется подключаться по ssh к терминалам, монтировать или
> шарить директории для рекдакторов и тп.Ну как раз для этого есть vagrant :)) снимает все проблемы на раз :))
> К тому же, это снижает скорость работы целевой системы. Потому не лучший
> вариант на мой взгляд. Хотя для кого-то в какой-то мере это оправдано.Ну на счёт снижения имхо не критично, хотя работа с файловой (хост системы)
из гостевой оставляет желать лучшего. С пыхом приходится иметь дело
эпизодически и лично мне просто "дешевле" держать апач с прочими прелестями
в виртуалке которую пожднимаю вагрантом.
> Зачем постоянно тратить время на настройку, чтение мануалов, для повседневных задач?плох тот разработчик, который не может настроить рабочее окружение самостоятельно
>> Зачем постоянно тратить время на настройку, чтение мануалов, для повседневных задач?
> плох тот разработчик, который не может настроить рабочее окружение самостоятельноЛюбой, даже опытный разработчик не захочет постоянно тратить время на рутину подобной этой.
А для начинающих порог вхождения попроще. Они могут заниматься учебой, в то время как опытные
разработкой.
В первом посте я имел ввиду вопрос - nginx в ahc настроен с php5-fpm или как обычно через одно место?
Сильно сомневаюсь в полезности сабжа исходя из потребностей джанго-писателя: у самой джанги изначально встроенный сервер разработки, а для продакшена все конфиги хошь-нихошь ручками писать приходится. Вот пыхи те, наверное (?), будут рады.
> Сильно сомневаюсь в полезности сабжа исходя из потребностей джанго-писателя: у самой джанги
> изначально встроенный сервер разработки, а для продакшена все конфиги хошь-нихошь ручками
> писать приходится. Вот пыхи те, наверное (?), будут рады.Чем вас не устраивает вариант конфига для продакшена включительно? Проинсталировал проект с типом django и скинул свое добро в созданную папку. К тому же можно использовать git deploy. Не вижу сложностей. Сам пишу проекты на этом фреймворке. Или мы не ищем легких путей и как джидай постоянно все ручками?
>Или мы не ищем легких путей и как джидай постоянно все ручками?В какой-то мере вы правы, да. Действительно, ручками оно правильнее. И дело, видимо, в том, что у меня, в основном, проекты не типовые (лепим сайт, делаем выгрузку на хостинг, живем счастливо), а со сложными требованиями к проекту. В том числе и с требованиями к нагрузке.
Хм.. Поймите меня правильно: в тот момент когда выясняется, что для годной нагруженной системы с аплоидом нужен не просто нгинкс, а нгинкс, который сперва сохраняет переданный ему файл из формы во временный каталог, а потом модифицирует саму форму, тамим образом, что в нужном поле оказывается локальный путь до файла... короч, я это тему сделаю за пол- часа (и, да: ручками!), а вот сабж боюсь меня не правильно поймет. Да я и не собираюсь верить ему, если честно!))
Словом, видимо так: пока задачи типовые - сабж возможно годная штука, но вот если как у меня...(((
>[оверквотинг удален]
> требованиями к проекту. В том числе и с требованиями к нагрузке.
> Хм.. Поймите меня правильно: в тот момент когда выясняется, что для годной
> нагруженной системы с аплоидом нужен не просто нгинкс, а нгинкс, который
> сперва сохраняет переданный ему файл из формы во временный каталог, а
> потом модифицирует саму форму, тамим образом, что в нужном поле оказывается
> локальный путь до файла... короч, я это тему сделаю за пол-
> часа (и, да: ручками!), а вот сабж боюсь меня не правильно
> поймет. Да я и не собираюсь верить ему, если честно!))
> Словом, видимо так: пока задачи типовые - сабж возможно годная штука, но
> вот если как у меня...(((Вы главное понимаете постановку задач и их реализаций. Это лекарство действительно для типовых задач. При чем расширять его никто не мешает. В случае когда нетривиальное становится в вашем случае типовым.
Ну, все не так просто: даже в описанном мной сценарии (а он довольно "типовой") требуется компилять нгинкс заново за ради одного весьма прикольного модуля. В более сложном сценарии - таких модулей будет много, и они, возможно, - потребуют своих зависимостей (и не от нгинкса!).На самом деле, нагруженные проекты делать с помощью автопилота - глюк. Вот типовые - да, ибо реально экономится время.
> папкуНа винфак.