多服务器部署上的 Django Compressor

Question

我有幸发现django_compressor并在我们的堆栈中实现它，该堆栈部署到许多服务器(目前有 6 个，但随着我们部署更小的虚拟机而增长。)

现在，如果您使用最好的 django_compressor，这一切都很好。压缩原始 CSS/JS 代码

但是，现在说我想介绍某种类型的预编译器。假设这个例子是 LESS (css)。对此的思考过程相当简单:

将 node、npm 和 less 包安装到服务器上。

向您的预编译器添加更少的内容!

COMPRESS_PRECOMPILERS = ( ('text/less', 'lessc {infile} {outfile}'), )

现在您进行部署，并且您的服务器会编译 less 文件。一切都太棒了!

现在让我们再添加 8 台服务器，您必须在每台服务器上安装 node、npm 和更少？

这就是看起来不对劲的地方，我觉得我错过了一些东西。我相信 Django 社区之前也遇到过这个问题。

到目前为止，我的想法是:

使用提交后 Hook 在开发人员机器上编译 CSS。这意味着通过 django_compressor，我们链接到 HTML 中已编译的静态文件，并且我们的存储库包含已编译和未编译的版本。我唯一的缺点是它最终没有使用 django_compressor 的一半好处，并且对开发人员来说可能很乏味？

吸收它并使节点、npm 和更少的服务器堆栈的一部分。

更新

我做了一些额外的环顾四周，似乎使用 COMPRESS_OFFLINE带有管理命令的标志(或只是--force)将生成一个离线 list 文件，它可以满足我的需要(仅在本地测试)。因此，使用预部署 Hook 进行设置很可能是答案。

当然，仍然对其他想法持开放态度:-)

Answer 1

再加上关于 COMPRESS_OFFLINE 的评论中的提示，您可以查看 django-staticfiles 的存储内容。例如，您可以在 amazon s3 上托管静态文件，因此将其全部托管在一台静态托管服务器上并从所有服务器上使用它也可能是一个不错的解决方案。您不需要对各个服务器上的静态(和压缩)文件做任何事情。

关于多台服务器的替代解决方案:我制作了一个自定义结构 (docs.fabfile.org) 脚本，用于在我们的服务器上安装/配置内容。我最近才开始使用coffeescript 和less，但这两个肯定会出现在我的fabfile 中。这为我解决了安装问题。

(fabfile 的替代品是诸如具有标准依赖项的自定义 debian 包之类的东西。或者 chef 或 puppet 或类似的东西。)