があなたのスクリーンショットを見ると、それが見えます。このクエリは、反応性であることに興味がない場合は、トラブルシューティングの手順として、反応性を無効にしてみてください:
Meteor.publish('currentUser', function() {
return Users.find({
_id: this.userId
}, {
fields: {
emails: 1,
registered_emails: 1,
services: 1,
isPremium: 1,
},
reactive: false,
});
});
(あなたが反応するものを維持したい場合)、さらに物事を取るために、あなたはMeteor 1.3's poll/diff tweaking capabilitiesを活用するに見たいと思うかもしれませんそれが違いを生むかどうかを確認してください。だから、あなたのユーザーの出版物にoplogに頼るのではなく、その特定のクエリに対して無効にして、pollingIntervalMs
とpollingThrottleMs
のオプションを調整してみてください。したがって、次のようなものがあります。
Meteor.publish('currentUser', function() {
return Users.find({
_id: this.userId
}, {
fields: {
emails: 1,
registered_emails: 1,
services: 1,
isPremium: 1,
}
}, {
disableOplog: true,
pollingThrottleMs: 10000,
pollingIntervalMs: 10000,
});
});
大規模なプロダクションアプリでは、反応的なloginServiceConfigurationが過剰なものだと私は常に考えていました。しかし、私はそれを使用しないでください –
200ログイン/秒を避ける方法がわからないのですか?ワオ。 –
それぞれを拡張して詳細を「SHOW MORE」に投稿できますか?同様に、あなたのオブザーバーはこのために何を再利用していますか? –