与Django一起使用Jinja2。

如果你发现Django模板语言有极大的限制(就像我一样!)，那么你不必被它所困。Django很灵活，模板语言与系统的其余部分是松散耦合的，所以只需插入另一种模板语言，并使用它来呈现http响应!

我使用的是Jinja2，它几乎就像一个增强版的django模板语言，它使用相同的语法，并允许你在if语句中使用表达式!不再制作自定义if标记，如if_item_in_list!你可以简单地说%{if item in list %}，或者{% if object。字段< 10%}。

但这还不是全部;它有更多的功能来简化模板创建，我不能在这里一一介绍。

使用djangorecipe管理你的项目

如果你正在编写一个新的应用程序，这个方法可以让你在项目之外非常容易地测试它 它允许你管理项目的依赖关系(例如，它应该依赖于哪个版本的应用程序)

你要做的就是这样开始:

Create a folder for your new website (or library) Create a buildout.cfg with following content in it: [buildout] parts=django [django] recipe=djangorecipe version=1.1.1 project=my_new_site settings=development Grab a bootstrap.py to get a local installation of buildout and place it within your directory. You can either go with the official one (sorry, Markdown didn't like part of the full link :-/ ) or with one that uses distribute instead of setuptools as described by Reinout van Rees. python bootstrap.py (or python bootstrap_dev.py if you want to use distribute). ./bin/buildout

就是这样。现在你应该有一个新的文件夹“my_new_site”，这是你新的django 1.1.1项目，在。/bin中你会找到django-script，它取代了正常安装的manage.py。

有什么好处?假设你想在你的项目中使用django-comment-spamfighter之类的东西。你所要做的就是把build - out.cfg修改成这样:

[buildout]
parts=django

[django]
recipe=djangorecipe
version=1.1.1
project=my_new_site
settings=development
eggs=
    django-comments-spamfighter==0.4

请注意，我所做的只是添加了最后两行，表示django部分在0.4版中也应该有django-comments-spamfighter包。下次运行。/bin/buildout时，buildout将下载该包并修改。bin/django，将其添加到其PYTHONPATH中。

Djangorecipe也适用于用mod_wsgi部署你的项目。只需将wsgi=true设置添加到build - out.cfg中的django-part和“django. cfg”。Wsgi "将出现在你的。/bin文件夹中:-)

如果您将测试选项设置为应用程序列表，djangorecipe将为您创建一个漂亮的包装器，为项目中列出的应用程序运行所有测试。

如果你想在一个独立的环境中开发一个单独的应用程序进行调试等，Jakob Kaplan-Moss在他的博客上有一个相当完整的教程

有点晚了。但是Django Canvas最近出来了，它值得在这里占有一席之地。

不要用django-admin.py startproject启动你的项目。相反，你可以使用像Django Canvas这样的工具，用你需要的模块来拼凑一个空白项目。

你去那个网站，勾选一些选项，然后下载一个空白项目，很简单。

它具有所有常见的东西，如南模式迁移和命令扩展，以及这里提到的许多其他最佳实践。另外，它有一个很棒的start.sh/shart.bat脚本，可以安装python, virtualenv, pip, django和任何你需要从windows, osx或linux的新拷贝开始的东西。

我就从我自己的一个建议开始吧:)

在settings.py中使用os.path.dirname()来避免硬编码的dirname。

如果你想在不同的位置运行你的项目，不要在你的settings.py中硬编码路径。如果你的模板和静态文件位于Django项目目录中，在settings.py中使用下面的代码:

# settings.py
import os
PROJECT_DIR = os.path.dirname(__file__)
...
STATIC_DOC_ROOT = os.path.join(PROJECT_DIR, "static")
...
TEMPLATE_DIRS = (
    os.path.join(PROJECT_DIR, "templates"),
)

工作人员:我从视频《Django from the Ground Up》中得到了这个提示。

使用django-annoying的render_to装饰器而不是render_to_response。

@render_to('template.html')
def foo(request):
    bars = Bar.objects.all()
    if request.user.is_authenticated():
        return HttpResponseRedirect("/some/url/")
    else:
        return {'bars': bars}

# equals to
def foo(request):
    bars = Bar.objects.all()
    if request.user.is_authenticated():
        return HttpResponseRedirect("/some/url/")
    else:
        return render_to_response('template.html',
                              {'bars': bars},
                              context_instance=RequestContext(request))

编辑后指出，返回一个HttpResponse(例如重定向)将使装饰器短路，并像您期望的那样工作。

不要在本地主机上运行Django开发服务器，而是在一个合适的网络接口上运行。例如:

python manage.py runserver 192.168.1.110:8000

or

python manage.py runserver 0.0.0.0:8000

然后，您不仅可以轻松地使用Fiddler (http://www.fiddler2.com/fiddler2/)或其他工具，如HTTP调试器(http://www.httpdebugger.com/)来检查您的HTTP头，而且还可以从LAN上的其他机器访问您的开发站点进行测试。

确保你有防火墙保护，尽管开发服务器是最小的，而且相对安全。