我的 django.contrib.staticfiles 设置似乎没问题，因为所有静态文件都按预期提供。但是，例如。/static/*.css 文件没有被 gzip 压缩，尽管我打开了 GZipMiddleware。

供参考。我的视图 html 实际上确实被压缩了，只有 staticfiles 应用程序提供的文件没有。似乎这些响应没有通过中间件链？

我听说我应该使用 Apache 在生产环境中提供静态文件。我在理解我应该如何做到这一点时遇到了一些问题。我的项目的静态 URL 是/static/，而django.contrib.admin的静态路径是/static/admin/。这是我服务器上两个完全独立的目录，我几乎不能这样做：

因为它们重叠。

我该怎么做？我真的必须将 contrib admin 静态文件夹复制到我自己的文件夹中吗？

我正在设置一个 django 服务器，但我的静态文件有问题：

django 设置

阿帕奇

所以，我有没有样式和网站的管理员，例如 http://localproject/public显示有关* Not FlatPage 与给定查询匹配的错误 *

是的，我正在使用 django.contrib.staticfiles

任何的想法？谢谢

我需要知道我是否可以用 django static “重新收集静态文件”？，由于错误我现在删除了一个静态目录，我再次尝试 collectstatic 并且没有任何反应。

任何想法？

我正在尝试设置django-compressor和django-staticfiles，以便从 Amazon 的 S3 提供压缩的 CSS/Javascript 和图像。

我已经设法使用 S3 作为后端来设置静态文件，因此它的collectstatic命令将文件发送到 S3 而不是STATIC_ROOT.

然而，当试图添加django-compressor到混合中时，这对我来说似乎一切都崩溃了。按照有关设置远程存储的文档，我创建了存储后端的子类boto ，因此我将示例复制到storage.py. 一旦我开始使用这个缓存的后端，文件就会被复制到 static_media 而不是 S3。在第一页加载后，CACHE 文件夹出现在 S3 和 static_media 文件夹中。

设置STATICFILES_STORAGE并COMPRESS_STORAGE返回到 boto 的普通 S3 类 ( storages.backends.s3boto.S3BotoStorage) 会导致静态资产被收集到 S3 存储桶中，并且没有 static_media 文件夹。但是尝试重新加载页面会引发错误：

突出显示{% compress css %}为标签和compressor/base.py原点。

我的 s3/staticfiles/compressor 部分settings.py：

那么我哪里错了？CachedS3BotoStorage使用自定义存储时我是否配置错误？

https://docs.djangoproject.com/en/1.3/howto/static-files/

尝试提供静态文件时，我被放到了上面的链接中。

该链接告诉我在开发中提供静态文件时

1. 将您的静态文件放在可以找到它们的位置，'home/jamie/mysite/static/' 完成！

2.确保 django.contrib.staticfiles 包含在您的 INSTALLED_APPS 中。对于本地开发，如果您使用的是 runserver...，那么您已经完成了 setup。完毕！

3.您可能需要在模板中引用这些文件。最简单的方法是使用包含的上下文处理器，它允许模板代码如下：

完毕！

哇，这似乎太简单了，肯定行不通，可悲的是，没有。

{{ STATIC_URL }} 当我检查时，等于无。现在 STATIC_URL 默认为 none，因此这些指令没有做任何事情。我肯定做错了什么，而 django 文档是正确的。但我无法弄清楚我在三个简单步骤中哪里出错了。

我正在使用 django-compressor 和 django-staticfiles（外部版本，我在 Django 1.2 上）。

当我尝试加载我的网站时，出现错误：

我已经验证COMPRESS_URL等于STATIC_URL，并且该文件实际上可以通过该 URL 访问。

查看 django-compressor 代码，我发现抛出异常的位置：

我的模板中的第一个{% compress css %}块是这样的：

（请注意，第一个链接不使用{{ STATIC_URL }}，但第二个使用）

我在我的错误日志中得到了这个：

如您所见，screen.css 文件被处理了两次，第二次成功。然而，facebox.css 文件第二次失败，可能是因为在{{ STATIC_URL }}第二次解析文件时没有在模板上下文中定义。

显然我可以通过不使用来解决问题{{ STATIC_URL }}，但这不是一个可接受的解决方案。

为什么我的 css 文件会被处理两次？他们最初有media='screen, projection'，但我认为这是导致问题的原因。

相关设置：

我正在使用 WSGI 和 Apache 运行 Django 生产服务器。
我想知道collectstatic每次修改一个小静态文件时是否必须运行 a 。
有没有办法让 WSGI 或任何程序自动化这个过程？

如何使用默认视图将样式表和图像包含到 404 页面模板中？

我在404.html站点目录的根目录中创建了一个文件templates：

具有讽刺意味的404.css是，没有找到。该404.css文件位于应用程序的static目录之一中。

服务器是manage.py runserver. 在每个其他页面上，静态文件都提供得很好。

更新：似乎在设置后DEBUG = False，settings.py所有其他页面上的静态文件也停止提供服务。

我想使用我的网络服务器提供静态文件。

当前安装的唯一一个应用程序是django.contrib.admin，它包含一些我想提供的静态文件。

一切正常./manage.py runserver。静态文件正确提供。

但我无法运行./manage.py collectstatic。

这就是我的配置方式django.contrib.staticfiles：

1. 我设置STATIC_ROOT了一个可写的空目录。让我们称之为/var/www/SITE_NAME/static/

2. 我已将其他所有内容保留为默认值：

   /li>

3. 现在，当我尝试collectstatic在我的应用程序文件夹中运行时，我收到一条非常奇怪的错误消息：

   /li>

为什么我会收到此错误消息？

这似乎没有任何意义。

当它应该只复制此目录中的静态文件时，admin/__init__.py为什么要查找？STATIC_ROOT