djangoprojectrecipe jest buildout receptury, które mogą być wykorzystywane do tworzenia niezbędne rozkazy do zastąpienia manage.py w środowisku buildout. Opcjonalnie można również wygenerować skrypty dla WSGI i fcgi.
Prosty przykład:
[Buildout]
Części = django
jaja =
& Nbsp; django
[Django]
Przepis = djangoprojectrecipe
Ustawienia = myproject.settings
jaja = $ {buildout: jaja}
dodatkowe ścieżki = src-
Projekt = myproject
Opcje dostępne
Przepis obsługuje następujące opcje.
projekt
& Nbsp; Opcja ta ustawia nazwę dla pakietu projektów.
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 project.settings.
extra-drogi
& Nbsp; Wszystkie ścieżki podane tutaj zostaną wykorzystane do rozszerzenia domyślną ścieżkę Python dla bin / * skryptów. Zaleca się, aby zdefiniować je bezpośrednio w sekcji [buildout] i słuszny odwoływać się do nich. Patrz przykłady.
Skrypt sterowania
& Nbsp; nazwa skryptu utworzonego w folderze bin. Skrypt ten jest odpowiednikiem manage.py Django zwykle tworzy. Domyślnie używa nazwy sekcji (część między []).
WSGI
& Nbsp; dodatkowy skrypt jest generowany w folderze bin, gdy jest ustawiony na true. To może być używany z mod_wsgi do wdrożenia projektu. Nazwa skryptu jest kontrola-script.wsgi.
fcgi
& Nbsp; Jak WSGI tworzy dodatkowy skrypt w folderze bin. Skrypt ten może być używany z wdrożenia fcgi.
logów
& Nbsp; W przypadku serwera WSGI używasz nie pozwala na drukowanie na standardowe wyjście, można ustawić tę zmienną na ścieżce systemu plików - wszystkie dane stdout / stderr jest przekierowywany do dziennika, a nie drukowane. Ten sam plik dziennika będą wykorzystywane do fcgi. Możesz użyć katalog bazowy dla ścieżek względnych: = $ {logami buildout: katalog} /log/django.log
Ustawienia specyficzne fcgi
Opcje fcgi można ustawić w pliku ustawień (settings.py). Możliwości jest FCGI_OPTIONS. Powinna ona być ustawiona w słowniku. Poniżej jest to przykład:
FCGI_OPTIONS = {
& Nbsp; "metoda": "gwintowane",
}
Innym przykładem
Następny przykład pokazuje, jak korzystać z niektórych więcej opcji. Tutaj możemy oddzielić się jajka i wyjątkowo drogi na konfiguracji buildout i używać go zarówno w części, aby uzyskać ogólne interpreter Pythona i instancji Django z tych samych ścieżek:
[Buildout]
wersje = wersje
Części =
& Nbsp; python
& Nbsp; django
jaja =
& Nbsp; django
& Nbsp; Południowa
& Nbsp; django-cms
extra-ścieżki =
& Nbsp; src
& Nbsp; ../ external_apps /
& Nbsp; / niektóre / inne / katalog / do / dodać / do / PYTHONPATH /
& Nbsp; zamienne / django_svn / django /
[wersja]
Django = 1.2.4
[Python]
Przepis = zc.recipe.egg
tłumacz = python
jaja = $ {buildout: jaja}
extra-ścieżki = $ {buildout: extra-ścieżki}
skrypty =
& Nbsp; python
[Django]
Przepis = djangoprojectrecipe
Ustawienia = myproject.settings_live
WSGI = true
jaja = $ {buildout: jaja}
extra-ścieżki = $ {buildout: extra-ścieżki}
Django tułowia
djangoprojectrecipe nie obsługuje instalacji django w ogóle. Najprostszym przypadkiem jest podczas instalacji wersji uwolnione z PyPI (wystarczy dodać django do jaj). Jeżeli chcesz korzystać z bagażnika django lub jakiś specjalny oddział, infrae.subversion może służyć:
[Buildout]
wersje = wersje
opracowania =
& Nbsp; zamienne / svn / django /
Części =
& Nbsp; svn
& Nbsp; django
jaja =
& Nbsp; django
& Nbsp; Południowa
& Nbsp; django-co
[wersja]
Django =
[SVN]
Przepis = infrae.subversion
url = http://code.djangoproject.com/svn/django/trunk/
[Django]
Przepis = djangoprojectrecipe
Ustawienia = myproject.settings_dev
jaja = $ {buildout: jaja}
extra-ścieżki = $ {buildout: extra-ścieżki}
Nie zapomnij dodać svn części i części / svn / django / do rozwoju. Ponadto należy usunąć określonego ustawienia wersji z [wersjach] dla django, bo inaczej buildout będzie nadal korzystać z wersji pakowane.
Zobacz http://pypi.python.org/pypi/infrae.subversion więcej przykładów.
Konfiguracja Przykład 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; Pozwól ze 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
Co nowego w tym wydaniu:
- Dodano obsługę niestandardowych rozpoczynają skrypty
Co nowego w wersji 1.1:
- Usunięto wiele niepotrzebnych funkcji, które mogą być rozwiązane przez inne recepty,
Wymagania :
- Python
- Django
Komentarze nie znaleziono