クラウドフレアがリダイレクトをキャッシュしないようにします

Question

私はちょっとした状況があります。

ユーザーがアップロードしたメディア（画像操作が適用されている）（usermedia.com）をホストするドメインがあります。メディアはAmazon S3バケットに格納され、Cloudflareはこのバケットの前に座っています。

ユーザーが画像を要求した場合は、https://usermedia.com/my-image-resize-200-200.jpgを参照することがあります。

この画像は、そうでなければアマゾンS3は、リサイズ画像を生成するhttps://app.com/generate/my-image-resize-200-200.jpgに（ルーティング・ルールを介して）302リダイレクトを行いS3にそれをアップロードし、その後、別のバックhttps://usermedia.com/my-image-resize-200-200.jpgにリダイレクトず、それが配信され、存在する場合。今回は、ファイルがS3に存在し、提供されます。

問題は、Cloudflareプロキシが有効になっている場合です。リダイレクトがキャッシュされるため、メディアが存在しない場合、Cloudflareは継続的なリダイレクトサイクルに陥ります。 307リダイレクトを使用しようとしましたが、問題は解決しません。

この問題を回避する方法はありますか？

Answer 1

私はまったく同じセットアップといくつかの問題があります。私は問題が確かにclouldflareであることを知りました。画像が存在しない場合、S3はresizerのエンドポイントを示す307を返します。おそらく、あなたがキャッシングしている可能性があるので、cloudflareはキャッシュヘッダーを追加します（例：cache-control：public、max-age = 691200）タブにはオプションのブラウザキャッシュ有効期限が設定されているので、ブラウザが応答を受け取ったときに（キャッシュ制御ヘッダーが存在するため）キャッシュするので、次のリクエストはブラウザのキャッシュから処理されます。

更新日：

簡単な解決策は簡単かもしれません。 cloudflareでBrowser Cache Expirationを "Respect Existing Headers"に設定すると、この方法でクラウドフレアはブラウザのキャッシュに応答するヘッダーを追加しません。それでもイメージがローカルにキャッシュする場合はリサイズスクリプト

S3.putObject({ 
    Body: buffer, 
    Bucket: BUCKET, 
    ContentType: 'image/jpeg', 
    CacheControl: 'max-age=604800', 
    Key: finalKey, 
}) 

からそれを作成するときに、他の資産（例えば、CSSやJavaScriptなど）を持っている場合は、単にS3の画像上で直接キャッシュ制御ヘッダーを設定しますそれらのCacheControlヘッダーをawsコンソールから設定することもできます。フォルダ内に「foo」と言えば、Cloudflareに移動し、ページルールを作成して、すべてのブラウザキャッシュTTLを設定するように指示できます"foo"フォルダの下にあるファイル。

は、私はあなたがそれが問題であることにCloudFlareはなく、ブラウザやAmazonだと確信しています、これは後半の答えです知っているが、将来