問題タブ [derbyjs]

ノードアプリに高速フレームワークを使用しています。Facebookの通知など、リアルタイムの更新が必要です。私が必要としているのは、エクスプレスアプリでリアルタイム通知をトリガーするためだけに、derby.js （エクスプレスの上に構築されたフレームワーク）を統合することです。どうすればこのタスクを達成できますか?

私が使用しているExpressjs構文

上記のものは、データベースから通知カウントを取得し、ビューに表示します。

リアルタイム更新のためのDerbyjsサンプル構文

私が必要とするのは、ダービーから来る高速レンダリング ビュー ページのニーズからの 1 つのセクション (通知カウントのボックス) だけです。データベースのリアルタイム更新でボックスが更新されるようにします。

ダービービューをエクスプレスに統合するにはどうすればよいですか? 出来ますか？

node.js リアルタイム フレームワーク/ラッパー (derby.js、meteor、socketIO...) について終日調査した後、安らかな API のより古風な (申し訳ありませんが) 方法が私のすべてのニーズに適合することに気付きました。

継続的なソケット接続を使用する必要があると考えた理由の 1 つは、MongoDB ドキュメントをすべてサーバーのメモリにロードするのではなく、データベースからストリーミングしたいからです。サーバーリソースの使用を最小限に抑えるため、これが推奨される方法だと思います。

しかし、ここに問題があります：

単純なドキュメント クエリ ストリーミングは、通常の HTTP 要求/応答モデルで機能しますか?それとも、すべてのドキュメントをクライアントにストリーミングするために継続的なソケット接続を確立する必要がありますか?

注: ajax 呼び出しでドキュメントをロードするだけで済みます。新しいドキュメントをクライアントにプッシュする必要はありません (実際にはリアルタイムである必要はありません)。

考慮すべき特別なことはありますか？

まず第一に、私は次の質問を見ました: Node.jsで RESTful API を作成するのに最適な方法で、mers に向けられました。これは大きな助けになりました。しかし、私は derbyjs について多くの良いことも読んでいて、本当に面白そうです。私の質問は、REST API を作成するために derbyjs を使用することは理にかなっていますか (リアルタイム機能は将来的に役立つかもしれませんが、現時点では 100% 確実ではありません)。そして、それはmersよりも良いですか、それとも悪いですか? どんな助けにも本当に感謝しています。

編集: 誰かが興味を持っている場合は、sails.js を使用することに決めました: http://sailsjs.org/

RacerJs/DerbyJs を使用してコレクションにアイテムを追加したいのですが、うまくいきません。私は本当に何かを見落としているに違いない...

私が試したこと

そして、それはニュース項目を設定します。ただし、これをもう一度行うと、既存のアイテムが上書きされるだけで、新しいアイテムは追加されません。どうやってするか？

model.push('news', {text:"someText"})また、「オブジェクトは配列ではありません」で失敗します。

基本的に、部屋も配列も使用せずに、「更新を投稿して「壁」アプリに表示する」の最も基本的なバージョンが必要です。たった 1 つのコレクション、それだけです。

.push()バリアントのスタックトレース:

Windows マシンで Node 用の Derby.js をセットアップしようとしています。Derby.js のセットアップ手順によると、coffescript を使用するには、次の手順を実行する必要があります。

これは、明らかにmakeプログラムを必要とする「make」部分まで機能しました。正常に動作するはずの make.exe ファイルをダウンロードしましたが、ファイルが見つからないと表示されます。メイク ファイルをテキスト エディターで開いて、それが指しているパスが存在するかどうかを確認しました。Windows上にあり、コマンドプロンプトから実行されているため、ファイルへのパスを別の方法で参照する必要があるかどうか疑問に思っていますか? 私に何ができるか知っている人はいますか？私が考えることができるのは、LinuxのVMにセットアップしてからファイルをコピーすることだけですが、それを行うのは少し面倒です.

私は derby に非常に興味をそそられ、昨夜はドキュメンテーションを読んで過ごしました。私の現在のアーキテクチャに関する考えは、対応するリッチ クライアント アプリケーション、または API にアクセスできる他のユーザーによって使用される RESTful API の構築に非常に向いています。

Derby が私に感銘を与えたのは、速度を重視しているだけでなく、Web が想定している (ページに一致する URL を使用する) のと非常によく似た機能を備えているからです。しかし、最近では製品に適合するモバイル アプリケーションを作成しようとする動きがあり、モバイルとブラウザの両方の領域で開発したい場合は、API が必要になるようです。

私の質問は 2 つあります。

1. derby を使用して API とやり取りし、基本的に API アダプターを作成し、それを mongoadapter と交換することができます。私はアダプターを見ていませんが、ドキュメントはアダプターを書くことはそれほど難しくないとほのめかしています。あるいは、accepts ヘッダーが json を要求する場合、derby は API 呼び出しに対する json 応答を生成できます。そうすれば、Web アプリケーションを提供するとともに、API としての役割を果たすことができます。

2. derby は全体としてアプリケーションと見なされるべきであり、他のアプリケーション (モバイルなど) にはまったく使用されません。つまり、ブラウザーとモバイル アプリの共通要素は、API ではなくデータベースです。API を共通要素として持たないことの欠点は、機能がアプリ間で一貫していない可能性があることです (機能の量ではなく、一方がバグであり、他方がバグではない可能性があります)。

私は次のプロジェクトで derby を使用したいと思っていますが、それが仕事のツールであるかどうかを明確にする必要があります。(ちなみに、プロジェクトは大きな Web アプリケーションになりますが、モバイル統合が必要です。API を持つことも素晴らしいアイデアかもしれませんが、その有用性についてはまだわかりません)

サードパーティがデータベースを直接更新した場合の流星のビューの更新について質問しました。私はダービーの例で遊んでいて、mongo でデータを変更してもビューが更新されないことに気付きました。

derby は、データベース内のデータの変更に基づいてビューを変更できます (つまり、テーブルを直接編集します)。もしそうなら、なぜそれが例で機能しないのですか。

heroku にデプロイすると、次のエラー ログが表示されます。

私はherokuだけでなくderbyjsも初めてです...とにかく素晴らしい、素晴らしい、素晴らしいツールです！

では、なぜアプリは /app/server.js ファイルについて不平を言っているのでしょうか? これは coffeescript プロジェクトであり、私の知る限り、browserify を使用してその場で js を配信しています。また、アプリのディレクトリに server.coffee がありません...それはアプリのディレクトリであるため、その中にserver.jsが存在する可能性はありますか?? まあ、確かに今のところ私には何らかの意味が隠されています。

みんな、手伝ってくれる？

私が使用している: Derby 0.5.9 Heroku Toolbelt ... このタスクを書く前にインストールされました derbyjs.com で説明されている手順をデプロイします

乾杯、 ヨハネス