在Rails 3.1中以開發模式啓用圖像緩存

Question

在Rails 3.1開發模式下（使用資產管道時），從資產/圖像提供的圖像通過響應頭「Cache Control：must-revalidate」提供。

這意味着Google Chrome瀏覽器（看起來只有Chrome瀏覽器）會嘗試多次重新獲取圖像 - 即使在單頁面視圖中也是如此。這導致了所有通過JavaScript操作DOM操作的棘手問題。僅舉幾例：

• jQuery UI的可拖動有時有戲劇性的鼠標光標
• 添加或刪除CSS類引用了圖像閃爍或同時圖像的要求調整（這將始終返回偏移304未修改）正在進行中。
• 附加或替換包含圖像的HTML節點將觸發更多的圖像抓取，這將導致Chrome瀏覽器等待每個圖像的304響應時，其下方的整個節點樹會出現口吃。

我完全可以理解爲開發服務器做一件合理的事情。我甚至可以理解，即使在單個頁面視圖內，Chrome拒絕緩存圖像也是合理的。

那麼，有沒有辦法改變Rails應用於開發中的圖像響應的緩存控制頭？

更新：如同一對夫婦所建議的，更有趣的問題是爲什麼Chrome瀏覽器嘗試在瀏覽視圖中多次重新提取圖片，而其他瀏覽器似乎沒有？ （爲什麼這不會導致其他開發者的問題？）

更新x2：我不打算提交這個答案，因爲它只是一個解決方案，恰好足以滿足我的目的，但我們通過預編譯資源，然後丟棄預編譯的CSS，可以解決這個問題。 （這需要鏈輪調試被打開，以虛假的development.rb）

rake assets:precompile 
cd public/assets 
find . -name "*.js*" -exec rm -rf {} \; 
find . -name "*.css*" -exec rm -rf {} \; 

Answer 1

http://code.google.com/p/chromium/issues/detail?id=102706

這似乎是與Chrome瀏覽器記錄的問題。我遇到了同樣的問題：添加或刪除引用圖像的CSS類將會閃爍或調整大小，而圖像請求（將始終返回一個304沒有修改）正在進行。

Answer 2

我見過的唯一方法來操縱資產的Cache-Control頭是通過配置靜態資產：

config.serve_static_assets = true 

config.static_cache_control = "public, max-age=3600" 

Answer 3

鏈輪要麼發送緩存標題或強制重新驗證（請參閱the source）。

我看不到公開可用的選項來更改此行爲。我想你將不得不猴子補丁鏈輪。

可能更大的興趣是爲什麼Chrome會以這種方式行事？

Answer 4

你不需要資產編譯成公共/資產，並刪除* JS * CSS來緩存圖片

，你可以在機架緩存圖像，https://github.com/mvj3/rack_image_assets_cache_control