我的本地机器运行Python 2.5和Ubuntu 8.10上的Nginx, Django是根据最新的开发主干构建的。

对于我请求的每个URL,它抛出:

TemplateDoesNotExist at /appname/path appname/template_name.html Django尝试加载这些模板,顺序如下: 使用loader django.template.loaders. filessystem .function: 使用loader django.template.loaders.app_directories.function: TEMPLATE_DIRS (“/ usr / lib / python2.5 /网站/ projectname /模板”,)

在这种情况下,它是否在寻找/usr/lib/python2.5/site-packages/projectname/templates/appname/template_name.html ?奇怪的是这个文件确实存在于磁盘上。为什么Django找不到它?

我在Ubuntu 9.04上使用Python 2.6在远程服务器上运行相同的应用程序,没有出现这样的问题。其他设置相同。

在我的本地机器上是否有任何配置错误的地方,或者是什么可能导致了这样的错误,我应该调查一下?

在我的settings.py中,我指定了:

SETTINGS_PATH = os.path.normpath(os.path.dirname(__file__))
# Find templates in the same folder as settings.py.
TEMPLATE_DIRS = (
    os.path.join(SETTINGS_PATH, 'templates'),
)

它应该寻找以下文件:

/usr/lib/python2.5/site-packages projectname /模板/ appname1 / template1.html /usr/lib/python2.5/site-packages projectname /模板/ appname1 / template2.html /usr/lib/python2.5/site-packages projectname /模板/ appname2 / template3.html ...

以上所有文件都存在于磁盘上。

解决了

在我尝试之后,它现在工作了:

chown -R www-data:www-data /usr/lib/python2.5/site-packages/projectname/*

这是奇怪的。我不需要在远程服务器上执行此操作即可使其工作。


当前回答

Django TemplateDoesNotExist错误仅仅意味着框架找不到模板文件。

要使用模板加载API,您需要告诉框架将模板存储在何处。这样做的地方是在你的设置文件(settings.py)通过TEMPLATE_DIRS设置。默认情况下,它是一个空元组,所以这个设置告诉Django的模板加载机制去哪里寻找模板。

选择一个你想要存储模板的目录,并将其添加到TEMPLATE_DIRS中,例如:

TEMPLATE_DIRS = (
  '/home/django/myproject/templates',
)

其他回答

在你的set .py文件中,用这个替换TEMPLATES数组中的DIRS

'DIRS': []

这个

'DIRS': [os.path.join(BASE_DIR, 'templates')],

但我认为你需要知道的是 你必须创建一个带有名称模板的文件夹,它应该在根路径上,否则你必须改变DIRS值

对于django 1.9版本,我添加了

'DIRS': [os.path.join(BASE_DIR, 'templates')], 

一行到settings.py中的Templates块 而且效果很好

我试过了,现在有用了

chown -R www-data:www-data /usr/lib/python2.5/site-packages/projectname/*

这是奇怪的。我不需要在远程服务器上这样做,使其工作。

此外,我必须在本地机器上运行以下命令,使所有静态文件可访问,但在远程服务器上,它们都是“根:根”。

chown -R www-data:www-data /var/www/projectname/*

本地机器运行Ubuntu 8.04桌面版。远程服务器安装在Ubuntu 9.04服务器版上。

有人知道为什么吗?

检查模板和appname目录的权限,使用ls -l或尝试从django执行绝对路径open()。

我的问题是我改变了我的应用程序的名称。毫不奇怪,Visual Studio没有改变包含模板的目录名称。手动修正就解决了这个问题。