問題タブ [node-fibers]

https://portal.azure.com/でコンソールを使用する

どうすればこれを修正できますか? エラー情報はこれだけですか？

データベースなどを追加した後、Meteorアプリをherokuにデプロイしました。アプリにアクセスしようとすると、サーバーが「Fibers」というモジュールを見つけられないというエラーが表示されます。これは何を意味するのでしょうか？そのモジュールをインストールしたことはありません。

非同期メソッドを使用するときに Meteor でエラーを適切に処理する方法を知りたいです。次のことを試しましたが、エラー パラメータではなく、クライアント コールバックの結果パラメータでエラーが返されます。

サーバーコード:

クライアントコード:

上で言ったように、「エラー」は、サーバー側の HTTP.get() がエラーを返したときに、クライアント側のイベントで常に未定義です。サーバー側でも に置き換えfuture.return(error);てみましfuture.throw(error);たが、これは本当にサーバー側でエラーをスローします。サーバーでスローされたエラーは 401 Unauthorized エラーでしたが、クライアント側のエラー パラメーターは 500 サーバー エラーを取得します。

では、クライアント コールバックがサーバー コールバックと同じエラー パラメータを受け取るように、Fiber の Future を適切に使用することは可能ですか?

プロジェクトの 1 つに流星を使用しています。1 つまたは 2 つのクエリに非常に長い時間がかかることがある散発的な問題があります。たとえば、次のログは MongoDB ログから取得したもので、各ブロックの最後の部分には、クエリにかかったミリ秒単位の時間が記載されています。

4 番目と 5 番目のログはそれぞれ 14774 ミリ秒と 17163 ミリ秒を示し、その他はこれらの値のほぼ 14 ～ 17 分の 1 であることがわかります。時間がかかるクエリの値が からにIXSCAN変化することしかわかりません。少しグーグルで調べたところ、スキャンするインデックスが選択されていることがわかりました。以下の質問があります。{ value: 1 }{ r.lid: 1 }IXSCAN

• すべてのクエリが同じコードによって発生し、クエリするプロパティが同じであるにもかかわらず、一部のクエリで間違ったインデックスが選択されるのはなぜですか?
• このクエリのインデックスを強制する方法はありますか (できれば流星から)
• これとは関係ありませんが、多数の接続が作成されるのはなぜですか (各行 conn2XX の先頭に表示されます)。ノード ファイバーを使用して、並列バックグラウンド リクエストをクエリしています。これらの接続を強制終了する方法はありますか?

[conn252] query cdk.WLCV query: { $query: { cid: "C1", uid: "W1", r.lid: "L12", value: { $gte: 1031, $lte: 1107 } }, orderby : { 値: 1 } } planSummary: IXSCAN { 値: 1 } ntoreturn:0 ntoskip:0 nscanned:59754 nscannedObjects:59754 keyUpdates:0 numYields:0 ロック (マイクロ) r:155165 nreturned:77 reslen:48530 155ms

[conn251] query cdk.WLCV query: { $query: { cid: "C2", uid: "W1", r.lid: "L12", value: { $gte: 1031, $lte: 1107 } }, orderby : { 値: 1 } } planSummary: IXSCAN { 値: 1 } ntoreturn:0 ntoskip:0 nscanned:59754 nscannedObjects:59754 keyUpdates:0 numYields:0 ロック (マイクロ) r:172445 nreturned:78 reslen:49160 172ms

[conn248] query cdk.WLCV query: { $query: { cid: "C3", uid: "W1", r.lid: "L12", value: { $gte: 1031, $lte: 1107 } }, orderby : { 値: 1 } } planSummary: IXSCAN { 値: 1 } ntoreturn:0 ntoskip:0 nscanned:59754 nscannedObjects:59754 keyUpdates:0 numYields:0 ロック (マイクロ) r:161176 nreturned:77 reslen:48222 161ms

