djangorecipe을 바탕으로, djbuild의 buildout 조리법은 장고에 대한 설정을 만들 & NBSP 될 수있다. 그것은 자동으로 장고를 다운로드하고 buildout의 샌드 박스에 설치됩니다. 당신은 (트렁크를 사용하는 대신에 버전 번호로) 장고의 릴리스 버전 또는 파괴 체크 아웃을 사용할 수 있습니다.
디렉토리 구조를 결정하는 요소는 다음과 같습니다 http://django.es/blog/convenciones-proyecto-django/
당신은 아래의 조리법을 사용하는 방법의 예를 볼 수 있습니다
[buildout]
부품 = 츠모 (Satchmo) 장고
계란 = ipython
[츠모 (Satchmo)]
조리법 = gocept.download
URL = http://www.satchmoproject.com/snapshots/satchmo-0.6.tar.gz
md5sum이 = 659a4845c1c731be5cfe29bfcc5d14b1
[장고]
조리법 = djbuild
버전 = 트렁크
설정 = 개발
계란 = $ {buildout : 계란}
여분의 경로 =
& NBSP; $ {츠모 (Satchmo) : 위치}
프로젝트 = dummyshop
지원 옵션
조리법은 다음과 같은 옵션을 지원합니다.
계획
& NBSP;이 옵션은 프로젝트의 이름을 설정합니다. 프로젝트가 이미 존재하지 않는 경우 조리법은 기본 구조를 만들 것입니다.
외부 응용 프로그램
& NBSP;이 옵션은 외부 재사용 앱가는 디렉토리를 설정합니다. 어떤 달걀로 설치하거나하지 않으려면 달걀로 설치하지 마십시오.
로컬 응용 프로그램
& NBSP;이 옵션은 로컬 재사용 앱, 보통이 디렉토리에 회사 이름을 넣어 간다 디렉토리 및 사용자 정의 응용 프로그램을 설정합니다.
projectegg
& NBSP; 사용이 대신 프로젝트로 계란을 사용하고자하는 프로젝트 옵션. 이것은 프로젝트 구조의 생성을 비활성화.
파이썬
& NBSP,이 옵션 buildout를 실행하는 데 사용 된 것과 다른 버전 일 수 파이썬 특정 버전을 지정하기 위해 사용될 수있다.
버전
& NBSP; 버전 인수는 인수의 몇 가지 유형을 받아 들일 수 있습니다. 당신은 트렁크를 지정할 수 있습니다. 이 경우는 장고 트렁크의 체크 아웃을 할 것입니다. 또 다른 옵션은 0.96.2처럼 릴리스 번호를 지정하는 것입니다. 이 릴리스 타르볼을 다운로드합니다. 마지막으로 (개정 번호 포함) 전체 SVN URL을 지정할 수 있습니다. 이것의 예는 http://code.djangoproject.com/svn/django/branches/newforms-admin@7833 일 것이다.
설정
& NBSP,이 옵션과 함께 사용되어야하는 설정 파일의 이름을 설정할 수있다. 당신이 당신의 개발 설정에서 다른 생산 설치를하려는 경우에 유용합니다. 개발로 기본 설정됩니다.
다운로드 캐시
& NBSP; 설치를 가속화하는 시스템에 어딘가에 폴더로 설정합니다. 조리법은 장고의 다운로드 버전에 대한 캐시로이 폴더를 사용합니다.
여분의 경로
& NBSP; 여기에 지정된 모든 경로는 빈 / * 스크립트에 대한 기본 파이썬 경로를 확장하는 데 사용됩니다.
PTH-파일
& NBSP는, 여분의 경로에 .pth 파일 사이트에서 발견 된 경로를 추가합니다. 자신의 external_libs의 디렉토리를 유지 Pinax 같은 것들에 유용합니다.
제어 스크립트
& NBSP; bin 폴더에 생성 된 스크립트의 이름입니다. 이 스크립트는 장고가 정상적으로 생성 manage.py의 것과 동일합니다. 기본적으로는 섹션 ([] 사이의 부분)의 이름을 사용합니다.
테스트
& NBSP; 당신이 bin 폴더에 스크립트 애플리케이션의 특정 세트에 대한 모든 테스트를 실행하려는 경우에 사용 할 수있는 옵션입니다. 당신이 테스트 할 원하는 응용 프로그램 레이블 목록으로 설정합니다.
의 TestRunner
& NBSP;이 생성됩니다의 TestRunner의 이름입니다. 그것은 기본적으로는 테스트합니다.
설정 파일이 especified에 프로젝트 옵션으로 지정된 프로젝트는 이미 생성되지 않은 경우 모든 다음 옵션 만 효과가 있습니다.
FCGI 특정 설정
FCGI에 대한 옵션은 설정 파일 (settings.py) 내에서 설정 될 수있다. 옵션은 FCGI_OPTIONS입니다. 이것은 사전에 설정되어야한다. 아래 부분은 예입니다 :
FCGI_OPTIONS = {
& NBSP; '방법': '스레드'
& NBSP; '데몬으로': '거짓'
}
또 다른 예
다음 예는 일부 옵션 이상을 사용하는 방법을 보여줍니다
[buildout]
부품 = 장고 엑스트라
계란 =
& NBSP; hashlib
[기타]
조리법 = iw.recipe.subversion
URL을 =
& NBSP; HTTP : //django-command-extensions.googlecode.com/svn/trunk/ 장고 명령 확장
& NBSP; HTTP : //django-mptt.googlecode.com/svn/trunk/ 장고 - mptt
[장고]
조리법 = djbuild
버전 = 트렁크
설정 = 개발
프로젝트 = exampleproject
WSGI = TRUE
계란 =
& NBSP; $ {buildout : 계란}
테스트 =
& NBSP; someapp
& NBSP; anotherapp
예 파일을 .pth 사용
Pinax는 경로에 라이브러리의 무리를 추가 할 .pth 파일을 사용; 우리는 우리의 경로에 추가 지정된 라이브러리를 얻을 수있는 디렉토리이다 지정할 수 있습니다
[buildout]
부품 = PIL
& NBSP; svncode
& NBSP; MyProject를
[PIL]
조리법 = zc.recipe.egg : 사용자 지정
달걀 = PIL
- 링크를 찾을 = http://dist.repoze.org/
[svncode]
조리법 = iw.recipe.subversion
URL을 = http://svn.pinaxproject.com/pinax/tags/0.5.1rc1 pinax
[MyProject를]
조리법 = djbuild
버전 = 1.0.2
계란 = PIL
프로젝트 = MyProject를
설정 = 설정
여분의 경로 = $ {buildout : 디렉토리} / MyProject를 / 애플 리케이션
& NBSP; $ {svncode : 위치} / pinax / 응용 프로그램 / external_apps
& NBSP; $ {svncode : 위치} / pinax / 응용 프로그램 / local_apps
PTH-파일 =의 $ {svncode : 위치} / pinax / libs와 / external_libs
WSGI = TRUE
위, 우리는 PTH-파일 및 애플 리케이션을위한 여분의 경로 경로 및 목록에서 처음 발견 될 경로에 대한 우리 자신의 프로젝트에 대한 재고 Pinax를 사용합니다. 'MyProject를'에 직접이 디렉토리 아래에 : 우리는 우리의 프로젝트는 (외부 예를 들어, SVN에 의해) 체크 아웃 할 것으로 예상합니다.
다른 파이썬 버전 예
생성 된 스크립트를 사용 뭔가 같은에서 buildout를 실행 한 것과 다른 파이썬 버전을 사용하려면 :
[buildout]
부품 = MyProject를
[특수 파이썬]
실행 = / 어떤 / 특수 / 파이썬
[MyProject를]
조리법 = djbuild
버전 = 1.0.2
프로젝트 = MyProject를
파이썬 = 특수 파이썬
mod_wsgi에 대한 예 구성
당신은 당신이 출발점으로이 예제를 사용할 수 mod_wsgi에 사용하여 프로젝트를 배포 할 경우 :
<디렉토리 / 경로 /에 / buildout>
& NBSP; 주문 거부, 허용
& NBSP; 모두에서 허용
<가상 호스트 1.2.3.4:80>
& NBSP; 서버 이름의 my.rocking.server
& NBSP;은 CustomLog 결합 /var/log/apache2/my.rocking.server/access.log
& NBSP; ErrorLog에 /var/log/apache2/my.rocking.server/error.log
& NBSP; WSGIScriptAlias / /path/to/buildout/bin/django.wsgi
요구 사항 :
파이썬
댓글을 찾을 수 없습니다