为什么'；django自己处理静态文件，而不使用apache？

在开发时，django可以通过更改

settings.py

来处理静态文件，我想处理这些静态文件不会花费太多资源

但是当使用

mod_wsgi

将项目应用于生产环境时，建议使用apache的配置文件来处理静态文件，甚至不可能在django中处理静态文件

---

那么，为什么django不处理静态文件，至少给用户一个简单的方法来处理呢？

django并不打算在生产环境中为静态文件提供服务

Django提供静态文件的代码是为了开发，而不是为了性能甚至安全

HTTP服务器的主要用途是为静态文件提供服务，这需要性能和安全性。Django没有充分的理由在HTTP服务器和文件系统之间进行干扰

系统管理员需要配置一个安全且性能良好的HTTP服务器。如果系统管理员不能这样做，这不是Django的错

通过这样做，Django遵守了几个Unix原则：

• 简约法则：为简约而设计；只在必须的地方增加复杂性
• 节俭原则：只有当通过演示清楚了其他方法都不起作用时，才编写一个大程序
• 模块化规则：编写由干净接口连接的简单部件
• 分离规则：政策与机制分离；将接口与引擎分开
• 清晰的原则：清晰比聪明好

等等

---

Django的staticfiles系统非常棒，事实上，在它被纳入Django之前，很多人都使用过它。我相信，任何愿意付出很少努力的人都能完全理解它，并觉得它很棒。我记得对我来说理解django静态文件有点困难，但那只是一个爱情故事

应用程序只需创建一个“静态”子目录，就可以在URL、模板、视图和模型之外嵌入静态文件

---

如果您不了解django如何很好地处理静态文件，您可以试试这篇文章。

django并不打算在生产环境中提供静态文件

Django提供静态文件的代码是为了开发，而不是为了性能甚至安全

HTTP服务器的主要用途是为静态文件提供服务，这需要性能和安全性。Django没有充分的理由在HTTP服务器和文件系统之间进行干扰

系统管理员需要配置一个安全且性能良好的HTTP服务器。如果系统管理员不能这样做，这不是Django的错

通过这样做，Django遵守了几个Unix原则：

• 简约法则：为简约而设计；只在必须的地方增加复杂性
• 节俭原则：只有当通过演示清楚了其他方法都不起作用时，才编写一个大程序
• 模块化规则：编写由干净接口连接的简单部件
• 分离规则：政策与机制分离；将接口与引擎分开
• 清晰的原则：清晰比聪明好

等等

---

Django的staticfiles系统非常棒，事实上，在它被纳入Django之前，很多人都使用过它。我相信，任何愿意付出很少努力的人都能完全理解它，并觉得它很棒。我记得对我来说理解django静态文件有点困难，但那只是一个爱情故事

应用程序只需创建一个“静态”子目录，就可以在URL、模板、视图和模型之外嵌入静态文件

---

如果您不了解django如何很好地处理静态文件，您可以试试本文。

从性能的角度来看，您并不希望django为静态文件提供服务。没有理由向Django实例发送请求，然后让Python返回该文件，因为web服务器可以更快地自行执行此操作。

从性能角度来看，您并不希望Django为静态文件提供服务。没有理由向Django实例发送请求，然后让Python返回该文件，因为web服务器可以更快地自行执行此操作。

您可以使用

python manage.py运行服务器0.0.0.0:80

该网站将在开发过程中发挥作用。 同样，不建议这样做。。但有效

---

在现实世界中，出于许多原因（在其他答案中提到），您更喜欢使用其他web服务器来服务静态文件。

您可以在生产中轻松使用它

python manage.py运行服务器0.0.0.0:80

该网站将在开发过程中发挥作用。 同样，不建议这样做。。但有效

---

在现实世界中，出于许多原因（在其他答案中提到），您更喜欢使用其他web服务器来提供静态文件。

但部署起来会更容易，特别是在性能不是问题的情况下，您会希望这样做。Django的staticfiles系统非常棒，事实上，在它被纳入Django之前，很多人都使用过它（请参阅django staticfiles应用程序）。我相信，任何愿意付出很少努力的人都可以完全理解它，并发现它也很棒。但部署起来会更容易，特别是在性能不是问题的情况下，你会希望这样。django的staticfiles系统很棒，事实上，在它被纳入django之前，很多人都在使用它（请参阅django staticfiles应用程序）。我相信，任何愿意付出很少努力的人都可以完全理解它，并觉得它很棒。