管理Django静态文件：使用Django静态文件还是使用Django静态文件？

在做了一点谷歌搜索之后，我发现这些项目有助于提供静态文件：和

---

有没有人曾经使用过这两种方法中的一种或两种，并且可以推荐其中一种，或者第三种？

处理静态文件的通常方法实际上不是通过django发送它们，而是让web服务器（例如apache或KingX）来处理它们。我提供了一个基于官方django文档的mod_wsgi的小示例

Alias/media//usr/local/wsgi/static/media/
命令拒绝，允许
通融
WSGIScriptAlias//usr/local/wsgi/scripts/django.wsgi
命令允许，拒绝
通融

第一条语句确保/media中的所有文件都将直接通过apache提供，而不是通过django。第二条语句用于设置django站点本身。现在，使用这种媒体文件不会经过django处理，这通常非常缓慢

---

静态文件服务器存在的原因主要是为了开发或非常简单的部署

有关详细信息，请参阅。我看到的一个建议是使用一个完全不同的web服务器来处理静态文件，例如使用lighttpd。这就是为什么

MEDIA\u ROOT

和

MEDIA\u URL

假定Django服务器没有共享资源，甚至服务器本身也没有共享资源的原因（以及为什么初始

settings.py

文件中的注释显示完整的URL作为示例）。OK thanx。现在开始有意义了。接下来的问题：这两个静态项目的意义是什么？peterbe的项目实际上是关于缓存和压缩的，如果我没有弄错的话，可以与这种方法一起使用。另一个还提供了收集文件路径的帮助功能。这使得从多个应用程序收集媒体文件并将它们放在一个简单的静态文件夹中变得很容易。同样，您可以将此方法与此方法结合使用：）。

Alias /media/ /usr/local/wsgi/static/media/

<Directory /usr/local/wsgi/static>
Order deny,allow
Allow from all
</Directory>

WSGIScriptAlias / /usr/local/wsgi/scripts/django.wsgi

<Directory /usr/local/wsgi/scripts>
Order allow,deny
Allow from all
</Directory>