djangoprojectrecipe

djangoprojectrecipe è una ricetta buildout che può essere utilizzato per creare i comandi necessari per sostituire manage.py in un ambiente buildout. Opzionalmente si può anche generare script per WSGI e fcgi.
Semplice esempio:
[Buildout]
parti = django
uova =
& Nbsp; Django
[Django]
ricetta = djangoprojectrecipe
Impostazioni = myproject.settings
uova = $ {buildout: eggs}
extra-percorsi = src
progetto = myproject
Le opzioni supportate
La ricetta supporta le seguenti opzioni.
progetto
& Nbsp; Questa opzione consente di impostare il nome per il pacchetto del progetto.
Impostazioni
& Nbsp; E 'possibile impostare il nome del file di impostazioni, che deve essere utilizzato con questa opzione. Questo è utile se si vuole avere una configurazione di produzione diverso dal vostro setup di sviluppo. Il valore predefinito è project.settings.
extra-percorsi
& Nbsp; Tutti i percorsi specificati qui verranno utilizzati per estendere il percorso di Python di default per i bin / * script. Si raccomanda di definire questi direttamente nella sezione [buildout] e juste loro riferimento. Vedere gli esempi.
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 []).
WSGI
& Nbsp; Uno script in più viene generato nella cartella bin quando è impostata su true. Questo può essere utilizzato con mod_wsgi per distribuire il progetto. Il nome dello script è il controllo-script.wsgi.
fcgi
& Nbsp; Come WSGI questo crea uno script in più all'interno della cartella bin. Questo script può essere utilizzato con una distribuzione fcgi.
logfile
& Nbsp; In caso il server WSGI si sta utilizzando non consente la stampa su stdout, è possibile impostare questa variabile a un percorso filesystem - tutti i dati di output / error viene reindirizzato al registro invece di stampare. Lo stesso file di log sarà utilizzato per fcgi. È possibile utilizzare la directory di base per percorsi relativi: logfile = $ {buildout: directory} /log/django.log
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',
}
Un altro esempio
Il prossimo esempio mostra come utilizzare alcuni più delle opzioni. Qui Separiamo le uova e extra-percorsi sulla configurazione buildout e utilizzarlo sia in una parte per avere un interprete python generale e un'istanza Django con gli stessi percorsi:
[Buildout]
Versioni = versioni
parti =
& Nbsp; python
& Nbsp; Django
uova =
& Nbsp; Django
& Nbsp; del Sud
& Nbsp; Django-cms
extra-percorsi =
& Nbsp; src
& Nbsp; ../ external_apps /
& Nbsp; / / altra directory alcuni / / a / aggiungere / a / PYTHONPATH /
& Nbsp; pezzi / django_svn / Django /
[versioni]
django = 1.2.4
[Python]
ricetta = zc.recipe.egg
interprete python =
uova = $ {buildout: eggs}
extra-percorsi = $ {buildout: extra-percorsi}
script =
& Nbsp; python
[Django]
ricetta = djangoprojectrecipe
Impostazioni = myproject.settings_live
WSGI = true
uova = $ {buildout: eggs}
extra-percorsi = $ {buildout: extra-percorsi}
Utilizzo tronco Django
djangoprojectrecipe non gestisce l'installazione Django affatto. Il caso più semplice è quando si installa versioni rilasciate da pypi (basta aggiungere Django alle uova). Se si desidera utilizzare tronco Django o qualche ramo speciale, infrae.subversion può essere di servizio:
[Buildout]
Versioni = versioni
sviluppare =
& Nbsp; pezzi / svn / Django /
parti =
& Nbsp; svn
& Nbsp; Django
uova =
& Nbsp; Django
& Nbsp; del Sud
& Nbsp; Django-qualunque cosa
[versioni]
django =
[Svn]
ricetta = infrae.subversion
URL = http://code.djangoproject.com/svn/django/trunk/
[Django]
ricetta = djangoprojectrecipe
Impostazioni = myproject.settings_dev
uova = $ {buildout: eggs}
extra-percorsi = $ {buildout: extra-percorsi}
Non dimenticate di aggiungere svn di parti e pezzi / svn / Django / per lo sviluppo. Inoltre si dovrebbe rimuovere l'impostazione specifica versione da [versione] per Django, perché altrimenti buildout continuerà a utilizzare la versione confezionata.
Vedere http://pypi.python.org/pypi/infrae.subversion per ulteriori esempi.
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; Consentire da tutto


& 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

Cosa c'è di nuovo in questa versione:

• Supporto iniziano personalizzato scripts

Cosa c'è di nuovo nella versione 1.1:

• Rimosso un sacco di funzionalità non necessarie che può essere risolto da altri ricette

Requisiti :

• Python
• Django