django-fab-deploy pretende ser uma implementação fácil e solução de gestão para & nbsp; projetos Django usando Mercurial, tecido, virtualenv, nginx, pip e apache com mod_wsgi. O sistema operacional aceito é o Debian Lenny.
Este software é muito teimoso. É uma coleção de scripts de tecido que funcionam bem juntos para meus projetos.
Vários projetos podem ser implantados nos mesmos VPS usando Django-fab-deploy. Um projeto pode ser implantado em vários servidores. Projetos são isolados com virtualenv.
Por favor, não use OpenVZ ou Virtuozzo VPS de para implantação! Use XEN ou KVM ou servidores reais, em vez. OpenVZ tem problemas muito graves com gerenciamento de memória (VIRT é contado e limitado em vez de RSS ou algo assim) tão Apache (e um monte de outros softwares como o motor InnoDB do mysql) é totalmente inutilizável em OpenVZ sendo memória de sábio e de alto desempenho em XEN.
Documentação: http://pypi.python.org/pypi/django-fab-deploy/
What é novo nesta versão:
- argumento root_password para mysql_create_db (graças Michael Brown).
O que é novo na versão 0.7.4:
- django-fab-deploy agora é compatível com o tecido 1.4 (e exigem tecido 1.4);
- nginx e wsgi agora são compatíveis com o futuro Django 1.4; exemplo de Django configuração 1.4 projeto é adicionado para orientar;
- atalho para a passagem de defaults env em decorador define_host;
- Ubuntu 10.04 apache reinício correção;
- config_templates / hgrc é removido;
- testes são atualizados para fabtest & gt; = 0,1;
- função apache_is_running.
os scripts
O que é novo na versão 0.7.3:
- redirecionamento permanente de www.domain.com ao domínio .com é adicionado à configuração nginx padrão. Anteriormente, eles eram ambos disponíveis e isso leva a ex questões relativas à autorização (usuário logado no www.domain.com não estava logado no domain.com com as configurações padrão do Django em relação de domínio de cookie).
O que é novo na versão 0.7.2:
- Ubuntu 10.04 (lúcida) apoio inicial (precisa mais testes);
- backports para Ubuntu 10.04 e 10.10;
- docs agora estão usando tema padrão;
- erros de comando de gestão django remoto já não são silinced;
- invocando create_linux_account com nome de usuário não-padrão é fixo;
- decorador define_host para definição de host mais fácil;
- valor DB_USER default ('root') está obsoleta;
- padrão usa INSTANCE_NAME para logs.
- Para fazer o upgrade por favor, defina DB_USER para 'root' explicitamente em env.conf se ele foi omitido.
Configuração nginx
O que é novo na versão 0.7.1:
- manipulação DB_ROOT_PASSWORD é fixo
O que é novo na versão 0.6.1:
- verify_exists argumento da função fab_deploy.utils.upload_config_template foi renomeado para skip_unexistent;
- fab_deploy.utils.upload_config_template agora passa todos kwargs extras diretamente para upload_template de tecido (graças Vladimir Mihailenco);
- comando fab_deploy.virtualenv.pip_setup_conf para upload pip.conf (graças Vladimir Mihailenco);
- fab_deploy.deploy.push já não chama de comando de gestão 'synccompress';
- fab_deploy.deploy.push aceita 'before_restart' argumento palavra-chave - que é uma função que será executado pouco antes de código de recarga;
- regressão fixa no comando fab_deploy.deploy.push: 'fazer notar "argumento foi incorretamente renomeado para' teste ';
- docs de personalização são adicionados.
Requisitos :
- Python
- Django
- Jinja2
- Sul é usado para migrações
- servidor Debian Lenny ou VPS com acesso ssh. Eu não tenho outros servidores para que, por exemplo, Ubuntu não foi testado, mas possivelmente irá trabalhar com algumas pequenas mudanças.
- Opcional: django-compressa é usado para css e js agregação
- Tecido
- O seu projeto é armazenado no repositório Mercurial
Comentários não encontrado