ChromeのjsコンソールやURLバーなどからのリクエストに対して機能するnode.jsの高速フレームワークでREST APIを作成しました。別のアプリで、別のアプリからのリクエストに対して機能するようにしていますドメイン(CORS)。
javascriptフロントエンドによって自動的に作成された最初のリクエストは/ api / search?uri =に対するものであり、「プリフライト」OPTIONSリクエストで失敗しているようです。
私の高速アプリでは、次のコマンドを使用してCORSヘッダーを追加しています。
var allowCrossDomain = function(req, res, next) {
res.header('Access-Control-Allow-Origin', '*');
res.header('Access-Control-Allow-Methods', 'GET,PUT,POST,DELETE,OPTIONS');
res.header('Access-Control-Allow-Headers', 'Content-Type, Authorization, Content-Length, X-Requested-With');
// intercept OPTIONS method
if ('OPTIONS' == req.method) {
res.send(200);
}
else {
next();
}
};
そして:
app.configure(function () {
app.use(express.bodyParser());
app.use(express.methodOverride());
app.use(app.router);
app.use(allowCrossDomain);
app.use(express.static(path.join(application_root, "public")));
app.use(express.errorHandler({ dumpExceptions: true, showStack: true }));
});
Chromeコンソールから次のヘッダーを取得します。
リクエストURL:http://furious-night-5419.herokuapp.com/api/search?uri = http%3A%2F%2Flocalhost%3A5000%2Fcollections%2F1%2Fdocuments%2F1
リクエスト方法:OPTIONS
ステータスコード:200 OK
リクエストヘッダー
Accept:*/*
Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
Accept-Encoding:gzip,deflate,sdch
Accept-Language:en-US,en;q=0.8
Access-Control-Request-Headers:origin, x-annotator-auth-token, accept
Access-Control-Request-Method:GET
Connection:keep-alive
Host:furious-night-5419.herokuapp.com
Origin:http://localhost:5000
Referer:http://localhost:5000/collections/1/documents/1
User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_4) AppleWebKit/536.5 (KHTML, like Gecko) Chrome/19.0.1084.56 Safari/536.5
クエリ文字列パラメーター
uri:http://localhost:5000/collections/1/documents/1
応答ヘッダー
Allow:GET
Connection:keep-alive
Content-Length:3
Content-Type:text/html; charset=utf-8
X-Powered-By:Express
これは、APIアプリケーションによって送信される適切なヘッダーの欠如のように見えますか?
ありがとう。
PATCH
代わりにそれを使用する場合も含めたい場合がありますPUT
OPTIONS
メソッドのハンドラーの必要性がわかりません。誰かがPOST
、POST
とOPTIONS
メソッドの両方を処理するのではなく、メソッドだけを処理しない理由を理解するのを助けてくれませんか?