为什么django会阻止像images/foo.jpg这样的真实路径？

为什么我必须将静态内容存储在其他地方、定义一些htaccess文件或使用django.views.static.serve helper方法？为什么不是自动完成的呢？ 像ASP.Net这样的其他框架似乎没有这个问题，即使是MVC框架。

---

问题是其他框架是否在幕后使用类似于django.views.static.service的东西？或者是由于django代码的当前状态造成了一些限制？

django不会“阻止”磁盘上资产的路径，只是默认情况下不会为它们提供服务

它显然可以为它们服务，正如您通过引用

static.service所认识到的那样。但关键是，就像在任何框架中一样，这不是一件有效的事情。通过Django处理请求涉及大量开销，这在服务静态资产时是不必要的。最好让Web服务器直接执行

Django选择默认情况下不启用此功能，这是对开发人员的一个警告，提醒他们不要在生产中使用这种低效的方法。
Django不会“阻止”磁盘上资产的路径，只是默认情况下不会为他们提供服务

它显然可以为它们服务，正如您通过引用
static.service所认识到的那样。但关键是，就像在任何框架中一样，这不是一件有效的事情。通过Django处理请求涉及大量开销，这在服务静态资产时是不必要的。最好让Web服务器直接执行

Django选择默认情况下不启用此功能，这是对开发人员的一个警告，提醒他们不要在生产中使用这种低效的方法。
但是任何其他MVC框架都会这样做。它允许回退，让服务器搜索文件，在找不到文件时返回404。那么为什么django不能这样做呢？但这正是它所做的：让服务器搜索文件。它本身不处理它，但在任何其他框架中，您都不需要配置服务器来搜索它。是因为WSGI需要为路径禁用吗？内部服务器呢？为什么它不允许在没有static.service的情况下访问静态文件？然而，任何其他MVC框架都可以这样做。它允许回退，让服务器搜索文件，在找不到文件时返回404。那么为什么django不能这样做呢？但这正是它所做的：让服务器搜索文件。它本身不处理它，但在任何其他框架中，您都不需要配置服务器来搜索它。是因为WSGI需要为路径禁用吗？内部服务器呢？为什么它不允许在没有static.service的情况下访问静态文件？