如何将静态文件存于S3，而staticfiles.json清单存储在本地？

完全可行！而且这正是解决你提到的两个问题的最优方案——既消除了从S3读取清单的不必要性能损耗，又能保证每个Heroku slug拥有独立的staticfiles.json，彻底避免部署过程中的版本冲突问题。

核心思路 #

我们需要让ManifestFilesMixin使用本地文件系统来保存和读取清单文件，而静态资源本身仍然正常上传到S3存储桶。只需要对存储类做一点小修改就能实现这个分离。

具体代码实现 #

修改你原来的存储类定义，新增一个本地存储类来专门处理清单文件，并让ManifestFilesMixin使用它：

from django.contrib.staticfiles.storage import ManifestFilesMixin, StaticFilesStorage
from storages.backends.s3boto import S3BotoStorage
from pipeline.storage import PipelineMixin

# 自定义本地存储，负责处理staticfiles.json的读写
class LocalManifestStorage(StaticFilesStorage):
    def __init__(self, *args, **kwargs):
        # 清单文件会存在本地STATIC_ROOT目录下
        kwargs['location'] = kwargs.get('location', '')
        super().__init__(*args, **kwargs)

class S3PipelineManifestStorage(PipelineMixin, ManifestFilesMixin, S3BotoStorage):
    # 重写manifest_storage属性，让ManifestFilesMixin用本地存储处理清单
    manifest_storage = LocalManifestStorage()

为什么这能解决你的问题？ #

1. 性能优化：
   应用启动时会从本地文件系统读取staticfiles.json，不需要发起S3请求。而且Django会缓存这份清单，后续请求不会重复读取，性能开销可以忽略不计。

2. 部署冲突避免：
   在Heroku上，每个slug的文件系统是完全独立的。collectstatic在构建slug的阶段会生成专属的staticfiles.json，并打包进slug中。旧版本的运行实例只会读取自己slug里的清单，永远不会访问到新版本的清单，彻底解决了部署过程中的资源匹配问题。

Heroku配置注意事项 #

• 确保你的STATIC_ROOT设置正确（Heroku默认是项目根目录下的staticfiles文件夹），这个目录会被包含在最终的slug里，所以清单文件会被正常打包和加载。
• 不需要修改collectstatic的执行逻辑，Heroku在构建阶段会自动运行它，生成的清单会留在本地slug中，不会被上传到S3。

验证效果 #

运行collectstatic后，你会看到staticfiles.json出现在本地的STATIC_ROOT目录下，而不是S3存储桶内。应用运行时，所有静态资源的引用仍然会指向S3，但清单的读取完全在本地完成。

内容的提问来源于stack exchange，提问作者Danra