新しいプロジェクトに Meteor.js を使用しています。
最初は機能していましたが、今では meteor を実行すると正常に起動するように見えますがlocalhost:3000
、ブラウザにアクセスすると空のファイルが自動的にダウンロードされます。
キャッシュをクリアし、コンピューターを再起動し、ノードを再インストールし、流星を再インストールしてみました。また、流星のサンプル アプリを実行してみました。新しいアプリを作成しても、空のファイルがダウンロードされるという同じ結果が得られました。最後に、何かアイデアはありますか?
Google Chrome を使用して OS X ライオンを使用しています。
編集:
それで、もう少しいじった後、/usr/local/meteor/examples
私が使用する場合に例を実行することができますsudo meteor --port <some arbitrary port>
.
ただし、アプリでそれを試してみると、実行中と表示されますが、まだ何も得られません。
サンプル アプリの ing localhostからのヘッダーはcurl
次のようになります。
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
そして、キャッシュをクリアして(新しいプライベートセッションを開始してください)、動作します!キャッシュがクリアされていない場合でも、空のファイルが提供されます。
そのため、gzippo が空のダウンロードを促す理由は、static_cacheable ディレクトリが作成されないためです。
これに meteor の server.js と bundler.js のどちらでパッチを適用する必要があるかわかりません... バグを報告します