問題タブ [restify]

HTTP Basic Auth は、REST クライアントから呼び出すときにうまく機能します。ただし、API を使用しているアプリは Backbone を使用して構築されています。

Authorization ヘッダーを渡すためにバックボーン同期をオーバーライドしようとしましたが、オプション呼び出しで失敗していますpreflight。クロスオリジン呼び出しが許可されているかどうかを確認するための呼び出しを理解しているからです。これは Backbone に固有のものではないことに注意することが重要です。これは、ヘッダーが変更されたクロスオリジン AJAX 呼び出しで発生します。

応答のスクリーンショット: http://cl.ly/image/0j2v240A0p2f

また、Restify にバンドルされている fullResponse (full_response.js) プラグインを (配列に追加Authorizationして) 変更しようとしましたALLOW_HEADERS。

これは、本番環境にプッシュできるようになる前に残された数少ないものの 1 つです。何かご意見は？

WebインターフェイスではなくRESTfulAPIを介して、passport.jsを使用して認証（ローカルやFacebookなど）をどのように処理しますか？

具体的な懸念事項は、コールバックからRESTfulレスポンス（JSON）へのデータの受け渡しを処理することと、通常のres.send（{data：req.data}）を使用して、Facebookにリダイレクトする最初の/ loginエンドポイントを設定することです（/ loginはできません）これはJSON応答ではないため、AJAX経由でアクセスされます。これはコールバックを使用したFacebookへのリダイレクトです）。

https://github.com/halrobertson/test-restify-passport-facebookを見つけましたが、理解できません。

さらに、passport.jsは認証資格情報をどのように保存しますか？サーバー（またはサービスですか？）はMongoDBによってサポートされており、クレデンシャル（ログインとpwのソルトハッシュ）がそこに格納されることを期待していますが、passport.jsにこのタイプの機能があるかどうかはわかりません。

CORSは私の脳を少し揚げ始めています。1つの方法を除けば、今ではすべてが順調です。フロントエンドにバックボーン、バックエンドにnode.js/restifyを備えたアプリを構築しています。このserver.coffeeように見えます：

ただし、バックボーンのモデルが呼び出されるdestroyと、このかなり厄介なエラーが発生します。

MLHttpRequest cannot load http://localhost:8080/todos/. Method DELETE is not allowed by Access-Control-Allow-Methods.

私はこれについて少し読み、restifyを使用して次のことを行いました：

しかし、それでも、私はこれを応答ヘッダーとして取得します。

私は自分が間違っていることを理解できません！

Nodejs + Restify で開発されている残りの Web サービスを介して複数のアイテムを送信する必要があります。ユーザーなどの単一のオブジェクトを送信できます。

私のアプリが一度に 10 ～ 100 人のユーザーを獲得し、nodejs/restify で開発された Restful Web サービスを介してサーバーにアップロードしたいとします。これに対する良い解決策は何ですか？

node.js と node-restify を使用して構築した RESTful API があります。確保しなければならないところまで来ています。どうやら、OAuth 2.0 をクライアントとして使用する方法を見つけるのは簡単ですが、プロバイダーをセットアップする方法を見つけるのは難しいようです。私のグーグルスキルは以前ほど良くないと思います。

誰かがどこから始めればよいか教えてもらえますか? ノード用の基本的な OAuth 2.0 サーバー プロバイダー ライブラリはありますか?

必要に応じて独自のライブラリを作成することに問題はありませんが、仕様を調べたところ、仕様であるため、過度に複雑に思えます。何らかのチュートリアル、Web キャスト、または「hello World」スタイルのプロジェクトがあり、私のダミーのためにそれを分解すると思います。

ご意見ありがとうございます。

Node.jsを使用して、パスとURLの処理およびヘッダーの変更を少し体操しながら、Squidを介してHTTPリクエストを作成できます。

Squidを介してnode-restifyリクエストも送信したいのですが、これを行う方法がわかりません。

SquidのようなHTTPフォワードプロキシを介してnode-restifyクライアントをどのように使用しますか？

restify を使用して node.js サーバーを実装します。基本的に、サーバーは HTTP POST リクエストごとに時間のかかるプロセスを実行しますが、どういうわけかソケットが閉じられ、クライアントは次のようなエラー メッセージを受け取ります。

エラーの種類によると、ソケットはサーバー側で確実に閉じられています。

createServerこの問題を解決するために restifyのメソッドに設定できるオプションはありますか?

編集: 長時間実行されるプロセスは、Mongoose を使用して MongoDB プロセスを実行しています。MongoDB への接続が原因でソケット ハングアップが発生している可能性もありますか? Mongoose のタイムアウトを増やすには? ハングアップがちょうど 120 秒で発生したことがわかったので、デフォルトのタイムアウト設定が原因である可能性がありますか?

前もって感謝します！

この git ハブ サイト でノード/バックボーンのチュートリアルをテストしようとしています$ git clone git://github.com/antoviaque/backbone-relational-tutorial.git。( command を実行して) ノード サーバーを起動するnode appと、メソッド create が restify モジュールに存在しないというエラーが表示されます。サーバーが起動したように見える直後にエラーが発生する

私はノードの経験がまったくないので、あなたが提供できる助けをいただければ幸いです。

次のコードがあります。

app.js

そして、私は次のファイル構造を持っています

だから私は閲覧してみます：

そして私は得る

いくつかのバリエーションで試しましたが、どれもうまくいかないようでした。

私はそれがかなり明白なものであるべきだと確信しています

次のように使用して、node.js/ restifyの RESTful API で Accept ヘッダーを適切に処理しようとしてWrongAcceptErrorいます。

クライアントが正しいAcceptヘッダーを提供するか、ここに示すようにヘッダーを提供しない場合、これは正常に機能します。

問題は、クライアントが実際に間違ったAcceptヘッダーを提供した場合、サーバーがエラー メッセージを送信しないことです。

クライアントは、次のように JSON 形式のエラー メッセージを理解すると想定されていないためです。

したがって、私の質問は、どのようにしてrestifyに正しいエラー ステータス コードと本文を強制的に送り返すか、または間違ったことをしているのですか?