リクエストを送ることは可能でした。コンテンツにアクセスすることは禁止されているので、レスポンスを読むことはできませんでした。どこにでもデータをサブミットすることを可能にしましたが、レスポンスのコンテンツにはアクセスできませんでした。タグを使用することでした。このようなスクリプトの生のコンテンツにアクセスすることは不可能でした。プロトコルが使われました。ような、データを受け取るためのグローバル関数を宣言します。クエリーパラメータとして渡します。呼び出しにラップするようなレスポンスを動的に生成します。実行されデータが得られます。78});*/これは動作し、セキュリティにも違反しません。双方がこの方法でデータを渡すことに合意しているからです。双方が合意するときはハックではありません。これは非常に古いブラウザでも動作するため、このようなアクセスを提供するサービスはまだ存在します。すると、現在のネットワークメソッドが登場しました。当初はクロスオリジンリクエストは禁止されていました。長い議論の結果、サーバによって明示的に許可されている場合に限り、クロスオリジンリクエストは許可されました。次の条件を満たす必要があります。ヘッダを持つリクエストはこれに限りません。使って作成することができることです。そのため、たとえ非常に古いサーバでも、単純リクエストを受け入れる準備ができているはずです。メソッドのリクエストはこの方法では作ることはできません。このようなリクエストを行うことができませんでした。ページではそのようなリクエストは送信できないため)。リクエストを送信します。これは、サーバにこのようなクロスオリジンリクエストを受け入れることに同意するか否かを尋ねるものです。サーバがヘッダで明示的にそれを確認しない限り、単純でないリクエストは送信されません。それでは詳細に進みましょう。これらはすべて1つの目的のためにあります。それは、新しいクロスオリジンの機能がサーバからの明示的な許可がある場合にのみアクセス可能であることを保証するためです。パスなしの正確なオリジン(ドメイン/プロトコル/ポート)を含みます。いう特別なヘッダを追加します。