2

新しいプロジェクトに 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 のどちらでパッチを適用する必要があるかわかりません... バグを報告します

4

1 に答える 1

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

于 2012-06-11T18:42:47.737 に答える