その動作を示すコード例をいくつか提供していただけますか？ 設定を解除しようとしているデフォルトのヘッダーは何ですか？

axios.defaults.headers.common['Content-Type'] = 'application/json'設定した場合、個々のリクエストに対してそのヘッダーの設定を解除することはできず、別の値に設定することしかできません。

どのようにしてヘッダーの設定を解除しようとしましたか？ このようなものを使用していますか？

axios.request('/path', {
  headers: {
    'Content-Type': null
  }
});

はい。 それはうまくいきませんでした

申し訳ありませんが、私の例ではmethodを見逃しました。 それがうまくいかなかったのはなぜでしょうか？

メソッドの設定も試してみました。 undefined値に注意を払っていないだけで、どこかでObject.assign()に関係しているのではないかと思います。

@tyrsiusどのバージョンの

参考までに、これが私のテストです。

it('should remove default headers when config indicates', function (done) {
  var instance = axios.create();
  instance.defaults.headers.common['Content-Type'] = 'application/json';

  instance.post('/foo/bar/', {
    firstName: 'foo',
    lastName: 'bar'
  }, {
    headers: {
      'Content-Type': null
    }
  });

  getAjaxRequest().then(function (request) {
    testHeaderValue(request.requestHeaders, 'Content-Type', null);
    done();
  });
});

私もこの問題を抱えていました。
ヘッダー「Authorization」を「common」から削除しようとしていますが、それを機能させる唯一の方法は、axios.defaults.headerからプロパティを削除し、リクエストを行ってから、プロパティを追加し直すことです。また。
とき、これは容易になります。このバグが修正されます

これは私にとっても問題です（axios v0.14.0を使用）。特にAccess-Control-Allow-Headersを使用するエンドポイントの場合、特定のヘッダーがリクエストとともに送信されないようにする必要があります。

私はバージョン15.2を使用していますが、

headers: {
      'Content-Type': null
    }

ヘッダー値をnullに設定します。 しかし、私は本当にヘッダー名を完全に削除する必要があります。

たとえば、s3を使用し、事前署名されたURLを生成してファイルをバケットに投稿する場合、Authenticateヘッダーを設定することはできません。 しかし、私のリクエストの大部分が自分のAPIにそれを必要とするため、デフォルトの認証セットがあります。

私がこれを回避する方法は、次のことを行うことです

    var instance = axios.create();
    instance.defaults.headers.common = {};

    instance.put(signedUrl, file, {headers: {'Content-Type': file.type}})
        .then(function (result) {
            console.log(result);
        })
        .catch(function (err) {
            console.log(err);
        });

編集：これは期待どおりに機能しません。 問題は、ヘッダーをクリアすると

instance.defaults.headers.common = {};

グローバルレベルで削除します。 Authのヘッダーを使用しているため、ログアウトします。

グローバル構成を処理するより良い方法ができるまでこの問題を回避するには、すべての呼び出しで必要なヘッダーを渡しますが、理想的ではありません。

545

私は同じ問題を抱えていましたが、

delete axios.defaults.headers.common["Authorization"]; // or which ever header you have to remove

私は@SepiaGroupとして正確な状況を持っています
nullと''上書きしようとしましたが、AWSはnullを承認と見なして文句を言います。
インスタンスから削除しようとしましたが、承認がグローバルに削除されたため、自分のサーバーで403を取得しました。

