Spaces 버킷에 Spaces CDN을 설정하려고 했는데, 하위 디렉터리 경로, SSL, 프리컴파일 관련 문제로 고생한 끝에 겨우 작동하게 만들었습니다. 모든 자산이 올바르게 로드되지만, 아무것도 실행되지 않습니다. Digitalocean block storage VS amazon S3 - #5 by md-misko 포럼에 따르면, content-encoding 헤더가 제거되어 문제가 발생하는 것 같습니다.
이것이 문제의 원인인지, 그리고 여전히 DO(DigitalOcean)에서 해결되지 않은 버그인지 확인해 주실 수 있나요?
누군가 이 문제에 대한 우회 방법을 찾았나요? 무료 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에 대한 구체적인 이슈를 찾지는 못했지만, 여기저기 흩어져 있는 여러 이슈를 발견했습니다. 
어떤 것을 링크로 걸어야 할까요? 서비스 사용자로서, 우리 커뮤니티는 여러분과 같은 기여자가 이러한 세부 사항을 확인해 주는 데 의존하고 있습니다. 
아, 위키인 줄 몰랐네요.
시스템 관리/클라우드 쪽은 초보라, 수정하기 전에 누군가 한 번 더 확인해 주시면 좋겠습니다.
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 의 내용과 일치합니다.
또한 DigitalOcean 커뮤니티에 공개된 질문 두 건을 찾았지만, 이것이 100% 동일한 근본 원인인지 확실하지 않습니다. 혹시 누군가 한 번 더 확인해 주시면 좋겠습니다.