Django Compressor 离线继承答案

【问题标题】：Django Compressor Offline InheritanceDjango Compressor 离线继承
【发布时间】：2012-06-23 02:40:38
【问题描述】：

此问题专门针对使用 Django Compressor 的生产站点。我希望它在 COMPRESS_OFFLINE = True 时工作，这样我就可以在推送到生产之前预压缩我网站的所有 css 文件。

我想在 base.html 中做同样的事情：

{% compress %}
    {% block css %}
    {% endblock %}
{% endcompress %}

这样我在扩展 base 的文件中的所有 css 块都被压缩了。这主要是为了让我不必将 {% compress %} 标记添加到我的所有子模板中。

Stack Overflow 上有几个类似的问题，但是我在离线压缩（即使用 Django Compressor 的压缩管理命令）时没有找到一个好的解决方案。当 COMPRESS_OFFLINE = False 时，周围的压缩标签可以正常工作。有人找到了让这项工作离线的方法吗？

我列出了一些似乎与非离线解决方案有关的类似主题。第二个线程中的链接表明，在脱机使用 Django Compressor 时存在继承问题，但也许它们已经解决：

【问题讨论】：

【解决方案1】：

您确实使用了离线压缩来使该技术起作用，但是只要您正确设置了缓存，除非资源已更改，否则 django-compressor 将不会在每个请求上重新压缩。

我已经使用这种技术来允许用户使用lesscss 来扩展站点主题并使用我们的mixin 等。开始工作有点不稳定，但是（以我目前的经验）正确配置时它非常稳定，并且在第一次压缩后不会引入大量的请求延迟。

您可以设置pingdom、blamestella 或 new relic 之类的服务来访问各个页面，以确保压缩资产始终在缓存中（它们会监控正常运行时间，但也可以为此工作）

【讨论】：