djbuild

Na podstawie djangorecipe, przepis djbuild buildout może być wykorzystywane do tworzenia konfiguracji dla Django. & Nbsp; będzie on automatycznie pobrać i zainstalować Django w piaskownicy w buildout jest. Można użyć do wersji wydania Django lub kasę Subversion (przy użyciu bagażnik zamiast numer wersji).
Struktura katalogów oparta jest na: http://django.es/blog/convenciones-proyecto-django/
Możesz zobaczyć przykład jak używać poniższego przepisu:
[Buildout]
Części = Satchmo django
jaja = ipython
[Satchmo]
Przepis = gocept.download
url = http://www.satchmoproject.com/snapshots/satchmo-0.6.tar.gz
md5sum = 659a4845c1c731be5cfe29bfcc5d14b1
[Django]
Przepis = djbuild
wersja = trunk
Ustawienia = rozwój
jaja = $ {buildout: jaja}
Ścieżki = extra-
& Nbsp; $ {Satchmo: lokalizacja}
Projekt = dummyshop
Opcje dostępne
Przepis obsługuje następujące opcje.
projekt
& Nbsp; Opcja ta ustawia nazwę dla swojego projektu. Przepis stworzy podstawową strukturę, jeśli projekt nie jest już tam.
zewnętrzne-apps
& Nbsp; Opcja ta określa katalog, w którym zewnętrzne wielokrotnego użytku aplikacje idzie. Które nie są instalowane jako jajko lub jeśli nie chcesz go zainstalować jako jajko.
lokalne-apps
& Nbsp; Opcja ta określa katalog, w którym lokalne wielokrotnego użytku aplikacje idzie, zazwyczaj umieścić nazwę firmy w tym katalogu i niestandardowe aplikacje.
projectegg
& Nbsp; Użyj tego zamiast opcji projektu, gdy chcesz użyć jajka jako projekt. Uniemożliwia to generowanie struktury projektowej.
pyton
& Nbsp; Opcja ta może być użyta do określenia konkretnej wersji Pythona, która może być inna wersja od tej używanej do uruchomienia buildout.
wersja
& Nbsp; wersja argument może przyjmować kilka różnych typów argumentów. Możesz określić bagażnik. W tym przypadku będzie to zrobić kasę tułowia Django. Inną opcją jest określić numer wersji jak 0.96.2. To ściągnij paczkę zwalniający. Wreszcie można określić pełny adres URL svn (w tym numer wersji). Przykładem tego może być http://code.djangoproject.com/svn/django/branches/newforms-admin@7833.
Ustawienia
& Nbsp; Można ustawić nazwę pliku ustawień, który ma być używany z tą opcją. Jest to przydatne, jeśli chcesz mieć inną konfigurację produkcji od konfiguracji rozwoju. Domyślnie jest to rozwój.
download-cache
& Nbsp; Ustaw do folderu gdzieś na ciebie systemu w celu przyspieszenia instalacji. Przepis ten folder będzie używać jako pamięci podręcznej do pobranego wersji Django.
Extra-drogi
& Nbsp; Wszystkie ścieżki podane tutaj zostaną wykorzystane do rozszerzenia domyślną ścieżkę dla Pythona bin / * skryptów.
PTH-files
& Nbsp; Dodaje ścieżki znalezione z witryny .pth plik do dodatkowych ścieżkach. Przydatne rzeczy jak Pinax które utrzymuje swoją własną external_libs reż.
Skrypt sterowania
& Nbsp; nazwa skryptu utworzonego w folderze bin. Skrypt ten jest odpowiednikiem manage.py Django zwykle tworzy. Domyślnie używa nazwy części (część między []).
test
& Nbsp; Jeśli chcesz skrypt w folderze bin uruchomić wszystkie testy dla określonego zestawu aplikacji jest opcja korzystania. Ustaw to na liście etykiet app, który chcesz być testowane.
TestRunner
& Nbsp; to nazwa TestRunner który zostanie utworzony. Domyślnie jest to, aby przetestować.
Wszystkie następujące opcje mają wpływ tylko wtedy, gdy projekt podany w opcji projektu nie została utworzona już na plik Ustawienie especified.
Ustawienia specyficzne fcgi
Opcje dla fcgi można ustawić w pliku ustawień (settings.py). Możliwości jest FCGI_OPTIONS. Powinna ona być ustawiona słownika. Poniżej jest to przykład:
FCGI_OPTIONS = {
& Nbsp; "metoda": "gwintowane",
& Nbsp; "daemonize ':' false ',
}
Innym przykładem
Następny przykład pokazuje, jak używać trochę więcej opcji:
[Buildout]
Części = dodatki django
jaja =
& Nbsp; hashlib
[dodatki]
Przepis = 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]
Przepis = djbuild
wersja = trunk
Ustawienia = rozwój
Projekt = exampleproject
WSGI = true
jaja =
& nbsp; $ {buildout: jaja}
test =
& Nbsp; someapp
& Nbsp; anotherapp
Przykład wykorzystania .pth plików
Pinax używa .pth plik, aby dodać kilka bibliotek na swojej drodze; możemy określić to katalog, aby biblioteki Określono dodane do naszej ścieżki:
[Buildout]
Części = PIL
& Nbsp; svncode
& Nbsp; myproject
[PIL]
Przepis = zc.recipe.egg custom
jajko = PIL
znaleźć linków = http://dist.repoze.org/
[Svncode]
Przepis = iw.recipe.subversion
URL = http://svn.pinaxproject.com/pinax/tags/0.5.1rc1 pinax
[Myproject]
Przepis = djbuild
version = 1.0.2
jaja = PIL
Projekt = myproject
Ustawienia = Ustawienia
Wyjątkowo ścieżki = $ {buildout: katalog} / apps / myproject
& Nbsp; $ {svncode: lokalizacja} / pinax / apps / external_apps
& Nbsp; $ {svncode: lokalizacja} / pinax / apps / local_apps
PTH-files = $ {svncode: lokalizacja} / pinax / libs / external_libs
WSGI = true
Powyżej, używamy akcji Pinax dla PTH plików i ścieżek ścieżek extra dla aplikacji i naszego własnego projektu ścieżki, która będzie pierwsza znaleźć się na liście. Należy pamiętać, że nasz projekt oczekujemy należy sprawdzić się (na przykład przez svn: zewnętrznego) bezpośrednio w katalogu, w celu "myproject".
Przykład z innej wersji Python
Aby użyć innej wersji Pythona, od tego, który prowadził buildout w generowanym użytku skrypt coś takiego:
[Buildout]
Części = myproject
[Specjalny-python]
wykonywalny = / niektóre / specjalne / python
[Myproject]
Przepis = djbuild
version = 1.0.2
Projekt = myproject
python = specjalny-python
Przykładowa konfiguracja dla mod_wsgi
Jeśli chcesz, aby wdrożyć projekt za pomocą mod_wsgi można użyć tego przykładu jako punkt wyjścia:

& Nbsp; Order deny, allow
& Nbsp; Zezwól od wszystkich


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

Wymagania :

• Python