問題タブ [http-options-method]

javascript fetch で AJAX リクエストを作成していますが、OPTIONS 呼び出しのみを行っており、それ以上の呼び出しは行っていません。最も奇妙なことは、応答ヘッダーが問題なく、$.ajax が期待どおりに機能していることです。

OPTIONS 呼び出しの応答ヘッダーを次に示します。

そして、ここにフェッチヘッダーセットがあります。

サーバーに送信されるデータを圧縮して、アプリの帯域幅要件を減らすように依頼されました。API を変更せずに透過的にこれを実行しようとしています。つまり、同じ URL とコンテンツ タイプを使い続けようとしています。IIS 7 で SOAP WebService への POST (アップロード) 要求に対して GZIP 圧縮を有効にするにはどうすればよいですか?でコード化する方法を見つけました。

新しいクライアントが古いバージョンのサーバーと通信するように構成されているリスクがあると思います。つまり、クライアントは圧縮されたリクエストを処理できないサーバーに送信します。標準に準拠した方法でサポートを検出したいと考えています。問題は、これをどのように行うべきかを示すソースが見つからないことです。

私の考えは、応答にAccept-Encoding: gzipヘッダーを追加する必要があるということでした。OPTIONS既にOPTIONSCORS のプリフライト リクエストを送信しているので、ピギーバッキングを行うとレイテンシが節約されるようです。OPTIONSしかし、このヘッダーが応答で有効であると言っているソースが見つかりません。RFC 7231 の OPTIONS の定義は、指定できる内容の詳細には立ち入らず、単純にメソッドを定義しています。

圧縮されたリクエストを送信できることを示す標準はありますか?

アプリ内から AXIOS を使用して、shopify 管理 API にアクセスしています。私は顧客をメタフィールドで更新しています（私が理解しているように、ストアフロント API は graphql をサポートしていません）。PUT を実行すると、プリフライト オプション エラーが発生します。エラーは 404 です。ヒットしようとしているアイテムは実際に存在するため、shopify がリクエストの処理を誤っているのか、設定に何か不足しているのか疑問に思っています。

注: Postman を介して同じ要求を正常に行うことができます。私の知る限り、郵便配達員はオプションのプリフライトを行っていません。

私のコード:

エラー

この axios 呼び出しの時点で顧客が実際に存在していることに注意してください。