djangoprojectrecipe

djangoprojectrecipe est une recette détachable qui peut être utilisé pour créer les commandes nécessaires pour remplacer manage.py dans un environnement de buildout. En option, il peut également générer des scripts pour wsgi et fcgi.
Exemple simple:
[Buildout]
pièces = django
eggs =
& Nbsp; django
[Django]
recette = djangoprojectrecipe
Paramètres = myproject.settings
oeufs = $ {buildout: oeufs}
extra-chemins = src
= projet myproject
Les options supportées
La recette prend en charge les options suivantes.
projet
& Nbsp; Cette option définit le nom de votre package de projet.
paramètres
& Nbsp; Vous pouvez définir le nom du fichier de paramètres qui doit être utilisé avec cette option. Ce est utile si vous voulez avoir une configuration à partir de votre configuration de développement de production différent. Il défaut project.settings.
extra-chemins
& Nbsp; Tous les chemins indiqués ici seront utilisés pour étendre le chemin de Python par défaut pour les bin / * son exécution. Il est recommandé de définir ces directement dans la section [buildout] et référence juste eux. Voir les exemples.
commande script
& Nbsp; Le nom du script créé dans le dossier bin. Ce script est l'équivalent de la manage.py Django crée normalement. Par défaut, il utilise le nom de la section (la partie entre le []).
wsgi
& Nbsp; Un script supplémentaire est généré dans le dossier bin lorsque cette option est réglée sur true. Ceci peut être utilisé avec mod_wsgi pour déployer le projet. Le nom du script est le contrôle-script.wsgi.
fcgi
& Nbsp; Comme wsgi cela crée un script supplémentaire dans le dossier bin. Ce script peut être utilisé avec un déploiement de FCGI.
fichier journal
& Nbsp; Au cas où le serveur de WSGI vous utilisez ne permet pas l'impression sur la sortie standard, vous pouvez définir cette variable à un chemin de système de fichiers - toutes les données stdout / stderr est redirigée vers le journal au lieu d'imprimé. Le même fichier journal sera utilisé pour fcgi. Vous pouvez utiliser le répertoire de base pour les chemins relatifs: logfile = $ {buildout: répertoire} /log/django.log
Paramètres spécifiques FCGI
Options pour FCGI peuvent être définis dans un fichier de paramètres (de settings.py). Les options est FCGI_OPTIONS. Il doit être réglé à un dictionnaire. La partie ci-dessous est un exemple:
FCGI_OPTIONS = {
& Nbsp; «méthode»: 'threaded',
}
Un autre exemple
L'exemple suivant vous montre comment utiliser un peu plus des options. Ici nous à faire des oeufs et extra-chemins sur la configuration de buildout et d'utiliser à la fois dans une partie d'obtenir un interpréteur Python général et une instance de Django avec les mêmes chemins:
[Buildout]
= versions versions
pièces =
& Nbsp; python
& Nbsp; django
eggs =
& Nbsp; django
& Nbsp; du Sud
& Nbsp; Django CMS
extra-chemins =
& Nbsp; src
& Nbsp; ../ external_apps /
& Nbsp; / some / autre / répertoire / to / ajouter / à / PYTHONPATH /
& Nbsp; pièces / django_svn / django /
[versions]
django = 1.2.4
[Python]
recette = zc.recipe.egg
= interprète python
oeufs = $ {buildout: oeufs}
extra-chemins = $ {buildout: extra-chemins}
son exécution =
& Nbsp; python
[Django]
recette = djangoprojectrecipe
paramètres = myproject.settings_live
wsgi = true
oeufs = $ {buildout: oeufs}
extra-chemins = $ {buildout: extra-chemins}
Utiliser Django tronc
djangoprojectrecipe ne gère pas l'installation de django du tout. Le cas le plus simple lors de l'installation de versions publiées pypi (il suffit d'ajouter django aux œufs). Si vous souhaitez utiliser tronc d'django ou une branche spéciale, infrae.subversion peut être de service:
[Buildout]
= versions versions
développer =
& Nbsp; pièces / svn / django /
pièces =
& Nbsp; svn
& Nbsp; django
eggs =
& Nbsp; django
& Nbsp; du Sud
& Nbsp; django-tout
[versions]
django =
[Svn]
recette = infrae.subversion
urls = http://code.djangoproject.com/svn/django/trunk/
[Django]
recette = djangoprojectrecipe
paramètres = myproject.settings_dev
oeufs = $ {buildout: oeufs}
extra-chemins = $ {buildout: extra-chemins}
Ne oubliez pas d'ajouter svn aux parties et pièces / svn / django / se développer. Aussi, vous devez supprimer le paramètre de version spécifique de [versions] pour django, parce que sinon buildout va continuer à utiliser la version packagée.
Voir http://pypi.python.org/pypi/infrae.subversion pour plus d'exemples.
Exemple de configuration pour mod_wsgi
Si vous souhaitez déployer un projet en utilisant mod_wsgi vous pouvez utiliser cet exemple comme point de départ:

& Nbsp; Order Deny, permettra
& Nbsp; Allow from all


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

Ce qui est nouveau dans cette version:

• Ajout du support commencent personnalisé son exécution

Quoi de neuf dans la version 1.1:

• Suppression d'un grand nombre de fonctionnalités inutiles qui peut être résolu par d'autres recettes

Exigences :

• Python
• Django