使用“apps”文件夹来组织应用程序，而不需要编辑PYTHONPATH

当我想这样组织我的文件夹时，这个方法就很方便了:

apps/
    foo/
    bar/
site/
settings.py
urls.py

不用重写PYTHONPATH，也不用在每次导入时都添加应用程序，比如:

from apps.foo.model import *
from apps.bar.forms import *

在你的settings.py中添加

import os
import sys
PROJECT_ROOT = os.path.abspath(os.path.dirname(__file__))
sys.path.insert(0, os.path.join(PROJECT_ROOT, "apps"))

你已经准备好了:-)

我在http://codespatter.com/2009/04/10/how-to-add-locations-to-python-path-for-reusable-django-apps/上看到了这个

Virtualenv + Python =救生圈，如果你在多个Django项目中工作，而且它们可能都不依赖于同一个版本的Django/应用程序。

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

使用数据库迁移。使用南。

不要在本地主机上运行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上的其他机器访问您的开发站点进行测试。

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

为具有相同结构的遗留表集创建动态模型:

class BaseStructure(models.Model):
    name = models.CharField(max_length=100)
    address = models.CharField(max_length=100)

    class Meta:
        abstract=True

class DynamicTable(models.Model):
    table_name = models.CharField(max_length=20)

    def get_model(self):
        class Meta:
            managed=False
            table_name=self.table_name

        attrs = {}
        attrs['Meta'] = Meta

        # type(new_class_name, (base,classes), {extra: attributes})
        dynamic_class = type(self.table_name, (BaseStructure,), attrs) 
        return dynamic_class

customers = DynamicTable.objects.get(table_name='Customers').get_model()
me = customers.objects.get(name='Josh Smeaton')
me.address = 'Over the rainbow'
me.save()

这假设您拥有具有相同结构的遗留表。您不需要创建一个模型来包装每个表，而是定义一个基本模型，并动态构造与特定表交互所需的类。