[conn249] query cdk.WLCV query: { $query: { cid: "C4", uid: "W1", r.lid: "L12", value: { $gte: 1031, $lte: 1107 } }, orderby : { 値: 1 } } planSummary: IXSCAN { r.lid: 1 } ntoreturn:0 ntoskip:0 nscanned:46147 nscannedObjects:46147 scanAndOrder:1 keyUpdates:0 numYields:11037 ロック (マイクロ) r:1384301 nreturned:77 reslen: 48684 14774ms`

[conn250] query cdk.WLCV query: { $query: { cid: "C5", uid: "W1", r.lid: "L12", value: { $gte: 1031, $lte: 1107 } }, orderby : { 値: 1 } } planSummary: IXSCAN { r.lid: 1 } ntoreturn:0 ntoskip:0 nscanned:46147 nscannedObjects:46147 scanAndOrder:1 keyUpdates:0 numYields:9464 ロック (マイクロ) r:1904782 nreturned:77 reslen: 48761 17163ms

[conn249] query cdk.WLCV query: { $query: { cid: "C6", uid: "W1", r.lid: "L12", value: { $gte: 790, $lte: 940 } }, orderby : { 値: 1 } } planSummary: IXSCAN { r.lid: 1 } cursorid:305719783659 ntoreturn:0 ntoskip:0 nscanned:46147 nscannedObjects:46147 scanAndOrder:1 keyUpdates:0 numYields:0 locks(micros) r:114383 nreturned: 101 reslen:63650 114ms`

[conn250] query cdk.WLCV query: { $query: { cid: "C7", uid: "W1", r.lid: "L12", value: { $gte: 790, $lte: 940 } }, orderby : { 値: 1 } } planSummary: IXSCAN { r.lid: 1 } cursorid:305713399194 ntoreturn:0 ntoskip:0 nscanned:46147 nscannedObjects:46147 scanAndOrder:1 keyUpdates:0 numYields:0 locks(micros) r:105275 nreturned: 101 レスレン:63246 105ms

[conn251] query cdk.WLCV query: { $query: { cid: "C8", uid: "W1", r.lid: "L12", value: { $gte: 790, $lte: 940 } }, orderby : { 値: 1 } } planSummary: IXSCAN { r.lid: 1 } cursorid:306335307165 ntoreturn:0 ntoskip:0 nscanned:46147 nscannedObjects:46147 scanAndOrder:1 keyUpdates:0 numYields:0 locks(micros) r:134425 nreturned: 101 レスレン:63650 134ms

[conn252] query cdk.WLCV query: { $query: { cid: "C9", uid: "W1", r.lid: "L12", value: { $gte: 790, $lte: 940 } }, orderby : { 値: 1 } } planSummary: IXSCAN { r.lid: 1 } cursorid:306643211432 ntoreturn:0 ntoskip:0 nscanned:46147 nscannedObjects:46147 scanAndOrder:1 keyUpdates:0 numYields:0 locks(micros) r:143227 nreturned: 101 レスレン:63650 143ms

以下は、mongo コンソールから取得した db 統計です。

Meteor Up を使用して Digital Ocean 上の Ubuntu 14.04 (カーネル: Ubuntu 14.04 x64 vmlinuz-3.13.0-57-generic) インスタンスに Meteor プロジェクトをデプロイする際に問題が発生しました。

mup setup正常に動作するので、mup.json に問題はありません。

次に、実行すると次のmup deployようになります。

問題はファイバーにあることがわかりますが、なぜ失敗するのかわかりません。

何か案は？ありがとう。

Meteor.callサーバーコードでエラーが内部で発生した場合、クライアントのエラーコールバックでエラーを取得できませんMeteor.bindEnvironment。以下は複製するサンプルコードです

サーバー内

Meteor イベント内のクライアントでは、

セッション変数が設定されることはありません。どんな助けでも素晴らしいでしょう。ありがとう！