昨日、Amazon Cloudfrontを使用して CDN Module をインストールし、魔法のようにすべてが期待どおりに機能しました。とても嬉しかったです。
今朝、私は新しい改善されたCDN対応のWebサイトを同僚に披露していましたが、画像スタイルで生成された画像のほとんど(すべてではない)が壊れていました!さらに混乱を招くために、ブラウザーウィンドウで壊れた画像を開いたとき、ファイルは実際にはDrupalのアクセス拒否ページでした。
さらに詳しく調べたところ、/ sites/default/files/styles/STYLEフォルダーが空であることがわかりました。昨日これらのファイルがすべてAmazonにアップロードされたときは空ではなかったので、これは私には奇妙に思えます。 styles/STYLEフォルダーを削除するとどうなりますか?
それで、私は Image Style Flush Module をインストールして、問題のスタイルをフラッシュしました。まだ何もありませんが、CDNモジュールが静的コンテンツへのすべてのリンクを再書き込みしており、Drupalが実際にヒットして欠落しているイメージを再作成することはないため、理にかなっています。アクセス方法アップロードされた拒否ページも謎です。
次に、CDNモジュールを無効にし、キャッシュをクリアしました。ページを再読み込みすると、すべての画像が再作成され、すべてが期待どおりに機能します。ただし、CDNはプロジェクトの要件であるため、使用する必要があります。
Drupal 7.27、CDNモジュールの最新バージョン。
/ sites/default/files/styles/STYLEフォルダーをブラックリストに登録することもできますが、これはすべてのページに読み込まれるほぼ30の画像を表しています。
どんなアドバイスもいただければ幸いです。
コメントに記載されているAD MPDの問題は、Amazon Cloudfrontが画像スタイルのURL、具体的には?itokクエリ文字列をどのように処理するかです。
したがって、Cloudfrontでディストリビューションを作成するときは、「Forward Query Strings」を「Yes」に設定してください。スクリーンショットを見る: