問題：

的到Ruby on Rails 3.2的jQuery UI 1.9增加已經引起了緩慢的加載時間網頁。

警告消息：

Started GET "/assets/jquery-ui-1.9.2.custom/development-bundle/ui/minified/i18n/ 
jquery.ui.datepicker-tj.min.js?body=1" for *[localhost]* 
Served asset /jquery-ui-1.9.2.custom/development-bundle/ui/minified/i18n/jquery. 
ui.datepicker-tj.min.js - 304 Not Modified (15ms)

此協議消息中重複再發生。這個304 Not Modified警告如何解決？

來源

2012-12-12 user1860822

這是Webrick的問題。如果您使用thin代替，問題就會停止（也thin通常更快）

https://rubygems.org/gems/thin

如果你完全使用的WEBrick設置，你可以嘗試使用this patch

在未來，發帖時請只提問一個問題。如果出現了另一個錯誤，將其附加到當前問題（如果它是相關的）（通常這就像調試信息一樣）。否則，請爲此打開一個新問題。

在304的情況下，它不是真正的警告，只是信息。如果事情不正常，這可能是一個警告，但通常情況是好的。在這種情況下，304告訴你的是內容被緩存，並且沒有被服務器請求修改。這是出於性能原因而完成的。如果你想讓304消失，你可以嘗試在rails中關閉緩存。但是，通常情況下，如果您修改了Rails，則它足夠聰明，可以緩存緩存並向您發送新資產。

這裏有一個reference for status codes

有關緩存的引用，你可能要開始與Rails Guide on Caching

來源

2012-12-12 04:28:13

謝謝了'線的補丁205'造成'one'警告來解決。我編輯了這個問題。 – user1860822

感謝您的補充信息。它可以在Internet Explorer中工作，而不需要重複請求的調用，但相反，Firefox確實會對重複請求進行調用（即使清除了緩存和Cookie後）。問題在於Firefox導致呼叫重複請求的因素。 – user1860822

我不確定這個問題的根源是什麼，但我認爲你將本地緩存與服務器緩存混淆了。 '304 Not Modified'意味着rails緩存文件並告訴你的客戶使用最新的版本。如果清除本地緩存，則服務器仍然緩存以前呈現的HTML。這就是304所談論的。請注意，這是**不是**錯誤。它只是提供信息 –

如何解決「304未修改」警告？ （jQuery UI，Ruby on Rails）

問題：

警告消息：

回答

相關問題

如何解決「304未修改」警告？（jQuery UI，Ruby on Rails）