Django没有应用程序设置，所以我做了我自己的app_settings.py检测。 在settings.py的底部，我添加了下面的代码:

import sys, os
# Append application settings without triggering the __init__.
for installed_app in INSTALLED_APPS:
    # Ignore django applications
    if not installed_app.startswith('django.'):
        # Find the app (and the settings file)
        for path in sys.path:
            path = os.path.join(path, installed_app, 'app_settings.py')
            if os.path.isfile(path):
                # Application settings found
                exec open(path).read()

它在所有的INSTALLED_APPS中检测app_settings.py。它将读取app_settings文件的内容并内联执行它，而不是导入它。如果直接导入app_settings，将会引发所有的Django导入错误(因为Django还没有初始化)。

所以我的app/app_settings.py看起来是这样的:

MIDDLEWARE_CLASSES += (
    'app.middleware.FancyMiddleware',
)

现在应用程序只需要添加到INSTALLED_APPS，而不是找到所有的应用程序设置，并将它们添加到settings.py(中间件，url…)

注意:如果Django有一个钩子来附加额外的设置会更好，这样应用程序设置就可以在启动时(或运行时)添加。

与Django一起使用Jinja2。

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

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

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

我没有足够的声誉来回复这个问题，但重要的是要注意，如果你打算使用Jinja，它不支持模板块名称中的'-'字符，而Django支持。这给我带来了很多问题，并浪费了很多时间试图追踪它生成的非常模糊的错误消息。

当我开始的时候，我不知道有一个Paginator，确保你知道它的存在!!

如果你还没读过《Unbreaking Django》。它包含了很多关于django陷阱的有用信息。

运行一个开发SMTP服务器，它只输出发送给它的任何内容(如果您不想在开发服务器上实际安装SMTP)。

命令行:

python -m smtpd -n -c DebuggingServer localhost:1025