为什么meteor只返回一个空文件?

时间:2012-06-10 18:48:26

标签: meteor

我正在使用Meteor.js进行新项目。

它起初工作,但现在当我运行meteor时似乎开始很好,但是当我转到localhost:3000时,我的浏览器会自动下载一个空文件。

我尝试清除缓存,重新启动计算机,重新安装节点并重新安装流星。 我也尝试运行流星示例应用程序,并创建一个新的应用程序,无论哪一个我得到相同的结果,下载空文件。在智慧结束时,有什么想法吗?

我使用谷歌浏览器在OS X狮子座上。

修改

因此,在更多地讨论之后,如果我使用/usr/local/meteor/examples,我可以在sudo meteor --port <some arbitrary port>中运行示例。

当我尝试使用我的应用程序时,它说它正在运行,但我仍然没有得到任何结果。

示例应用上curl localhost的标头提供:

HTTP/1.1 200 OK
content-type: text/html
connection: close
transfer-encoding: chunked

我的标题是:

HTTP/1.1 200 OK
date: Mon, 11 Jun 2012 00:51:47 GMT
cache-control: public, max-age=31536000
last-modified: Sun, 10 Jun 2012 10:36:37 GMT
etag: "0-1339324597000"
content-type: application/octet-stream
accept-ranges: bytes
content-length: 0
connection: close

EDIT2: 如果我明确地抛出错误,看起来我得到了一个正确的错误页面。 但是,如果没有错误,那么我的标题是错误的。

EDIT3:* 或者可能是我的环境出错,示例应用程序不再运行而且我得到了 Unexpected mongo exit code 127. Restarting.

Edit4:* 好的,所以mongo错误是无关的。我已将问题追溯到gzippo,特别是如果我发表评论: app.use(gzippo.staticGzip(path.join(bundle_dir, 'static_cacheable'), {clientMaxAge: 1000 * 60 * 60 * 24 * 365})); 在/usr/local/meteor/app/server/server.js

然后有一个CLEAR缓存(启动一个新的私有会话)它的工作原理! 如果我的缓存不清楚,仍然会提供空白文件。

因此,没有创建static_cacheable目录,这就是gzippo提示空下载的原因。

我不确定这是否应该在meteor的server.js或bundler.js中修补...要提交错误

1 个答案:

答案 0 :(得分:8)

提起问题:https://github.com/meteor/meteor/issues/177 并做了一个修复:https://github.com/meteor/meteor/pull/179

这是一个问题,gzippo所期望的文件夹(静态可缓存)不是由meteor创建的。 meteor中的相关文件:app / server / server.js:61,app / lib / bundler.js:526