私の回避策はこれに古いXHRを使用することだと思いますが、それは私を悲しくさせます:(

+1また、特定の呼び出しのデフォルトヘッダーをクリアできないことに固執しました。

+1

+1

最新バージョン（0.16.2）でもこの動作が見られます。 悲しみが続く:(

削除するだけ

delete instance.defaults.headers.common.Authorization
````

the way below is not working.
----
I think we could create a logout method that recreate the axios instance to replace the old one.

インスタンス= axios.create（{options}）とします

関数：logout（）{
インスタンス= axios.create（{options}）
}
`` `

@ lzp4everは、ほとんどの場合に機能すると思います。 しかし、誰かがリクエストとレスポンスのインターセプターを追加した場合、または単に構成オプションを渡すだけでなく、インスタンスの構成をさらに行った場合、あなたのアプローチでは、それらすべてをやり直す必要はありませんか？

おそらく@axelgenusのソリューションがよりクリーンで、特定のカスタマイズされたヘッダーを削除しようとしているAxiosインスタンス全体の「リセット」が少なくて済むかどうか疑問に思っています。

プロパティを削除せずにデフォルトのヘッダーを送信できないと便利です:)

+1

+1

+1。 インスタンスのヘッダーを削除できないのは悲しいことのようです。 これは、すべてのインスタンスがグローバル変数への参照を持っていることを意味します。

+1

+1

+1この問題を修正してください。

+1

+1

+1

同じ問題が発生します。 私たちが構築するフロントエンドアプリのほとんどは、複数のRestWebサービスを利用する必要があります。 セキュリティヘッダーをオプトアウトできないことは、私たちにとって大きな問題です。

+1

+1

ヘッダー、データ、メソッドとともに、特定のリクエストオブジェクトでこの人を試してみてください。
transformRequest(data, headers) { delete headers.common.Authorization; return data; }

これを試してください、それは私の問題を解決します：

axios.defaults.headers.common ["承認"]を削除します。 //そして独自のヘッダーを作成します

@mukeshyadavその解決策は、このスレッドのさらに上で何度か言及されています。

重要なのは、これが必ずしも理想的な解決策ではないということです。 独自のカスタム要求/応答インターセプターをAxiosインスタンスに追加したが、特定の要求に他の場所で使用されるヘッダーを含めないようにするシナリオを想像すると、ヘッダーを削除してから再度追加する必要があります。リクエストが完了しました。

逆に、比較的簡単にAxiosインスタンスを複製して、これらのタイプの1回限りのケースで使用できる方法があるかどうか疑問に思います。

+1

transformRequest: [(data, headers) => {
    delete headers.common.Authorization
    return data
}]

私のために働く

@aaronatmycujooこれはここで最もセクシーな解決策のようです。 ただし、そのようにヘッダーを削除すると、チェーンのさらに上流のAxiosインスタンスからヘッダーが削除されるかどうか疑問に思います。 headersなどのディープコピーを作成する必要がある場合があります。

私はそれをテストする必要があります。

私が言えることから、そうではありません。 私がトリガーしていないエッジケースがあるかもしれませんが

@SepiaGroupリクエスト全体にヘッダーを追加する必要はありません...これを行う：

axios.defaults.headers.common = {};
axios.defaults.headers.common.accept = ‘application/json’;

また、リクエストのヘッダーには「application / json」のみが表示されます。

+1ありがとう@axelgenusurソリューションが機能しました

+1

@aaronatmycujoo FTW !!! 彼の解決策は魅力のように機能しました... ty！

S3にファイルをアップロードしようとしたときに同じ問題に直面しました（1つの認証メカニズムのみを許可します）。
@SepiaGroupからソリューションを
@aaronatmycujooこのソリューションは私にとって完璧に機能します！ 🎉
私の日を救ってくれてありがとう！

+1

+1

+1

axios.defaults.headers.common = {};
axios.defaults.headers.common.accept = ‘application/json’;

私にとっては素晴らしい作品です!!!

これが一般的な知識であるかどうかはわかりませんが、削除できない

• Accept-Charset
• Accept-Encoding
• Access-Control-Request-Headers
• Access-Control-Request-Method
• Connection
• Content-Length
• Cookie
• Cookie2
• Date
• DNT
• Expect
• Host
• Keep-Alive
• Origin
• Referer
• TE
• Trailer
• Transfer-Encoding
• Upgrade
• Via

エラー

TypeError：未定義またはnullをオブジェクトに変換できません

delete axios.defaults.headers.cummon["Authorization"];

あなたはタイプミス@ putu-eka-mulyanaを持っています、そして私はこれがそのような問題を報告するのに間違った場所だと思います。

delete axios.defaults.headers.common["Authorization"];

+ 1、content-typeから文字セットを削除します

+ 1、1つのリクエストのAuthヘッダーを削除し、undefinedやnullなどの値を渡すだけで、明示的に削除せずにリクエスト構成オブジェクトを取り込みます

+ 1、1つのリクエストのAuthヘッダーを削除し、undefinedやnullなどの値を渡すだけで、明示的に削除せずにリクエスト構成オブジェクトを取り込みます

PUTリクエストの前にOPTIONリクエストがあるので、 @ aaronatmycujooのtransformRequestソリューションはOPTIONリクエストに対して機能しましたが、Authorizationヘッダーは引き続きPUTリクエストに適用されていました。

最終的に、認証リクエストと公開リクエストに別々のインスタンスを作成することになったため、認証ヘッダーは認証インスタンスにのみ適用されました。

// do not configure auth header
export const publicAxios = axios.create(...)

// configure auth header
export const authAxios = axios.create(...)

// no auth header present for public instance
publicAxios.put(...)

@codeclownによる@ rizenPR ＃1845は、 nullを渡すことでヘッダーの設定を解除できるようにします。 これで問題は解決しますか？

@codeclownによる@ rizenPR ＃1845は、 nullを渡すことでヘッダーの設定を解除できるようにします。 これで問題は解決しますか？

はい

なんて長い旅でしょう。 ＃1845ができるだけ早くマージされることを願っています。

transformRequest: [(data, headers) => {
    delete headers.common.Authorization
    return data
}]

axiosドキュメントから：

>これは、リクエストメソッド「PUT」、「POST」、「PATCH」、および「DELETE」にのみ適用されます。

私はかなり似たような状況に遭遇していますが、GETリクエストがあります：

1. Authorization: Bearer mytokenヘッダーでhttp://www.saasserviceprovider.com/notpublicapiを取得し

1. AWSS3エンドポイントにリダイレクトします。 リダイレクトURLにはクエリ文字列が追加されています： X-Amz-Signature=blahblahblah 。

2. AWS S3は、次の2つの認証のためにコールを拒否します。

   • ヘッダー： Authorization bearer token
   • クエリ文字列： X-Amz-Signature=blahblahblah

transformRequest 、 transformResponse 、 axios.interceptors.request 、 axios.interceptors.response 、プロセスに自分自身を挿入し、 AWS S3へのリダイレクト-おそらく、リダイレクトの後に入ることができれば、 delete headers.Authorization効果をもたらすために何かをすることができます。

リクエストapi / postman / etcと同じ呼び出しが機能します。

「回避策」：

これは醜い非効率的な蒸しPOSです...しかしそれは「動作します™」です。 今すぐVCの資金を調達できますか？

  let retry = false;
  await axios({
    method: 'get',
    url: "http://www.saasserviceprovider.com/notpublicapi",
    headers: {
      'Authorization': "Bearer mytoken",
    }
  })
  .then((r) => {
    //return successful
  })
  .catch ((e) => {
    if (e.request.res.responseUrl.match(/s3.amazonaws.com/)) {
      retry = e.request.res.responseUrl;
    } else {
          //log error
    }
  })

  //Retry
  if (retry) {
    await axios.get(retry)
    .then((r) => {
        //return successful
      }
    })
    .catch((e) => {
       //log error
    })
  }

真剣にしかし...（アクシオス内で）より良い方法でなければなりません

私はかなり似たような状況に遭遇していますが、GETリクエストがあります：

1. Authorization: Bearer mytokenヘッダーでhttp://www.saasserviceprovider.com/notpublicapiを取得し
2. AWSS3エンドポイントにリダイレクトします。 リダイレクトURLにはクエリ文字列が追加されています： X-Amz-Signature=blahblahblah 。
3. AWS S3は、次の2つの認証のためにコールを拒否します。

• ヘッダー： Authorization bearer token
• クエリ文字列： X-Amz-Signature=blahblahblah

transformRequest 、 transformResponse 、 axios.interceptors.request 、 axios.interceptors.response 、プロセスに自分自身を挿入し、 AWS S3へのリダイレクト-おそらく、リダイレクトの後に入ることができれば、 delete headers.Authorization効果をもたらすために何かをすることができます。

リクエストapi / postman / etcと同じ呼び出しが機能します。

真剣にしかし...（アクシオス内で）より良い方法でなければなりません

@iyerusad回避策よりも良い方法を見つけましたか？ 私は同じ問題に直面しており、そのフォローアップ/リダイレクト要求（この場合はamazonへの）のためだけにリダイレクトをインターセプトしてAuthorizationヘッダーを削除できないように見えるのはイライラします🤔

@iyerusad回避策よりも良い方法を見つけましたか？ 私は同じ問題に直面しており、そのフォローアップ/リダイレクト要求（この場合はamazonへの）のためだけにリダイレクトをインターセプトしてAuthorizationヘッダーを削除できないように見えるのはイライラします🤔

実際にはそうではありません-下からオプションBを使用します。

_私が評価したオプション：_
A.代替のラッパー/クライアントを採用します（たとえば、fetch api？request？requestは機能しているように見えますが、明らかに非推奨です）。 これは最もクリーンなオプションかもしれませんが、別のhttpクライアント構文に切り替えることを意味します。

B.回避策を関数にラップし、この問題が発生することがわかっているリクエストにその関数を使用します。醜いように見えますが、現時点ではこれを使用しています。

C.私がばかで、axiosを間違って使用していることを願っています。また、axiosを使用した回避策があります。

D. Axiosは修正/パッチを取得しますか？

@mikhoq @iyerusad問題を追跡するために、新しい問題を開いて

問題ありません-＃2855を開きました。

@mikhoqパブリックリプロエンドポイントがある場合は、そこにコメントを追加してください。

では、どうやらtransformRequestはGETリクエストに対して呼び出されますか？ これを試してみ

transformRequest: [(data, headers) => {
    delete headers.common.Authorization
    return data
}]

しかし、ドキュメントは言う

// transformRequestは、サーバーに送信される前にリクエストデータを変更できるようにします
//これは、リクエストメソッド 'PUT'、 'POST'、 'PATCH'、および 'DELETE'にのみ適用されます

そのため、 transformRequestはGETリクエストでは呼び出されないと思いましたが、呼び出されます。 では、この行は実際にはどういう意味ですか？

「これは、リクエストメソッド「PUT」、「POST」、「PATCH」、および「DELETE」にのみ適用されます。」

おそらく、「これは潜在的に....にのみ役立つ」....？ 誤解を招くようなイモです。

これは機能します：
ヘッダー：{
'content-type'： 'application / json'、
「承認」：null、
}

{ headers: { 'Content-Type' = null } }を設定しようとしましたが、成功しませんでした。
したがって、 @ axelgenusの役立つコメントに追加するには、もう少し先に進む必要がありました。

import Axios from 'axios'
const client = Axios.create({
  // ...
  transformRequest: [(data, headers) => {
    // add required "Content-Type" whenever body is defined
    if (data) headers['Content-Type'] = 'application/x-www-form-urlencoded'
    return data
  }],
})
// completely remove "Content-Type" from instance by default
delete client.defaults.headers.common['Content-Type']
delete client.defaults.headers.post['Content-Type']
delete client.defaults.headers.put['Content-Type']
delete client.defaults.headers.patch['Content-Type']
// ...

ユースケースは、の要求層実装したBitstamp API V2認証方法を。