10
CORS-プリフライトリクエストを導入する動機は何ですか?
クロスオリジンリソースシェアリングは、Webページが(wikipediaから)別のドメインにXMLHttpRequestsを作成できるようにするメカニズムです。 私はこの数日間CORSをいじっていますが、すべてがどのように機能するかについてはかなり理解していると思います。 したがって、私の質問はCORS /プリフライトがどのように機能するかについてではなく、新しいリクエストタイプとしてプリフライトを思い付く背後にある理由についてです。実際のリクエスト(RR)が受け入れられるかどうかを確認するためだけにサーバーAがサーバーBにプリフライト(PR)を送信する必要がある理由を確認できません。以前のPR。 かなり検索した後、私が見つかりました。この作品 www.w3.orgで情報の(7.1.5)を: この仕様が存在する前に特定のユーザーエージェントから発信できなかったクロスオリジンリクエストからリソースを保護するために、プリフライトリクエストが行われ、リソースがこの仕様を認識していることを確認します。 これは文を理解するのが最も難しいと思います。私の解釈(「最良の推測」と呼ぶ方がよいでしょう)は、仕様を認識していないサーバーCからの要求からサーバーBを保護することです。 誰かがシナリオを説明してもらえますか/ PR + RRがRR単独よりもうまく解決する問題を示しますか?