djbuild

Basert på djangorecipe kan djbuild buildout oppskriften brukes til å lage et oppsett for Django & nbsp;. Det vil automatisk laste ned Django og installere den i buildout sandkasse. Du kan enten bruke en utgitt versjon av Django eller en omveltning kassa (ved hjelp av stammen i stedet for et versjonsnummer).
Katalogstrukturen er basert på: http://django.es/blog/convenciones-proyecto-django/
Du kan se et eksempel på hvordan du bruker oppskriften nedenfor:
[Buildout]
deler = satchmo django
egg = ipython
[Satchmo]
oppskrift = gocept.download
url = http://www.satchmoproject.com/snapshots/satchmo-0.6.tar.gz
md5sum = 659a4845c1c731be5cfe29bfcc5d14b1
[Django]
oppskrift = djbuild
version = trunk
innstillinger = utvikling
egg = $ {buildout: egg}
ekstra-stier =
& Nbsp; $ {satchmo: plassering}
Prosjektet = dummyshop
Støttede alternativer
Oppskriften støtter følgende alternativer.
prosjekt
& Nbsp; Dette alternativet angir navnet på prosjektet. Oppskriften vil skape en grunnleggende struktur dersom prosjektet ikke allerede er der.
eksterne-apps
& Nbsp; Dette alternativet angir katalogen der eksterne gjenbrukbare apps går. Som ikke installeres som et egg, eller hvis du ikke vil installere den som et egg.
lokale-apps
& Nbsp; Dette alternativet angir katalogen hvor lokale gjenbrukbare apps går, vanligvis sette selskapet navn for denne katalogen, og tilpassede apps.
projectegg
& Nbsp; Bruk denne i stedet for prosjektet alternativet når du ønsker å bruke et egg som prosjektet. Dette deaktiverer generering av prosjektstrukturen.
python
& Nbsp; Dette alternativet kan brukes til å angi et spesifikt Python-versjon som kan være en annen versjon enn den som brukes til å kjøre buildout.
versjon
& Nbsp; Den versjonen argumentet kan akseptere noen forskjellige typer argumenter. Du kan spesifisere bagasjerommet. I dette tilfellet vil det gjøre en checkout av Django stammen. Et annet alternativ er å spesifisere en utgivelse nummer som 0.96.2. Dette vil laste utgivelsen tarball. Endelig kan du angi en full svn url (inkludert revisjonsnummeret). Et eksempel på dette ville være http://code.djangoproject.com/svn/django/branches/newforms-admin@7833.
innstillinger
& Nbsp; Du kan angi navnet på innstillingsfilen som skal brukes med dette alternativet. Dette er nyttig hvis du vil ha en annen produksjon oppsett fra din utvikling oppsett. Den velger utvikling.
download-cache
& Nbsp; Sett denne til en mappe et sted på deg systemet for å få fart på installasjonen. Oppskriften vil bruke denne mappen som en buffer for en nedlastet versjon av Django.
ekstra-stier
& Nbsp; Alle banene er angitt her vil bli brukt til å utvide standard Python banen for bin / * skript.
PTH-filer
& Nbsp; Legger stier funnet fra et område .pth fil til ekstra-baner. Nyttig for ting som Pinax som opprettholder sin egen external_libs dir.
kontroll-script
& Nbsp; Navnet på skriptet opprettet i bin mappen. Dette skriptet er tilsvarende den manage.py Django normalt skaper. Som standard den bruker navnet av seksjonen (den delen mellom []).
test
& Nbsp; Hvis du ønsker et skript i bin mappen for å kjøre alle testene for et bestemt sett av apps dette er det alternativet du vil bruke. Sett denne til listen over app etiketter som du ønsker å bli testet.
testrunner
& Nbsp; Dette er navnet på testrunner som vil bli opprettet. Det mislighold teste.
Alle følgende alternativer bare har effekt når prosjektet er spesifisert av alternativet prosjektet ikke har blitt opprettet allerede, etter innstilling filen especified.
FCGI bestemte innstillinger
Alternativer for FCGI kan settes i en innstillingsfil (settings.py). Alternativene er FCGI_OPTIONS. Det bør settes til en ordbok. Den delen nedenfor er et eksempel:
FCGI_OPTIONS = {
& Nbsp; 'metode': 'gjenger',
& Nbsp; 'daemonize': 'falske',
}
Et annet eksempel
Det neste eksempelet viser hvordan du kan bruke litt mer av alternativene:
[Buildout]
deler = Django statister
egg =
& Nbsp; hashlib
[extras]
oppskrift = iw.recipe.subversion
urls =
& nbsp; http: //django-command-extensions.googlecode.com/svn/trunk/ Django-Kommando-utvidelser
& Nbsp; http: //django-mptt.googlecode.com/svn/trunk/ django-mptt
[Django]
oppskrift = djbuild
version = trunk
innstillinger = utvikling
Prosjektet = exampleproject
wsgi = sant
egg =
& nbsp; $ {buildout: egg}
test =
& Nbsp; someapp
& Nbsp; anotherapp
Eksempel hjelp .pth filer
Pinax bruker en .pth fil for å legge en haug med bibliotekene til sin vei; vi kan spesifisere det er katalogen for å få bibliotekene det presisert lagt inn i vår bane:
[Buildout]
deler = PIL
& Nbsp; svncode
& Nbsp; mittprosjekt
[PIL]
oppskrift = zc.recipe.egg: tilpasset
egg = PIL
finn-links = http://dist.repoze.org/
[Svncode]
oppskrift = iw.recipe.subversion
urls = http://svn.pinaxproject.com/pinax/tags/0.5.1rc1 pinax
[Mittprosjekt]
oppskrift = djbuild
version = 1.0.2
egg = PIL
Prosjektet = mittprosjekt
settings = innstillinger
ekstra-stier = $ {buildout: katalog} / mittprosjekt / apps
& Nbsp; $ {svncode: plassering} / pinax / apps / external_apps
& Nbsp; $ {svncode: plassering} / pinax / apps / LOCAL_APPS
PTH-files = $ {svncode: plassering} / pinax / libs / external_libs
wsgi = sant
Ovenfor, bruker vi lager Pinax for PTH-filer og ekstra-baner baner for apps, og vårt eget prosjekt for banen som vil bli funnet først i listen. Merk at vi forventer at våre prosjekt for å bli sjekket ut (for eksempel ved svn: external) direkte under denne katalogen til 'mittprosjekt ".
Eksempel med en annen Python versjon
Hvis du vil bruke en annen Python versjon enn den som kjørte buildout i det genererte skriptet bruk noe sånt som:
[Buildout]
deler = mittprosjekt
[Spesielle python]
kjørbar = / noen / spesielle / python
[Mittprosjekt]
oppskrift = djbuild
version = 1.0.2
Prosjektet = mittprosjekt
python = spesielle python
Eksempel konfigurasjon for mod_wsgi
Hvis du ønsker å distribuere et prosjekt ved hjelp mod_wsgi du kan bruke dette eksemplet som utgangspunkt:

& Nbsp; Bestill benekte, tillate
& Nbsp; Tillat fra alle


& Nbsp; Server my.rocking.server
& Nbsp; CustomLog /var/log/apache2/my.rocking.server/access.log kombinert
& Nbsp; feillogg /var/log/apache2/my.rocking.server/error.log
& Nbsp; WSGIScriptAlias ​​/ /path/to/buildout/bin/django.wsgi

Krav

• Python