LINUX.ORG.RU

Новая версия проекта AHC — 1.0, предназначенная для разработчиков на языках Python и PHP

 , , , ,


2

1

Вышла новая версия проекта AHC — 1.0, предназначенная для разработчиков на языках Python и PHP. Основной идей проекта является быстрое развертывание проектов на локальной машине разработчика (production сервера не являются исключением).

  • Шифрование директории проектов. Быстрое добавление/удаление виртуальных хостов (проектов) для php, python и django framework.
  • Веб-сервером выступает либо apache, или же nginx (FastCGI).
  • Быстрое добавление баз данных и пользователей для MySQL.
  • FTP-аккаунты, как для созданных хостов, так и для отдельно указанных директорий.
  • Для Apache существует поддержка оптимизации статики с использованием директив mod_headers и mod_expires; защита посредством сертификатов, сгенерированных для пользователей (пока доступно только для одного хоста).
  • Есть возможность установить конфигурацию Nginx для проксирования запросов на Apache.
  • Настройка зон для Bind с указанием на созданные хосты. Субдомены не являются исключением и хранятся в основном файле зоны.
  • В ближайшее время будет добавлена поддержка git deployment.

Проект ориентирован на пользователей, использующих дистрибутивы на основе Debian. Помощь по портированию на Redhat-подобные дистрибутивы приветствуется.

Git-репозиторий

>>> Сайт проекта



Проверено: Shaman007 ()
Последнее исправление: Shaman007 (всего исправлений: 3)

Насколько я понял, это нечто вроде пресловутого «пакета Денвер», но для Debian?

dexpl ★★★★★
()
Ответ на: комментарий от dexpl

Давайте не будем сравнивать. Возможности и задачи несколько иные все же.

1. Денвер не шифрует проекты.

2. Он не поддерживает nginx и активацию и деактивацию хостов.

3. Нет возможности шары через FTP

4. Нет поддержки django(если только через задницу)

5. Нет установочной конфигурационной и пакетной базы для различных сервисов

6. Он не расчитан на продакшен

7. Нет клиентских сертификатов.

Но фактически цель такая же. Просто без лишних тело-движений облегчить себе жизнь. Пару команд и у тебя готовый боевой, либо локальный сервер, с теми же возможностями. Рай для пользователей VPS/VDS. И это хорошо:)

P.S. - На прошлой работе я использовал пакет и для CentOS. Но вот конфигов не сохранил. Так что в данный момент нет возможности подшаманить конфиги под ред-хат подобное.

GoTLiuM
() автор топика

очередная ненужная ерунда.

кстати, автор, pip умеет ставить пакеты с git'а.

xpahos ★★★★★
()

prodaction

А ТС-то дебил.

anonymous
()

И как обычно, назначение этой поделки в тексте новости не указано.

harper
()

Какой ужас !!!

Для python они устанавливают mod_python под апач. Молодые люди, вы когда хоть что-то пишете думайте. mod_python уже умер , любой фреймворк на питоне проектируется согласно стандарту wsgi приложения, а значит под апач нужно ставить mod_wsgi

Это все потому друзья, что вы вне контекста языка python и думаете по аналогии с php

yanka ★★
()

Ух ты, скрестили пых и пистон, let's the srach begin :)

быстрое развертывание проектов на локальной машине разработчика (production сервера не являются исключением).

либо разработчики правят код на боевых серверах, либо сервер это локальная тачка разработчика. Оба варианта я видел вживую :)

Настройка зон для Bind

казалось бы при чём тут питон... Полез в исходники, оказывается это apache host control. Но, о ужас, нормальные люди не используют апач для питоносайтов, это дурной вкус. Зачем приучать к плохому?

Ну и стащу-ка себе processRename :). Да, кстати, вставка питонокода с гитхаба не пашет: форматирование ползёт. Это фейл (питона или гитхаба - решайте сами) :)

true_admin ★★★★★
()

Основной идей проекта является быстрое развертывание проектов на локальной машине разработчика

Чем оно удобней и проще простой установки Apache, PHP и MySQL на «локальную машину разработчика»? Пара пакетов. Несколько минут настройки апача и php.ini и вполне пригодно для разработки.

evilface ★★
()
Ответ на: комментарий от GoTLiuM

