問題タブ [body-parser]

私はnode.jsとexpressを使ってサイトを構築しているので、サインアップ情報（ユーザー名、パスワード、メール）を読み取るためにBodyParserを使用しています。

これは、フォームが含まれている jade コードです。それは私の「views」フォルダの中にあります。

これは、ルート フォルダーにある「server.js」ファイルです。

最後に、これは「app」フォルダー内にある「routes.js」ファイルです。

ただし、サインアップ フォームを送信するたびに、bodyparser に「未定義」と表示されます。アクション '/UsuarioReg' は jade ファイルと routes.js ファイルの両方で同じ名前を持っていると確信しています。不足しているコードがあるか、'server.js 内の変数宣言の順序が間違っている可能性があります。 jsのファイル？

前もって感謝します。

私はすでに数時間これを理解しようとしていますが、問題の原因を見つけることができないようです.

クライアント側の Javascript では、ネストされたオブジェクトを ajax 経由でバックエンドの nodejs サーバーに投稿しています。ajax は次のようになります。

次に、routes/index.js でこれをキャッチします

ここでの問題は、何らかの理由で と の両方post_data.accountがpost_data.stripe未定義として返されることです。post_data 自体は実際にデータを返します。

また、 ajax を使用してデータを送信しようとしましJSON.stringifyたが、うまくいきませんでした。

また、body-parser が必要で、app.js で使用しています

問題がどこにあるのかわかりません。データが定義されていないのはなぜですか?

model.save() を使用してバックボーン モデルを保存 (投稿) しようとしています。

モデル：

モデルの保存 (Backbone.router オブジェクト内):

次のように、ミドルウェア「ボディパーサー」を使用するサーバー上のノード/エクスプレスルーターが、エクスプレス request.body オブジェクトでモデルの属性を取得することを期待します。

しかし、response.body オブジェクトは空です。

method="post" で通常の html フォームを使用している場合:

すべてが期待どおりに機能しています。

私は一日中これに苦労しており、何が間違っているのかわかりません。

Backbone.model.save() の概念全体を誤解していますか?それとも、保存時にバックボーン モデルの属性を保持するエクスプレス リクエスト オブジェクトに別のオブジェクトがありますか?

POST データがデフォルト値よりも大きいlimitため、オプションを設定しようとしています。bodyParser.urlencodedParser私のコードは現在次のようになっていますが、何を試しても常に次のエラーが表示されます。

エラー: リクエスト エンティティが大きすぎます

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

以前のアプリでこれを何十回も実行しましたが、何らかの理由で機能しなくなりました。バージョンの問題かどうかは不明です。オンラインで見つけることができるすべての例を見てきましたが、どれも機能していません。私が間違っているのかわかりません。関連コード:

index.html (ブートストラップ サイトからコピー - ロール、アクション、およびメソッドの属性のみをフォーム タグに追加しました)

サーバー.js

パッケージ.json

フォーム ルートが呼び出されると、req.body常に{}. ただし、この同じセットアップは、過去に毎回機能していました。

node Express を使用して、 heroku ロギング データの POST リクエストを、application/logplex-1形式 (明らかにsyslog 形式)の本体データで処理しています。

特に、body-parser モジュールをミドルウェアとして使用して、POST 本文を解析しています。

app.use(bodyParser.text({ type: 'application/logplex-1' }))本文を強制的にテキストとして解析するように指定しても問題body-parserありませんが、テキストはスペースで区切られた情報の大きなブロックであり、それ以外の構造はあまりありません。したがって、ボディデータをさらに解析して、必要なものを見つけて抽出する必要があります。

logplex-1これは問題ありませんが、 JSON のように、本体をより構造化された、より扱いやすいものに直接解析するためのより良い方法があるかどうか疑問に思っています。私はlogplex-1syslog 形式に精通していません。また、現在取得しているテキスト ブロックから明らかなよりも有用な構造/メタデータが実際に含まれているかどうかもわかりません。

何か案は？