SpacesのCDNをSpacesバケット用に設定しようとしていたのですが、サブディレクトリパス、SSL、プリコンパイルに関して少々苦労した後、なんとか動作しました。アセットはすべて正しく読み込まれますが、何も実行されません。https://meta.discourse.org/t/digitalocean-block-storage-vs-amazon-s3/158290/5によると、`content-encoding`ヘッダーが削除されているようで、これが問題を引き起こしています。
これが問題の原因であることを確認していただけますか？また、DOの未解決のバグとして残っているのでしょうか？
これに対する回避策を見つけた方はいらっしゃいますか？無料の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に関する特定のイシューは見つかりませんでした。しかし、あちこちに散らばっているものがいくつか見つかりました。
どれにリンクすればよいでしょうか？サービスユーザーとして、私たちのコミュニティは、これらの詳細を確認するために、あなたのような貢献者に依存しています。
ウィキだとは知りませんでした。
私は sysadmin/cloud のことが初心者なので、編集する前に誰かに確認してもらえると嬉しいです。
CDN の /assets には存在しないが、非 CDN の /assets に存在するヘッダーは以下の通りです。
content-encodingexpires (ただし x-amz-expiration は存在する)serverX-Firefox-Spdymeta.discourse.org の CloudFront CDN の /assets ヘッダーと比較すると、expires (および x-amz-expiration) は欠落していますが、非 CDN の /assets と比較すると他のヘッダーはすべて存在します。
content-encoding は問題の最も可能性の高い原因のようです。これは Digitalocean block storage VS amazon S3 - #5 by md-misko と一致します。
また、2つの未解決の DO コミュニティの質問を見つけましたが、根本原因が 100% 同じかどうかはわかりません。誰かに確認してもらえると嬉しいです。
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.