каждый админ в своей жизни должен написать:

бэкапилку
трафикосчиталку
зоназаводилку
добавлялку виртхостов
мониторинг
true_admin ★★★★★
()
Ответ на: комментарий от true_admin

нормальные люди не используют апач для питоносайтов, это дурной вкус

И fastcgi тоже уже не самый лучший вариант взаимодействия фронтэнда с бэкэндом. Только nginx+uwsgi, только хардкор =)

matimatik
()
Ответ на: комментарий от proofit404

неосиляторы aptitude ликуют

Часто бывает нужно использовать в соседних проектах на одном сервере разные версии библиотек. Также часто бывает нужно использовать библиотеки, которых нет в репах дистрибутива (нет нужных версий, как вариант). Оптимальным решением в этом случае является virtualenv (или, на крайняк, пользовательские питонокаталоги) и pip.

matimatik
()
Ответ на: комментарий от true_admin

Ага, поддерживаю. Написать, а потом, определившись с потребностями, перейти на готовое решение =)

Сам вот недавно писал простенькую бэкапилку. Когда кода стало больше десяти строк на баше, а источников бэкапа – больше пяти, начал думать об использовании barman или чего-то более универсального (пока нет определённости нужно ли бэкапить только базы или и файлы какие-нибудь).

matimatik
()
Ответ на: комментарий от matimatik

Написать, а потом, определившись с потребностями, перейти на готовое решение =)

всё зависит от уровня скрипта :). Многие крупные проекты начинались самопальными скриптами. Я часто не пользуюсь готовыми решениями не от хорошей жизни, увы. Кстати, не считаю строительство велосипедов плохой идеей. Если в голове есть чёткое представление чем свой велосипед будет лучше то для меня это зелёный свет проекту.

PS для бэкапов я юзаю rsnapshot: Открыть бэкап Bacula (комментарий) .

true_admin ★★★★★
()
Ответ на: Какой ужас !!! от yanka

Так это фреймворк. Те кто их не используют, не в курсе о WSGI. Эта фича была придуманна специально для легко расширяемых систем. В которых компоненты как кирпичики в башне, образуют сложную инженерную конструкцию. Чем-то идею OSGi напоминает, только та для Java и интерпрайза. А кому-то может сайтик из пяти страниц надо накатать, им mod_python в самый раз.

lucentcode ★★★★★
()

заинтересовало, надо будет попробовать )

noname_user ★★★
()

Товарищи, выпилите нафиг поддержку питона и нигде о ней не заявляйте! То, что вы сделали это вместо php вставили python, не разбираясь в принципах его деплоя.

aliens ★★
()
Ответ на: комментарий от aliens

Критика - это хорошо. Добавляйте в issue на гитхабе:) Удивляюсь тому, что этого никто не делает. Если нужен какой-то функционал, если нашли недочеты, или же какие-то хорошие и полезные идеи, то почему их не выкладывать туда, куда нужно? Идеи по деплою конкретно для Python, по apache2+mod_wsgi, nginx+uwsgi добавьте в issue. Вам что-то мешает это сделать? Добавьте ссылки, примеры и т.д.

GoTLiuM
() автор топика
Ответ на: комментарий от GoTLiuM

Так тихо и незаметно у нас появился новый модератор? ) И Вам не кажется странным что вы опубликовали новость тут, а теперь ситуация выглядит так что вы как автор неоднозначного в своей полезности проекта ставите другим условия и т.д., хотя никакого монопольного положения у вас нет, а люди считаю удобным высказаться здесь, так как:

1)Здесь привыкли обсуждать новости. Тем более если автор предмета новости есть в треде

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

А если проект не особо полезен с точки зрения человека зачем ему тратить время на багтрекер и т.д. ?

pylin ★★★★★
()
Ответ на: комментарий от pylin

Ну вас никто не заставляет пользоваться тем, что по вашему мнению вас не устраивает и является неудачным дублированием. пользуйтесь тем, что по вашему мнению лучше. То что тут уйму тролей и людей, что только и занимаются словесным поносом , а не делом - валом. Мною умные мысли и комментарии восприняты и намотаны на ус;) а вы можете и дальше подье**ть, но самого себя:)

GoTLiuM
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.