cykooz.djangorecipe

cykooz.djangorecipe è un fork di Django ricetta & nbsp; (https://launchpad.net/djangorecipe) originariamente creato da Jeroen Vloothuis. Biforcuta di alterare per la nostra struttura del flusso di lavoro e la directory interna.
Questa ricetta buildout può essere utilizzato per creare un setup per Django. Si scaricherà automaticamente Django e installarlo nel sandbox del buildout.
Potete vedere un esempio di come utilizzare la ricetta qui sotto:
[Buildout]
parti = Satchmo django
uova = ipython
Versioni = versioni
[Satchmo]
ricetta = gocept.download
url = http://www.satchmoproject.com/snapshots/satchmo-0.6.tar.gz
md5sum = 659a4845c1c731be5cfe29bfcc5d14b1
[Django]
ricetta = cykooz.djangorecipe
Impostazioni = sviluppo
uova = $ {buildout: eggs}
extra-percorsi =
& Nbsp; $ {Satchmo: posizione}
progetto = dummyshop
[versioni]
Django = 1.2.5
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.
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.
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.
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 []).
WSGI
& Nbsp; Uno script supplementare è generato nella cartella bin quando questa è impostata su true. Questo può essere utilizzato con mod_wsgi per distribuire il progetto. Il nome predefinito dello script è il controllo-script.wsgi.
WSGI-script
& Nbsp; Il nome dello script WSGI.
wsgilog
& Nbsp; Nel caso il server WSGI che si sta utilizzando non consente la stampa su stdout, è possibile impostare questa variabile a un percorso di file system - tutti i dati di output / error viene reindirizzato al registro anziché stampato
fcgi
& Nbsp; come WSGI questo crea uno script in più all'interno della cartella bin. Questo script può essere utilizzato con una distribuzione FCGI.
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à.
urlconf
& Nbsp; È possibile impostare questo a uno specifico URL conf. Userà project.urls per impostazione predefinita.
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
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 = cykooz.djangorecipe
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 = cykooz.djangorecipe
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 = cykooz.djangorecipe
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

Cosa c'è di nuovo in questa versione:.

• documentazione corretta

Cosa c'è di nuovo nella versione 1.2.0:

• Supporto Django 1.3
• opzione static_root Aggiunto
• fissi: rimuovere dalle opzioni settings.py DEBUG e TEMPLATE_DEBUG

Cosa c'è di nuovo nella versione 1.1.2:

• Aggiungi Django in uova di cui al punto, se necessario .

Cosa c'è di nuovo nella versione 1.1.1:

• fissi: Aggiungere le importazioni necessarie in settings.py

Cosa c'è di nuovo nella versione 1.0:.

• biforcuta da djangorecipe
• Rimuovi versione scelta. Ora Django installato da uovo.
• Aggiungi opzione WSGI-script per il cambiamento di default nome dello script WSGI.
• Ora, la ricetta crea il file settigs.py utilizzando il comando startproject da Django.

Requisiti

• Python
• Django