問題タブ [http-options-method]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
asp.net-mvc - 多くの HTTP OPTIONS リクエストを作成するアプリケーションは?
何千もの action-not-found 例外を記録した IIS/MVC.Net アプリケーションがあります。これらを調査したところ、これらはすべて、GET のみをサポートする MVC アクションへの HTTP OPTIONS 要求のようです。
このアクションはキャッシュを許可し、縮小された CSS または JS コンテンツを返します。アプリケーション内では、<link>と<script>タグによってアクセスされます<head>。アプリケーションはリクエストを行っておらず、ブラウザでのテストではこれを確認していません。
これらすべての OPTIONS 要求を行っているのはどのアプリケーションですか?
それは見返りに何を期待していますか？
javascript - Promise は OPTIONS リクエストを拒否していますか? どの反応ライフサイクルメソッドでこの操作を実行する必要がありますか
上記は私のコードです [Promise] OPTIONS リクエストの呼び出し後に拒否されます。GET リクエストが必要なだけで、OPTIONS リクエストをバイパスしたい。
python - rest_framework の RelatedField の選択肢を無効にする
django rest フレームワークバージョン 3.3.2 を使用しています。
私たちは何百もの異なる場所で使用していますが、私の問題は、これが次のことを行うメソッドをHyperlinkedRelatedField継承していることです:choicesRelatedField
そのクエリセットは別のテーブルへのリレーションであり、数十万行を含めることができます。API への OPTIONS リクエストは、利用可能なリレーションの選択肢に対して json レスポンスを生成しようとするため、利用可能なすべてのメモリを消費するようになりました。オプションでこの数を 1000 に切り捨ててもhtml_cutoff、カットオフによって制限される前にクエリセットが既に消費されているため、問題は残ります。
外部キーの選択肢の列挙を無効にする邪魔にならない方法を探しています。カスタム フィールド クラスの作成を避けたいのですが、可能であれば、残りのフレームワーク API を介してこの動作に影響を与える方法はありますか? choicesオプションの応答で をまったく 見る必要はありません。
cors - cors サポートとオプション要求を備えた Spring Boot アクチュエーター
次のように application.properties で構成された、cors サポートを備えた Spring Boot Actuator があります。
ヘッダーを使用してこのパスにリクエストを送信しようとすると、常にこのエラーが発生します
GET リクエストは正常に機能します。私が間違っていることは何ですか？
spring - Spring rest テンプレートを使用して本文付きの HTTP OPTIONS リクエストを送信する方法は?
RESTfull Web サービス リソースを呼び出そうとしています。このリソースはサード パーティによって提供されており、リソースは OPTIONS http 動詞で公開されています。
サービスと統合するには、プロバイダーによって身元が特定された特定の本文を含むリクエストを送信する必要がありますが、それを実行すると、不適切なリクエストが返されました。その後、コードをトレースすると、以下のコードに基づいて、リクエストの本文が残りのテンプレートによって無視されることがわかりました。
私の質問ですが、この動作をオーバーライドする標準的な方法はありますか、それとも別のツールを使用する必要がありますか?
asp.net - 複数のオリジンで PUT および DELETE リクエストを使用する場合の ASP.NET Web API CORS プリフライトの問題を解決するにはどうすればよいですか?
3 つの異なる SPA によって呼び出されている ASP.NET Web API があります。Web API に Windows 認証を使用しています。最初に、次のように Web.config で CORS を構成しようとしました。
これにより、このプリフライトの問題が発生しました。
Global.asax.cs に次のメソッドを追加して解決しました。
このアプローチは、単一の SPA に対して完全に機能しました。Web.config に移動して、次のように他のオリジンを追加できると思いました。
しかし、明らかにそれは許可されていません。これにより、次のエラーが発生しました。
したがって、これを修正するために、アプローチを変更し、代わりに、Register メソッドで、次のように WebAPIConfig.cs で CORS を構成することにしました。
これでうまくいくと思っていましたが、PUT および DELETE リクエストを使用すると再びプリフライト エラーが発生し、これを修正する方法がわかりません。Application_BeginRequest メソッドをデバッグしましたが、まだ OPTIONS リクエストをフラッシュしているため、このエラーの原因がわかりません。この問題を解決する方法を知っている人はいますか?
編集：
プリフライト エラーの出力:
