django-fab-deploy è destinato ad essere una distribuzione semplice e soluzione di gestione per & nbsp; progetti Django con Mercurial, tessuto, virtualenv, nginx, pip e apache con mod_wsgi. Il sistema operativo supportato è Debian Lenny.
Questo software è molto supponente. Si tratta di una raccolta di script di tessuto che funzionano bene insieme per i miei progetti.
Diversi progetti possono essere distribuiti sugli stessi VPS con django-fab-deploy. Un progetto può essere distribuito su più server. I progetti sono isolati con virtualenv.
Non utilizzare OpenVZ o Virtuozzo VPS per la distribuzione! Utilizzare XEN o KVM o server reali invece. OpenVZ ha molto seri problemi con la gestione della memoria (VIRT è contato e limitato, invece di RSS o qualcosa) così apache (e un sacco di altri software come motore InnoDB di mysql) è totalmente inutilizzabile su OpenVZ pur essendo memoria-saggio e performante su XEN.
Documentazione: http://pypi.python.org/pypi/django-fab-deploy/
What è nuovo in questa versione:
- argomento root_password per mysql_create_db (grazie Michael Brown).
Cosa c'è di nuovo nella versione 0.7.4:
- django-fab-deploy ora è compatibile con il tessuto 1.4 (e richiedono tessuto 1.4);
- nginx e WSGI script sono ora compatibili con imminente Django 1.4; viene aggiunta esempio di Django configurazione 1.4 progetto per guidare;
- scorciatoia per il passaggio default env in define_host decoratore;
- Ubuntu 10.04 apache riavvio fix;
- config_templates / hgrc viene rimosso;
- test sono aggiornati per fabtest & gt; = 0,1;
- funzione apache_is_running.
Cosa c'è di nuovo nella versione 0.7.3:
- redirect permanente www.domain.com a dominio .com viene aggiunto alla configurazione di default nginx. In precedenza erano entrambi disponibili e questo porta ad esempio problemi di autorizzazione (user registrati presso www.domain.com non era registrato in a domain.com con le impostazioni di default relative Django dominio cookie).
Cosa c'è di nuovo nella versione 0.7.2:
- Ubuntu 10.04 (lucido) di supporto iniziale (questa necessità ulteriori test);
- backport di Ubuntu 10.04 e 10.10;
- documenti sono ora utilizzando tema di default;
- errori di comando di gestione django telecomando non è più silinced sono;
- invocando create_linux_account con nome utente non-default è fissa;
- define_host decoratore per definizione di host più facile;
- valore DB_USER predefinito ('root') è deprecato;
- predefinito nginx config utilizza INSTANCE_NAME per i registri.
- Per aggiornare prego impostare DB_USER a 'root' esplicitamente in env.conf se è stato omesso.
Cosa c'è di nuovo nella versione 0.7.1:
- gestione DB_ROOT_PASSWORD è fissata li>
Cosa c'è di nuovo nella versione 0.6.1:
- verify_exists argomento della funzione era fab_deploy.utils.upload_config_template rinominato skip_unexistent;
- fab_deploy.utils.upload_config_template ora passa tutti kwargs aggiuntivi direttamente upload_template di tessuto (grazie Vladimir Mihailenco);
- comando fab_deploy.virtualenv.pip_setup_conf per caricare pip.conf (grazie Vladimir Mihailenco);
- fab_deploy.deploy.push non chiama più 'synccompress' comando di gestione;
- fab_deploy.deploy.push accetta 'before_restart' argomento chiave - questo è un callable che verrà eseguito poco prima che il codice di ricarica;
- regressione fissato al comando fab_deploy.deploy.push: 'badi' argomento è stato erroneamente rinominato 'test';
- sono aggiunti docs personalizzazione.
Requisiti :
- Python
- Django
- Jinja2
- Sud viene utilizzato per le migrazioni
- server Debian Lenny o VPS con accesso ssh. Non ho altri server in modo ad esempio Ubuntu è testato ma sarà probabilmente funzionerà con alcune piccole modifiche.
- Optional: django-impacco è usato per css e js bundling
- Fabric
- Il progetto viene memorizzato nel repository Mercurial
I commenti non trovato