djbuild

Com base em djangorecipe, a receita djbuild buildout pode ser usado para criar uma configuração para Django. & Nbsp; Ele irá baixar automaticamente Django e instalá-lo na caixa de areia do buildout. Você pode usar uma versão de lançamento do Django ou um check-out subversão (usando tronco em vez de um número de versão).
A estrutura de diretório é baseado em: http://django.es/blog/convenciones-proyecto-django/
Pode ver um exemplo de como utilizar a receita abaixo:
[Buildout]
peças = satchmo django
ovos = ipython
[Satchmo]
receita = gocept.download
url = http://www.satchmoproject.com/snapshots/satchmo-0.6.tar.gz
md5sum = 659a4845c1c731be5cfe29bfcc5d14b1
[Django]
receita = djbuild
version = tronco
settings = desenvolvimento
ovos = $ {buildout: Ovos}
extra-caminhos =
& Nbsp; $ {satchmo: localização}
projeto = dummyshop
Opções suportadas
A receita suporta as seguintes opções.
projeto
& Nbsp; Esta opção define o nome para seu projeto. A receita irá criar uma estrutura básica se o projeto não estiver lá.
-apps externos
& Nbsp; Essa opção define o diretório em que aplicativos externos reutilizáveis ​​vai. Que não ser instalado como um ovo ou se você não quiser instalá-lo como um ovo.
-apps locais
& Nbsp; Essa opção define o diretório onde aplicativos reutilizáveis ​​locais vai, costumo colocar o nome da empresa para este diretório e aplicativos personalizados.
projectegg
& Nbsp; Use isso em vez da opção de projeto quando você quiser usar um ovo como o projeto. Isso desativa a geração da estrutura do projeto.
pitão
& Nbsp; Esta opção pode ser usada para especificar uma versão específica Python que pode ser uma versão diferente do utilizado para executar o buildout.
versão
& Nbsp; O argumento versão pode aceitar alguns tipos diferentes de argumentos. Você pode especificar tronco. Neste caso, ele vai fazer um check-out do tronco Django. Outra opção é especificar um número de versão como 0.96.2. Isto irá fazer o download do arquivo tar release. Finalmente, você pode especificar uma URL svn completo (incluindo o número da revisão). Um exemplo disto seria http://code.djangoproject.com/svn/django/branches/newforms-admin@7833.
definições
& Nbsp; Você pode definir o nome do arquivo de definições que é para ser usado com esta opção. Isso é útil se você quiser ter uma configuração de produção diferente da sua configuração de desenvolvimento. O padrão para o desenvolvimento.
Descarrega-cache
& Nbsp; Defina esta opção para uma pasta em algum lugar no seu sistema para acelerar a instalação. A receita irá usar esta pasta como um cache para uma versão baixada do Django.
extra-caminhos
& Nbsp; Todos os caminhos especificados aqui será usado para estender o caminho Python padrão para os bin / * scripts.
PTH-files
& Nbsp; Adiciona caminhos encontrados a partir de um site de .pth arquivo para os extras-caminhos. Útil para coisas como Pinax que mantém sua própria external_libs dir.
controle-script
& Nbsp; O nome do script criado na pasta bin. Este script é o equivalente do manage.py Django cria normalmente. Por padrão, ele usa o nome da seção (a parte entre o []).
teste
& Nbsp; Se você quiser um script na pasta bin para executar todos os testes para um conjunto específico de aplicativos esta é a opção que você usaria. Defina esta opção para a lista de rótulos de aplicativos que você deseja ser testado.
TestRunner
& Nbsp; Este é o nome do TestRunner que vai ser criado. O padrão para testar.
Todas as seguintes opções só tem efeito quando o projeto especificado pela opção projeto não foi já criado, no arquivo de configuração especifiquei.
Configurações específicas fcgi
Opções para FCGI pode ser definido dentro de um arquivo de configurações (settings.py). As opções é FCGI_OPTIONS. Deve ser definido como um dicionário. A parte a seguir é um exemplo:
FCGI_OPTIONS = {
& Nbsp; 'método': 'rosca',
& Nbsp; 'daemonize': 'falso',
}
Outro exemplo
O próximo exemplo mostra como usar alguns mais das seguintes opções:
[Buildout]
Peças = extras django
ovos =
& Nbsp; hashlib
[extras]
receita = iw.recipe.subversion
urls =
& nbsp; http: //django-command-extensions.googlecode.com/svn/trunk/ django-Command-extensões
& Nbsp; http: //django-mptt.googlecode.com/svn/trunk/ django-mptt
[Django]
receita = djbuild
version = tronco
settings = desenvolvimento
projeto = exampleproject
wsgi = true
ovos =
& nbsp; $ {buildout: Ovos}
test =
& Nbsp; someapp
& Nbsp; anotherapp
Exemplo usando .pth arquivos
Pinax usa um arquivo .pth para adicionar um monte de bibliotecas ao seu caminho; podemos especificar seu diretório para obter as bibliotecas especificou adicionado ao nosso caminho:
[Buildout]
peças = PIL
& Nbsp; svncode
& Nbsp; myproject
[PIL]
receita = zc.recipe.egg: costume
ovo = PIL
encontrar-links = http://dist.repoze.org/
[Svncode]
receita = iw.recipe.subversion
urls = http://svn.pinaxproject.com/pinax/tags/0.5.1rc1 pinax
[Meu projeto]
receita = djbuild
version = 1.0.2
ovos = PIL
= projeto myproject
settings = definições
extra-caminhos = $ {buildout: Diretório} / myproject / apps
& Nbsp; $ {svncode: localização} / Pinax / apps / external_apps
& Nbsp; $ {svncode: localização} / Pinax / apps / LOCAL_APPS
PTH-files = $ {svncode: localização} / pinax / libs / external_libs
wsgi = true
Acima, nós usamos estoque Pinax para PTH-arquivos e extra-caminhos caminhos para aplicativos, e nosso próprio projeto para o caminho que vai ser encontrado em primeiro lugar na lista. Note que esperamos que o nosso projeto para fazer check-out (por exemplo, svn: externos) diretamente sob este diretório para 'myproject'.
Exemplo com uma versão diferente Python
Para usar uma versão Python diferente do que correu buildout no uso de script gerado algo como:
[Buildout]
peças = myproject
[Special-python]
executável = / some / especiais / python
[Meu projeto]
receita = djbuild
version = 1.0.2
= projeto myproject
python = especial-python
Exemplo de configuração para mod_wsgi
Se você deseja implantar um projeto usando mod_wsgi você poderia usar este exemplo como um ponto de partida:

& Nbsp; Ordem negar, permitir
& Nbsp; Allow from all


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

Requisitos :

• Python