例：
- URL http://.../foo/download.csvを提供します
- Web クライアント (MS オフィス) が上記の URL を開き、http OPTIONS リクエストでhttp://.../foo/にアクセスしようとします (理由はよくわかりません) 。
- 上記の URL が存在しないため (GET 要求の場合でも)、アプリは 404 を返します。
すべての OPTIONS リクエストは 405 を取得する必要があると思います。URL が GET または POST 経由でアクセスできるかどうかは問題ではありません。
これは http 仕様と一致しますか?
405 の方が適していると思う理由は次のとおりです。OPTIONS 要求がある場合、パスを見たくないからです。パスがどのように見えるかは気にしません。常に同じ答えがあるはずです。許可されていません。
これまでのところ、状況によって異なります: GET ビューが登録されている場合は 405 を返します。それ以外の場合は 404 が返されます。
更新: 404 対 405
HTTP-Spec 405 メソッドは許可されていません
Request-URI で識別されるリソースに対して、Request-Line で指定されたメソッドは許可されていません。応答には、要求されたリソースの有効なメソッドのリストを含む Allow ヘッダーが含まれている必要があります。
ソース: https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.6