我尝试为我的 Spaces 存储桶设置 Spaces CDN，在经历了关于子目录路径、SSL 和预编译的一些麻烦之后，我算是解决了，但也不是完全解决。所有资源都正确加载，但没有任何东西在执行。根据 https://meta.discourse.org/t/digitalocean-block-storage-vs-amazon-s3/158290/5，似乎 content-encoding 标头被剥离了，这导致了问题。
有人能确认这是问题的根源吗？以及这是否仍然是 DO 的一个未解决的 bug？
有人找到解决办法了吗？免费的 CDN 可以节省大量成本。
没错。你需要使用另一个 CDN。
好的，谢谢！
就我个人而言，我认为在 Configure an S3 compatible object storage provider for uploads 这篇文章中看到更多细节会很好，甚至可以有一个 DO 的公开问题，这样我就可以确认问题并且信息仍然是最新的。
也许这只是我想要自己确认一切的部分 
你好！
Configure an S3 compatible object storage provider for uploads 上的文档是一个维基。我们正在协作记录各种 CDN 的工作原理。我不使用 DigitalOcean 的对象存储，因此无法提供更多详细信息。也许你可以？
这是一个很棒的建议，我喜欢提供一个链接，让服务用户能够表达他们的意见以优先处理修复。我搜索了一下，没有找到关于 DO 的 CDN 的具体问题，但我在各处都找到了几个。
我们应该链接到哪一个？作为该服务的用户，我们的社区依赖像您这样的贡献者来查看这些详细信息。
哦，我没意识到这是一个 Wiki。
我对系统管理员/云技术是新手，所以希望在我进行任何编辑之前，有人能帮我检查一下。
这些是我在非 CDN /assets 中看到但在 CDN /assets 中缺失的标头：
当我将其与 meta.discourse.org 的 CloudFront CDN /assets 标头进行比较时，它们缺少 expires（和 x-amz-expiration），但与非 CDN /assets 相比，它们拥有所有其他标头。
content-encoding 似乎是问题最可能的原因，这与 Digitalocean block storage VS amazon S3 - #5 by md-misko 一致。
我还找到了两个开放的 DO 社区问题，不确定它们是否是 100% 相同的根本原因。希望有人能帮我检查一下
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.