問題タブ [ddp]

127.0.0.1:3999 をリッスンする NodeJS で Meteor アプリケーションを実行する Debian ホストがあります。また、Apache を歓迎し、Meteor アプリケーションにプロキシするドメイン レジスタhttps://example.comもあります。

DDP 接続に問題があります。私の接続リンクはws://example.com/websocket

ProxyPass の設定を次のように設定しました。

と

現在、Meteor で WebApp に取り組んでいます。サーバー、Web クライアント (ブラウザー)、および C アプリケーションである別のクライアントがあります。Websocket を使用して C アプリとサーバーを接続しました。すべて正常に動作し、接続され、サーバーからデータを取得し、クライアントから RPC (リモート プロシージャ コール) を呼び出すことができます。

実際には、サーバーから C アプリに RPC を呼び出す必要があります。Cアプリと対話するためにコレクションを使用できることは知っていますが、あまり適していません...

自分のメッセージを C クライアントに送信するために、現在の Websocket 接続を使用する方法があるかどうか疑問に思います。

過去に Laravel と Backbone を使用した後、最近、Ember.js と Meteor (さまざまなプロジェクト) と連絡を取るようになりました。Ember.js は、その構造化されたルートベースのアプローチと、オープンで先進的なコミュニティがとても気に入っています。一方、Meteor はそのシンプルさがとても気に入っています。どれだけ早く何かを機能させることができるか。

私が Meteor で本当に気に入っている点が 1 つあります。それは DDP プロトコルです。プロジェクトに Meteor を使用することになった理由は、最高の Websocket ソリューションが必要だったからです。DDP のクライアント -> サーバー用の RPC とサーバー -> クライアント用の PubSub の単純な組み合わせは、非常に優れています。

Ember.js を Meteor バックエンドに接続することは可能でしょうか? どうすればこれを行うことができますか?

クライアントの無限ループが Meteor サーバーをクラッシュさせる状況に遭遇しました。無限ループは私が修正するバグであり、この質問の主題ではありません。私の懸念は、悪意のあるユーザーが独自の無限ループを作成し、Meteor サーバーをクラッシュさせる可能性があることです。

Meteor.subscribe(...)問題の無限ループは、とを繰り返し呼び出していMeteor.call(...)ます。クライアントの意図はそれらを放棄することであったにもかかわらず、これらの要求はサーバー上でキューに入れられて機能しなくなったようです。リクエストが放棄されたことをサーバーに伝え、キューから削除する方法はありますか?

これは、何千もの連続したリクエストを放棄せずに行うクライアントからサーバーを保護しないと思います。1 つのクライアントが実行できるリクエストの数を制限するにはどうすればよいですか?

これらの APM チャートでは、無限ループがパフォーマンスにどのように影響したかを確認できます。13:17 頃に起動し、13:25 にアプリがクラッシュしました (メモリ クォータを超えたため、Heroku によって終了されました)。

C アプリケーションで Meteor と通信するためにnopoll ( http://www.aspl.es/nopoll/ ) を使用しています。

Meteor は定期的にpingメッセージを送信します。私のアプリケーションがウェブソケットをポーリングすると、pongメッセージで応答します：すべてが見つかりました。

次に、ポーリングを避けるために、これを で初期化されたコールバックに置き換えますsigaction(SIGIO, ...)。

次に、pingを受信すると を送信pongしますが、サーバーが送信を停止pingし、他のメッセージを交換できない場合があります。

pingと関連するpongメッセージの間にタイムアウトはありますか。接続が失われたことを自分自身に通知するメカニズムはありますか, 原因nopoll_conn_is_ok()とnopoll_conn_is ready()は常にnopoll_true.

Chrome 拡張機能で meteor.js を使用する方法を説明するチュートリアル、ビデオ、および SO の質問を見つけました。彼らが使用するパターンは、バックグラウンド スクリプトで (通常は DDP を介して) すべての隕石を実行することです。次に、ユーザーの Web ページに挿入されたコンテンツ スクリプトが、Chrome API の runtime.sendMessage などを使用してバックグラウンド スクリプトと対話します。

私は、メッセージのこのような余分な層を持つのは好きではありません。コンテンツ スクリプトから直接 meteor db を操作したいと思います。

セキュリティポリシー（クロスサイトのもの？）のためにそれは不可能だろうという漠然とした感じがありますが、よくわかりません. 私はおそらくそれを試してみますが、なぜこれが不可能または軽率であるかを説明することで、時間を節約できますか?

アプリでページ表示 API を使用しています。document.hiddenリアクティブに更新するには の値が必要です。

レンダリング時にページが表示されているかどうかを確認し、表示されている場合はドキュメント プロパティを に設定するテンプレートがありますfalse。ページが表示されない場合は、表示されたときにプロパティを false に設定します。どうすればいいですか？テンプレートの自動実行ブロックを試しましたが、うまくいきませんでした。

私はアプリケーションのデスクトップ部分からモバイルを分離しようとしている途中で、モバイル アプリケーションがデスクトップ アプリケーションとデータを共有するための手段として DDP.connect を試してみようと考えました。

私の最初のハードルは、Meteor の内部コレクションと出版物に関するものです。

ユーザーの認証方法を教えてください。login メソッドを呼び出してユーザーを認証できることはわかっていますが、Meteor.users で慣れ親しんだその他の優れたリアクティブ機能がすべて得られるわけではありません。

これは機能するはずですか? もしそうなら、パターンは何ですか?

ありがとう