問題タブ [geddy]

Geddy MVCフレームワークを評価してnode.jsいますが、奇妙な問題が発生しています。デバッグ時にブレークポイントがヒットすることはありません。

WebStormを使用しnode.jsてデバッグモードで起動しています。

CLIコマンドを使用してGeddyをデバッグモードで起動する方法がわからないため、次のようなブートストラッパーファイルを使用しています。

3行すべてにブレークポイントを設定すると、最後の行だけconsole.logがヒットするので、少なくともブレークポイントとデバッグが正しく機能していることがわかります。

Geddyrequire()は、いくつかの場所にブレークポイントが設定されている私のコントローラーです。これらがヒットすることはありませんが、コントローラーは正しく機能し、HTTPリクエストも適切に処理されます。

Geddyでブレークポイントがヒットしない理由はありますか？他にできることはありますか？

誰かが、NodeJS用のgeddyjsまたはexpressjs Webフレームワーク用のモデルアダプターを作成する方法を理解するのを手伝ってもらえますか？

私はこのチュートリアルに従っていますが、それらはデータをメモリに保持します。私はそれを知り始めているので、sqliteでそれを行う方法を知りたいです。

ありがとう

http://geddyjs.org/tutorial.html

Geddy のデータベース アダプターに関する優れたドキュメントはありますか。sqlite または同様のデータベースの geddy にモデル データの保存を実装しようとしています。

このようにそのゴースをOK私はこのコードを持っています:

要するに、ここにメインロジックを置きたいのですが...これは定義するだけで、

今、私はこのエラーがあります:

どうすればこれを修正できますか?? この関数が何について話しているのかわかりません...

geddy.js をインストールしました。インストール後、コマンドを使用してgeddyでアプリを作成しました：

しかし、myapp 内で geddy を試したところ、次のようなログの詳細で次のエラーが発生しました。

誰でも問題の解決を手伝ってもらえますか。前もって感謝します。

Manuel Kiesslingによる素晴らしい「The Node Beginner Book 」を読み、実装しました。私のような初心者向けの node.js に関するより良いリソースが見つかりませんでした。ここで、node.js によって処理されるバックエンドを備えた本格的なアプリケーション (レストランのレビュー Web サイトのようなもの) を作成する必要があり ます。私のアプローチは何ですか? コアまたはフレームワーク(express/geddy)? mongodb のような nosql データベースも必要ですか? それをノードアプリに組み込むにはどうすればよいですか? 翡翠とスタイラスもアプリに含める必要がありますか? 私の行動計画はどうあるべきですか？ 私は提案を受け入れます。 前もって感謝します。

Heroku への新しい展開を試していますが、問題なく geddy を実行できないようです。

このエラーが発生し続けます

エラー R11 (Bad bind) -> ポート 5768 にバインドされたプロセス、41113 である必要があります (環境変数 PORT を参照)

プロフィール

パッケージ.json

完全なログ:

どんな助けでも大歓迎です。ありがとう。

シンプルなGeddyjs (node.js) アプリをHerokuにデプロイしようとしています。

プッシュすると、そのエラーが受信されます。

git push heroku マスター

そのherokuがnodejsアプリを検出するために私は何をしなければなりませんか?

Node.jsとGeddyを使用して簡単なアプリを作成するためのチュートリアルに従っています。新しいエントリごとに、エントリIDを設定し、geddy.string.uuid(10)他のチェックを実行していないようです。私の懸念は、新しいエントリを作成するときに、前のエントリと同じIDが生成される可能性があり、チュートリアルの保存スクリプトは、IDがすでに存在する場合にエントリを上書き/更新することです。

これが発生する可能性がある場合、これはまれな発生になることは承知していますが、可能であれば、これを偶然に任せる責任はないと思います。PHPでは、それが一意であることを確認するために何らかのチェックを実行することを知っています。チュートリアルであるため、Geddyがすでにこれを実行しているかどうかを知りたいだけですが、心配する必要はありませんか？

ありがとうございました。

このプレゼンテーションからhttp://techwraith.github.com/presentations/2012/nodepdx

著者は次のように述べています。

• 「接続も問題を引き起こします」
• 「接続はいくつかの応答をバッファリングします」
• 「Connectには構造がありません」
• 「ExpressはConnectが抱えるすべての問題をもたらします」

そうは言っても、ほとんどのノードフレームワークはConnect上に構築されています...

では、Geddyが接続よりも大幅に優れている理由は何ですか？
スケーリングはもっと良くなりますか？
Connectに問題はありますか？
フレームワークの質は別として、上記の議論は2012年の時点で適切ですか？

注：これはExpressとGeddyではありません。node.js（connect <-> geddy）の上のシンレイヤーを比較しており、フレームワークに影響を与えます。