djbuild

Batay sa djangorecipe, ay maaaring gamitin ang mga recipe djbuild buildout upang lumikha ng isang setup para Django & nbsp;. Ito ay awtomatikong i-download Django at i-install ito sa sandbox ng buildout ni. Maaari mong gamitin ang alinman sa isang release na bersyon ng Django o isang pagbabagsak checkout (sa pamamagitan ng paggamit ng mga puno ng kahoy sa halip ng isang numero ng bersyon).
Ang istraktura ng direktoryo ay batay sa: http://django.es/blog/convenciones-proyecto-django/
Maaari mong makita ang isang halimbawa ng kung paano gamitin ang mga recipe sa ibaba:
[Buildout]
parts = satchmo django
itlog = IPython
[Satchmo]
recipe = gocept.download
url = http://www.satchmoproject.com/snapshots/satchmo-0.6.tar.gz
md5sum = 659a4845c1c731be5cfe29bfcc5d14b1
[Django]
recipe = djbuild
version = trunk
settings =-unlad
itlog = $ {buildout: itlog}
extra-landas =
& Nbsp; $ {satchmo: lokasyon}
proyektong = dummyshop
Suportadong mga opsyon
Ang recipe ay sumusuporta sa mga sumusunod na opsyon.
proyekto
& Nbsp; nagtatakda opsiyon na ito ang pangalan para sa iyong proyekto. Ang recipe ay lumikha ng isang pangunahing istraktura kung ang proyekto ay hindi pa doon.
panlabas na-apps
& Nbsp; Ang pagpipiliang ito ay naglalahad ng mga direktoryo kung saan napupunta ang mga panlabas na magagamit muli apps. Aling hindi ma-install bilang isang itlog o kung hindi mo nais na i-install ang mga ito bilang isang itlog.
lokal na-apps
& Nbsp; Ang pagpipiliang ito ay naglalahad ng mga direktoryo na kung saan mga lokal na magagamit muli apps napupunta, karaniwang ilagay ang pangalan ng kumpanya na ito direktoryo, at customized na apps.
projectegg
& Nbsp; Gamitin ito sa halip ng mga opsyon proyekto kapag gusto mong gamitin ang isang itlog ng mga proyekto. Hindi pinapagana ito sa henerasyon ng mga istraktura ng proyekto.
sawa
& Nbsp; Ang pagpipiliang ito ay maaaring gamitin upang tukuyin ang isang partikular na bersyon sawa na maaaring maging isang iba't ibang mga bersyon mula sa isa na ginagamit upang patakbuhin ang buildout.
salin
& Nbsp; ay maaaring tanggapin ang argument na bersyon ng ilang iba't ibang mga uri ng argumento. Maaari mong tukuyin ang trunk. Sa kasong ito, ito ay gumawa ng isang checkout ng Django trunk. Ang isa pang pagpipilian ay upang tukuyin ang isang numero release tulad 0.96.2. Ito ay i-download ang release tarball. Panghuli maaari mong tukuyin ang isang buong svn url (kasama na ang bilang ng rebisyon). Isang halimbawa ng ito ay magiging http://code.djangoproject.com/svn/django/branches/newforms-admin@7833.
settings
& Nbsp; Maaari mong itakda ang pangalan ng file ng mga setting na kung saan ay upang magamit sa pagpipiliang ito. Ito ay kapaki-pakinabang kung nais mong magkaroon ng iba't-ibang setup ng produksyon mula sa iyong setup development. Ito ang mga default na pag-unlad.
download-cache
& Nbsp; Itakda ito sa isang folder sa tabi-tabi mo ang sistema upang mapabilis ang pag-install. Ang recipe ay gamitin ang folder na ito bilang isang cache para sa isang na-download na bersyon ng Django.
extra-landas
& Nbsp; Lahat ng mga landas na tinukoy dito ay gagamitin upang palawakin ang default Python landas para sa mga bin / * script.
pth-files
& Nbsp; Nagdadagdag landas matatagpuan mula sa isang site .pth file sa extra-landas. Kapaki-pakinabang para sa mga bagay tulad ng Pinax na nagpapanatili ng kanyang sariling external_libs dir.
control-script
& Nbsp; Ang pangalan ng script na nilikha sa bin folder. Ang script na ito ay ang katumbas ng mga manage.py normal lumilikha Django. Sa pamamagitan ng default na ito ay gumagamit ng pangalan ng section (ang bahagi sa pagitan ng mga []).
pagsubok
& Nbsp; Kung gusto mo ng script sa bin folder upang patakbuhin ang lahat ng mga pagsusulit para sa isang tiyak na hanay ng mga apps na ito ay ang opsyon na gusto mong gamitin. Itakda ito sa listahan ng mga etiketa app kung saan mo nais upang masuri.
testrunner
& Nbsp; Ito ang pangalan ng testrunner saan ay nilikha. Ito ang mga default na pagsubok.
Lamang magkaroon ng lahat ng mga sumusunod na pagpipilian epekto kapag ang mga proyekto na tinukoy sa pamamagitan ng opsyon ng proyekto ay hindi nalikha na, sa setting ng file especified.
Tiyak na mga setting fcgi
Opsyon para fcgi ay maaaring itakda sa loob ng isang file ng mga setting (settings.py). Ang pagpipilian na ito ay FCGI_OPTIONS. Dapat ay naka-set sa isang diksiyunaryo. Ang bahagi sa ibaba ang isang halimbawa:
FCGI_OPTIONS = {
& Nbsp; 'paraan': 'sinulid',
& Nbsp; 'daemonize': 'false',
}
Ang isa pang halimbawa
Ang susunod na halimbawa ay nagpapakita sa iyo kung paano gamitin ang ilang mga karagdagang mga pagpipilian:
[Buildout]
parts = django Extras
itlog =
& Nbsp; hashlib
[Extras]
recipe = iw.recipe.subversion
url =
& Nbsp; http: //django-command-extensions.googlecode.com/svn/trunk/ django-command-extensions
& Nbsp; http: //django-mptt.googlecode.com/svn/trunk/ django-mptt
[Django]
recipe = djbuild
version = trunk
settings =-unlad
proyektong = exampleproject
WSGI = true
itlog =
& Nbsp; $ {buildout: itlog}
test =
& Nbsp; someapp
& Nbsp; anotherapp
Halimbawa ng paggamit ng .pth file
Pinax gumagamit ng isang .pth file upang magdagdag ng grupo ng mga aklatan upang kanyang landas; maaari naming tukuyin ito ay direktoryo upang makuha ang mga library na ito tinukoy idinagdag sa aming landas:
[Buildout]
parts = PIL
& Nbsp; svncode
& Nbsp; myproject
[PIL]
recipe = zc.recipe.egg: custom
egg = PIL
hanapin-link = http://dist.repoze.org/
[Svncode]
recipe = iw.recipe.subversion
url = http://svn.pinaxproject.com/pinax/tags/0.5.1rc1 Pinax
[Myproject]
recipe = djbuild
version = 1.0.2
itlog = PIL
proyektong = myproject
settings = settings
extra-landas = $ {buildout: directory} / myproject / apps
& Nbsp; $ {svncode: lokasyon} / Pinax / apps / external_apps
& Nbsp; $ {svncode: lokasyon} / Pinax / apps / local_apps
pth-files = $ {svncode: lokasyon} / Pinax / libs / external_libs
WSGI = true
Sa itaas, gagamitin namin ang stock Pinax para pth-file at extra-landas landas para sa apps, at sa aming sariling mga proyekto para sa landas na ito ay unang natagpuan sa listahan. Tandaan na inaasahan namin ang aming proyekto na-check out (halimbawa, sa pamamagitan svn: panlabas) nang direkta sa ilalim direktoryong ito in sa 'myproject'.
Halimbawa ng isang iba't ibang mga bersyon Python
Upang gumamit ng ibang version Python mula sa isa na bumangga buildout sa nalikhang script gamitin ang isang bagay tulad ng:
[Buildout]
parts = myproject
[Espesyal na-python]
executable = / ilang / espesyal na / sawa
[Myproject]
recipe = djbuild
version = 1.0.2
proyektong = myproject
python = espesyal na-sawa
Halimbawa ng pagsasaayos para mod_wsgi
Kung nais mo upang lumawak ang isang proyekto gamit mod_wsgi maaari mong gamitin ang halimbawang ito bilang isang panimulang punto:

& Nbsp; Order tanggihan, payagan
& Nbsp; Payagan mula sa lahat


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

Kinakailangan :

• sawa