djbuild

In base djangorecipe, la ricetta djbuild buildout può essere utilizzato per creare una configurazione di Django. & Nbsp; si scaricherà automaticamente Django e installarlo nel sandbox del buildout. È possibile utilizzare una versione di Django o un checkout eversione (utilizzando tronco al posto di un numero di versione).
La struttura di directory si basa su: http://django.es/blog/convenciones-proyecto-django/
Potete vedere un esempio di come utilizzare la ricetta qui sotto:
[Buildout]
parti = Satchmo django
uova = ipython
[Satchmo]
ricetta = gocept.download
url = http://www.satchmoproject.com/snapshots/satchmo-0.6.tar.gz
md5sum = 659a4845c1c731be5cfe29bfcc5d14b1
[Django]
ricetta = djbuild
version = tronco
Impostazioni = sviluppo
uova = $ {buildout: eggs}
extra-percorsi =
& Nbsp; $ {Satchmo: posizione}
progetto = dummyshop
Le opzioni supportate
La ricetta supporta le seguenti opzioni.
progetto
& Nbsp; Questa opzione imposta il nome per il progetto. La ricetta creerà una struttura di base, se il progetto non è già presente.
-apps esterni
& Nbsp; Questa opzione imposta la directory in cui le applicazioni riutilizzabili esterni va. Che non essere installato come un uovo o se non si desidera installarlo come un uovo.
-apps locali
& Nbsp; Questa opzione imposta la directory in cui le applicazioni riutilizzabili locali va, di solito mettere il nome della società per questa directory e applicazioni personalizzate.
projectegg
& Nbsp; Utilizzare questo anziché l'opzione progetto quando si desidera utilizzare un uovo come il progetto. Questo disabilita la generazione della struttura del progetto.
pitone
& Nbsp; Questa opzione può essere usata per specificare una versione specifica Python che può essere una versione diversa da quella utilizzata per eseguire il buildout.
versione
& Nbsp; L'argomento versione può accettare alcuni tipi diversi di argomenti. È possibile specificare tronco. In questo caso si farà un checkout del tronco Django. Un'altra opzione è quella di specificare un numero di release come 0.96.2. Ciò scaricare il tarball di rilascio. Infine è possibile specificare un URL svn completo (compreso il numero di revisione). Un esempio di questo sarebbe http://code.djangoproject.com/svn/django/branches/newforms-admin@7833.
Impostazioni
& Nbsp; E 'possibile impostare il nome del file di impostazioni, che deve essere utilizzato con questa opzione. Questo è utile se si vuole avere un setup di produzione diverso dalla configurazione di sviluppo. Il valore predefinito è sviluppo.
Scaricare-cache
& Nbsp; Impostare questo in una cartella da qualche parte sul vostro sistema per velocizzare l'installazione. La ricetta userà questa cartella come una cache per una versione scaricata di Django.
extra-percorsi
& Nbsp; Tutti i percorsi specificati qui verranno utilizzati per estendere il percorso di Python di default per i bin / * script.
PTH-files
& Nbsp; Aggiunge percorsi trovati da un sito .pth file per l'extra-percorsi. Utile per le cose come Pinax che mantiene la propria external_libs dir.
Controllo-script
& Nbsp; Il nome dello script creato nella cartella bin. Questo script è l'equivalente del manage.py Django crea normalmente. Per default utilizza il nome della sezione (la parte tra la []).
prova
& Nbsp; Se volete uno script nella cartella bin per eseguire tutti i test per una serie specifica di applicazioni questa è l'opzione si usa. Impostare questo alla lista di etichette app che si desidera analizzare.
testrunner
& Nbsp; Questo è il nome del testrunner che verrà creato. Il valore predefinito è testare.
Tutte le seguenti opzioni effetto solo quando il progetto specificato dall'opzione progetto non è stato creato già, il file di impostazione especified.
Impostazioni specifiche fcgi
Opzioni per fcgi possono essere impostate all'interno di un file di impostazioni (settings.py). Le opzioni sono FCGI_OPTIONS. Deve essere impostato su un dizionario. La parte seguente è un esempio:
FCGI_OPTIONS = {
& Nbsp; 'metodo': 'threaded',
& Nbsp; 'demonizzare': 'false',
}
Un altro esempio
L'esempio seguente mostra come utilizzare alcuni più delle seguenti opzioni:
[Buildout]
parti = extra Django
uova =
& Nbsp; hashlib
[extra]
ricetta = iw.recipe.subversion
URL =
& nbsp; http: //django-command-extensions.googlecode.com/svn/trunk/ django-comando-extensions
& Nbsp; http: //django-mptt.googlecode.com/svn/trunk/ django-MPTT
[Django]
ricetta = djbuild
version = tronco
Impostazioni = sviluppo
progetto = exampleproject
WSGI = true
uova =
& nbsp; $ {buildout: eggs}
test =
& Nbsp; someapp
& Nbsp; anotherapp
Esempio con .pth file
Pinax utilizza un file .pth per aggiungere un po 'di biblioteche per la sua strada; possiamo specificare che è directory per ottenere le librerie che specificato aggiunto al nostro percorso:
[Buildout]
parti = PIL
& Nbsp; svncode
& Nbsp; myproject
[PIL]
ricetta = zc.recipe.egg: custom
uovo = PIL
trovare-links = http://dist.repoze.org/
[Svncode]
ricetta = iw.recipe.subversion
URL = http://svn.pinaxproject.com/pinax/tags/0.5.1rc1 pinax
[Myproject]
ricetta = djbuild
version = 1.0.2
uova = PIL
progetto = myproject
Impostazioni = Impostazioni
extra-percorsi = $ {buildout: directory} / myproject / apps
& Nbsp; $ {svncode: posizione} / pinax / apps / external_apps
& Nbsp; $ {svncode: posizione} / pinax / apps / LOCAL_APPS
PTH-files = $ {svncode: posizione} / pinax / librerie / external_libs
WSGI = true
Sopra, usiamo azione Pinax per PTH-file e extra-percorsi percorsi per le applicazioni, e il nostro progetto per il percorso che verrà trovato per primo nella lista. Si noti che ci aspettiamo il nostro progetto per essere estratto (per esempio, svn: esterna) direttamente sotto questa directory per 'myproject'.
Esempio con una diversa versione di Python
Per utilizzare una versione diversa di Python da quella che correva buildout nell'uso scritto qualcosa generato come:
[Buildout]
parti = myproject
[Speciale-python]
eseguibile = / some / speciale / python
[Myproject]
ricetta = djbuild
version = 1.0.2
progetto = myproject
python = speciale-python
Esempio di configurazione per mod_wsgi
Se si desidera distribuire un progetto che utilizza mod_wsgi è possibile utilizzare questo esempio come punto di partenza:

& Nbsp; Order deny, permettere
& Nbsp; Allow from all


& Nbsp; ServerName my.rocking.server
& Nbsp; CustomLog /var/log/apache2/my.rocking.server/access.log combinato
& Nbsp; ErrorLog /var/log/apache2/my.rocking.server/error.log
& Nbsp; WSGIScriptAlias ​​/ /path/to/buildout/bin/django.wsgi

Requisiti

• Python