Python 2.7 Django：从python端使用{{STATIC_URL}}

构建一个“历史”系统，根据用户请求的日期为静态页面提供服务。并非所有日期都有关联的页面，而且根据数据库中的内容，不可能知道哪些是做的，哪些不是。我无法找到重定向到静态页面的方法，因为在python端似乎没有任何方法可以捕获{static_URL}}标记的值。我有一些代码依赖于静态文件与django服务器位于同一文件系统上，但这显然是错误的。我有两个需要：

1：如何从我的views.py文件（重定向？）到静态页面

---

2：如何查询这些静态页面中是否存在特定的页面？

从您的问题来看，我不确定您是否理解

{{static\u URL}}

标记的意图。它是静态内容文件（如css、javascript或图像文件）的URL前缀。它不是您自己的静态HTML文件的路径。最后，我不确定你问的问题是否正确，你想做什么。

正如zzzirk所说：Django真的不是关于平面页面，所以最具Django特色的解决方案是将平面页面放在Django应用程序旁边，而不是放在它里面。

嗯。好的，那么Django提供“外部”静态文件的最佳实践是什么？我所希望的是一种以编程方式跟踪哪些文件（无论它们放在哪里）的方法，而不必将它们放在与django代码相同的文件系统中。我是不是被两次让人参与其中？（一次上传文件，一次以某种方式“标记”它存在。）我仍在阅读django手册，这可能不是获取深奥细节的最有效方法。通常静态文件在应用程序中维护，它们在开发过程中通过

settings.py

文件中的

staticfiles\u finders

元组中的

'django.contrib.staticfiles.finders.FileSystemFinder'

提供服务。一旦投入生产，您就可以指定

STATIC\u ROOT

，这是您的文件系统上的一个目录，web服务器（apache或其他什么）将从中提供静态文件。部署时，启动一个

manage.py collectstatic

命令，该命令将把项目中的所有静态文件合并到

static\u ROOT

中指定的目录中。确定。我感觉到你对我需要/想要的东西视而不见。通常，当我有这种感觉时，其实是关于我的盲点，所以也许我最好离开去和灵魂交流一下。同时，请考虑我实际描述的场景：（试图描述）1：我部署了一个“完成”的应用程序，它需要服务一些静态HTML文件。不是CSS或javascript，而是碰巧没有动态内容的实际html文件2：随着时间的推移，随着用户和管理员与应用程序交互，静态html文件集会不断增加。（由管理员创建）问题是（已经变成）：对于上述文件，django的最佳实践是什么？非常感谢您的澄清，我真诚地为没有尝试您最初需要的东西而道歉。那么，这些静态HTML文件是以某种方式上传到系统中，还是由管理员直接添加到文件系统中？