私は最近8か月間でNodeJSとSocket.IOで非常に良い経験をしています。サーバーサイドのコンポーネントは非常に安定しています。非常に高いメッセージ量で動作させておくことができ、常駐メモリは20MBを超えることはありません。これまでのところ、私はサーバを終了させることなく約4週間稼働させることができましたが、更新する必要があったからです。私のサーバサイドコード。
HTML5ウェブソケットまたはCOMETを利用できるようにクロスブラウザで動作します。トランスポートの選択は、アプリケーション層には見えないようにする必要があります。私は古代のブラウザ(IE6)
は、任意のペイロード
Socket.IOはまた、ソフトウェアの素晴らしい作品ですとパブリッシュ/サブスクライブ・メタファーを提供し気にしないでください。それは積極的な開発の下にあり、EventEmitter(NodeJS)セマンティクス 'on'(購読)と 'emit'(公開)を使用して簡単なpub/subスタイル抽象化を組み込んでいます。使用されているトランスポートに関してクライアント側でも非常に透過的です。主にWebSocketサポートのために使用しましたが、Flashベースのソケット、xhr-polling、jsonpポーリングに戻すことができます。 JavaScriptとサーバ側システムの両方から
クライアントアクセス(すなわち、PHP/Pythonの/ルビーで) - これは
NodeJSはV8エンジン上で実行されている、JavaScriptので重要です。それには、多くの他のものの中でも、データベースやメッセージキューなどの外部コンポーネントとのインタフェースだけでなく、素晴らしい抽象化を提供するトンの3rd party modulesがあります。システムをphp/python/rubyで実行する限り、他のサーバーと同様に動作します。あなたの通信方法(基本的なTCP/IP、あるいはHTTP POSTやGET、さらにはファイルシステム経由)を選択すると、NodeJSは誰がデータを提供しているかを本当に気にしません。個人的には、私は素晴らしい仕事をしているC#クライアントを実装しました。 「パブ/サブを内蔵したものの
は、クライアントが他のクライアントは、チャネルに接続されたそれは、いずれかが「存在」ロジックが組み込まれていないいない
すなわち存在しているかを確認することができます既存のプレゼンスデータを新しいクライアントが取得できるように、Socket.IOのロジックはすでにサーバー上に保存されていなければなりません。私は状態を保持しているサーバ上に自分自身の基本的なpub/subを実装しました。(NodeJSサーバコードと基本Socket.IOスタブを含む)それは50行のJavaScript(空白を含みます)でした。任意のWebアプリケーションへのコールバックを通じて
ファイングレイン・アクセス・コントロールを使用すると、任意のWebアプリケーションへのコールバックを通じてファイングレイン・アクセス・コントロール」によって何を意味するか
わからない(すてきが持っている)(すてきが持っています) '。彼らが持っているpub/sub event/observerのメタファーはコールバックを使用しているので、特定のアクションを特定のイベントに接続します。
auth?
私のシステムでは認証は必要ありませんでしたので、私はそれを直接話すことはできません。しかし、NodeJSモジュールを閲覧すると、「OpenId、Google、OAuth、Twitter、LinkedIn、Yahoo、Readability、Dropbox、Justin」と言われるone moduleはもちろん、LDAPやOAuthを含む多くの認証モジュールが利用可能であることがわかります。 "
PHPとPythonのクライアントのように、オープンソースがうまくいくでしょうが、そうでなければ私が探しているようです。ありがとう! – Leopd