Rails 3.1.0.rc4:304 未修改。有已知的工作配置吗?

发布于 2024-11-17 16:44:09 字数 1105 浏览 3 评论 0原文

尝试rails 3.1 RC 4中的基本示例,我收到错误

Compiled app/assets/javascripts/application.js
Served asset /application.js - 304 Not Modified

(与默认索引页面上的.css和asset/rails.png相同)

我的工作流程是:

  • rails new example -j

  • rails g 书名:字符串年份:整数

  • rake db:migrate

我明白linux 64位和win7 32位上都会出现此错误。 我尝试了很多建议,但无法使其发挥作用。有没有人能够解决这个已知问题?任何有效的配置(宝石或资产设置配置的组合)?

[这是我的win7 gemlist: 摘要 (1.0.0) Actionmailer (3.1.0.rc4) 动作包 (3.1.0.rc4) 活动模型(3.1.0.rc4) 活动记录(3.1.0.rc4) 活动资​​源(3.1.0.rc4) 主动支持(3.1.0.rc4) 阿雷尔 (2.1.3) bcrypt-ruby (2.1.4 x86-mingw32) 生成器(3.0.0) 捆绑器 (1.0.15) 咖啡脚本 (2.2.0) 咖啡脚本源 (1.1.1) 埃鲁比斯 (2.7.0) execjs (1.2.0) 远足(1.1.0) 国际化 (0.6.0) jquery-rails (1.0.12) json (1.5.3) 邮件 (2.3.0) 哑剧类型 (1.16) multi_json (1.0.3) 多语言 (0.3.1) 机架(1.3.0) 机架缓存 (1.0.2) 机架安装 (0.8.1) 机架 SSL (1.3.2) 机架测试(0.6.0) 导轨(3.1.0.rc4) Railties (3.1.0.rc4) 耙子 (0.9.2) rdoc (3.7) 萨斯(3.1.3) sass-rails (3.1.0.rc.3) 链轮(2.0.0.beta.10) sqlite3 (1.3.3 x86-mingw32) 雷神 (0.14.6) 倾斜 (1.3.2) 树顶 (1.4.9) tzinfo (0.3.29) 丑化者 (1.0.0) win32-open3 (0.3.2 x86-mingw32)]

Trying the basic example in rails 3.1 RC 4, I get the error

Compiled app/assets/javascripts/application.js
Served asset /application.js - 304 Not Modified

(same with .css and asset/rails.png on the default index page)

My workflow is:

  • rails new example -j

  • rails g Book name:string year:integer

  • rake db:migrate

I get this error on both linux 64bit and win7 32 bit.
I tried many suggestions, but couldn't get it working. Is there anyone out there able to manage this known issue? Any configuration that works (combination of gems or asset setting configuration)?

[Here's my win7 gemlist:
abstract (1.0.0)
actionmailer (3.1.0.rc4)
actionpack (3.1.0.rc4)
activemodel (3.1.0.rc4)
activerecord (3.1.0.rc4)
activeresource (3.1.0.rc4)
activesupport (3.1.0.rc4)
arel (2.1.3)
bcrypt-ruby (2.1.4 x86-mingw32)
builder (3.0.0)
bundler (1.0.15)
coffee-script (2.2.0)
coffee-script-source (1.1.1)
erubis (2.7.0)
execjs (1.2.0)
hike (1.1.0)
i18n (0.6.0)
jquery-rails (1.0.12)
json (1.5.3)
mail (2.3.0)
mime-types (1.16)
multi_json (1.0.3)
polyglot (0.3.1)
rack (1.3.0)
rack-cache (1.0.2)
rack-mount (0.8.1)
rack-ssl (1.3.2)
rack-test (0.6.0)
rails (3.1.0.rc4)
railties (3.1.0.rc4)
rake (0.9.2)
rdoc (3.7)
sass (3.1.3)
sass-rails (3.1.0.rc.3)
sprockets (2.0.0.beta.10)
sqlite3 (1.3.3 x86-mingw32)
thor (0.14.6)
tilt (1.3.2)
treetop (1.4.9)
tzinfo (0.3.29)
uglifier (1.0.0)
win32-open3 (0.3.2 x86-mingw32)]

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

怀中猫帐中妖 2024-11-24 16:44:09

304 消息不是错误。当大多数现代浏览器请求文件时,它们还会发送文件的“ETag”以识别浏览器当前拥有的版本。如果浏览器请求的 ETag 与服务器版本上的 ETag 匹配,则浏览器将仅发送 304 消息,而不是提供实际文件。

本质上,这只是您的应用程序告诉浏览器/客户端“嘿,该资源自您上次请求以来根本没有更改,因此只需使用您的缓存版本。如果您没有,请再次请求该文件(没有 ETag)我会把它给你。”

是否真的有什么东西阻止您的应用程序运行?

A 304 message isn't an error. When most modern browsers request a file, they also send the file's "ETag" with it to identify the version the browser currently has. If the browser's requested ETag matches the ETag on the server version, the browser will just send the 304 message instead of serving the actual file.

Essentially, it's just your app telling the browser/client "Hey, this resource hasn't changed at all since the last time you requested it, so just use your cached version. If you don't have one, then request the file again (without the ETag) and I'll give it to you."

Is something actually preventing your app from working?

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文