クライアント側で100% を超える CPU を消費する流星チャット アプリがあります。サーバー コードはスムーズに実行されます。

Chrome プロファイラーはprogram、その量の CPU を使用していることを示しています

Kadira CPU プロファイラは、通常の低レベル関数以外は何も表示しません。

この膨大な CPU 消費の原因となっている正確なサブ/メソッドを特定するにはどうすればよいですか?

こんにちは私はブラウザ版とモバイル版を持っている流星のアプリを開発しています。簡単に言えば、ブラウザー版はうまく機能し、ビュー/ルート間の遷移は非常に短く、非常に高速です。しかし、（同じDBに接続された）Androidでアプリを起動すると、ルート間に本当に長い休憩があります。1 秒の場合もありますが、一部のビューでは 5 秒を超えています。私のデータベースには、約 2k のドキュメントを持つ 3 つのコレクションがあります。ただし、これはブラウザ版の問題ではなく、Android のみの問題です。

Kadiraでテストしました。ルーティング中に何が起こっているのかわかりませんが、たとえばログイン方法に大きな違いがあります。ブラウザではおそらく 15 ミリ秒、Android では 400 ミリ秒かかります。

そして、奇妙なこと (そしておそらく最も重要なこと): ブラウザでは、最終的にはユーザー コレクションにobserveChangesしかありません。Android では、すべてのコレクションにすべての observeChanges があり、多くの時間がかかります。

もちろん、現在のアルゴリズムを最適化するように努めますが、ブラウザのバージョンは問題なく動作するため、おそらく問題にはなりません。

Meteor 1.3、ES6、および React でチャット アプリを構築しています。

私は 3 つのコレクションを持っています。2. 会話: 関係者もいます。3. メッセージ: 2 番目のコレクションに関連付ける conversation_id フィールドがあります。

そこで、リアクティブ結合を管理するためにreywood:publish-compositeパッケージを使用しています。

1. => この人 (ユーザー) の会話を取得
2. => このユーザーのすべての会話のメッセージを取得します
3. =>選択した会話に応じてメッセージをフィルタリングします（反応状態）

Kadira のReact-Komposerパッケージも使用しています。

これは私のコードです:

問題は次のとおりです。新しいメッセージが追加されたときに、UI で更新を取得していませんが、データは (Mongo で) そこにあるため、ページを更新すると新しいメッセージが表示されます...

以前のバージョンのアプリ (Meteor 1.2) では、このリアクティブ結合は完全に機能していました。

何が間違っている可能性がありますか？

1. publish-composite パッケージは Meteor 1.3 では動作しませんか?
2. publish-composite は React-Komposer では使用できませんか?
3. 他の方法でそれらを混合する必要がありますか?
4. Meteor 1.3 でリアクティブ結合を管理する別のオプション (このパッケージの有無にかかわらず) はありますか?

ありがとう

Meteor を使用して、オンラインでデータを編集できる非常にシンプルなアプリを開発しました。非公開で、2～3人で利用。簡単にするために、次のようなすべてのコレクションを返す単一のグローバル サブスクリプションを作成しました。

すべてのドキュメントを公開するのは良くないことはわかっていますが、それらは 10,000 ドキュメント未満であり、それらは深く関連しており、読み込み時間は約 5 秒ですが、その後は非常に高速です。

このアプリに Kadira (無料プラン) を統合し、ライブ クエリを見ていると、フェッチされたドキュメントが 200k を超えていることがわかります。私は常に10k未満であると予想していました。どうしてそれが可能でしょうか？(サーバー側の oplog は利用できません)

Meteor 1.2.1 を使用していますが、FlowRouter で問題が発生しています。routes.jsx で宣言された '/' ルートがあり、MainLayout で Walls コンポーネントをレンダリングします。

2 つ目のルート '/brews' と Brews コンポーネントを追加しましたが、localhost:3000/brews に移動すると次のエラーが発生します。

コードは次のとおりです。

Meteor.js でアプリを開発しています。そのために、oplogテーリング用のmongoインスタンスのクラスターがあります。さらに、アプリのパフォーマンスを追跡するために Kadira を使用しています。

oplog テーリングを有効にしたため、多くの pub/sub が以前より遅くなりました。私が見ているのは、oplog「クエリ」の「wasMultiplexerReady」属性が false に設定されていると、速度が大幅に低下することです。

問題は、ウェブ上でそれについてまったく何もないことです. 私はそれとそれがどのように機能するかについてのリソースを探していましたが、文字通り何もありません.

ここで何が起こっているのかについてのヒント/説明を教えてもらえますか? この属性「wasMultiplexerReady」とは何か、どのように使用されるのか、oplog テーリングの計算時間を短縮するにはどうすればよいかなど...

ありがとうございます。

Meteor、mupxおよびROOT_URL環境変数を使用したかなり複雑なケースに直面しています。

私は Facebook ログインで React を使用して meteor-1.2.1 アプリに取り組んでいます。アプリ コード内で ROOT_URL グローバル変数を設定すると、ローカル開発でも .NET でも問題なく動作しmeteor run ios/androidます。

次に、アプリを Digital Ocean サーバーにデプロイし、Digital Ocean サーバーをmupxポイントして iOS および Android 用のビルドを作成しmeteor build ./build --server=http://xxxxxx.comます。Web ブラウザーでは問題なく動作しますが、iTunes または AppStore を介してアプリを iOS にインストールした後、スプラッシュ画面の直後にアプリが白い画面で停止しますが、最初の起動時のみです。繰り返しますが、これはアプリのインストール直後に1 回だけ発生します。アプリを閉じて再度開くと、正しく読み込まれ、正常に動作し続けます。同じことが Android デバイスでも発生しています。

ここに私のファイルがあります：

この場合、問題を見つけるのがかなり難しいことはわかっていますが、 、または のいずれかに関係しているとMeteor思いROOT_URLますmupx。ROOT_URL変数が原因で実際​​に問題が発生していることをデバッグして確認するのに非常に長い時間がかかりました。

PS: アプリ コード内でこのグローバル変数を設定する理由をお尋ねになるでしょう。これaccounts-facebookは、ログインに成功した後に適切にリダイレクトされず、空白の Facebook 画面でハングするためです。Meteor - Facebook の承認がうまくいかない

アプリ内コードから ROOT_URL を削除すると、白い画面の問題はなくなりますが、Facebook ログインが正しくリダイレ​​クトされません。Facebook が で正しくセットアップされていると仮定しましょうDeauthorize Callback URL = http://xxxxxx.com/_oauth/facebook。

PPS: アプリもアップデートしてみmeteor v1.3-rc.13ました。同じこと。

どんな助けでも大歓迎です。

すべての前提条件のメタ タグをヘッダーに追加しましたが、バリデーターは常に私に与えます。

情報: ページが正常に取得されました 警告: メタタグが見つかりません

re: コンテンツ タイプ text/html の追加に関する 1 つの投稿をお読みください。dochead を介してそれを行う方法がよくわからなかったので、トップにたくさんの試行を追加しました。

Kadira dochead を使用して Meteor で React を実行しています。