Chrome'da AJAX, GET / POST / PUT / DELETE yerine OPTIONS mı gönderiyor?

İş yerinde dahili bir web uygulaması üzerinde çalışıyorum. IE10'da istekler iyi çalışıyor, ancak Chrome'da tüm AJAX istekleri (çok sayıda var), verdiğim tanımlı yöntem yerine OPTIONS kullanılarak gönderiliyor. Teknik olarak isteklerim "alanlar arası". Site localhost: 6120'de sunuluyor ve AJAX isteklerinde bulunduğum hizmet 57124'te. Bu kapalı jquery hatası sorunu tanımlar, ancak gerçek bir düzeltme değildir.

Ajax isteklerinde uygun http yöntemini kullanmak için ne yapabilirim?

Düzenle:

Bu, her sayfanın belge yükünde:

jQuery.support.cors = true;

Ve her AJAX benzer şekilde oluşturulmuştur:

var url = 'http://localhost:57124/My/Rest/Call';
$.ajax({
    url: url,
    dataType: "json",
    data: json,
    async: true,
    cache: false,
    timeout: 30000,
    headers: { "x-li-format": "json", "X-UserName": userName },
    success: function (data) {
        // my success stuff
    },
    error: function (request, status, error) {
        // my error stuff
    },
    type: "POST"
});

Chrome, CORS başlıklarını arama isteğini önceden kontrol ediyor . Talep kabul edilirse, gerçek talebi gönderecektir. Bunu etki alanları arası yapıyorsanız, bununla ilgilenmeniz veya başka bir şekilde etki alanları dışı talepte bulunmanın bir yolunu bulmanız gerekir. Bu nedenle jQuery hatası düzeltilemeyecek şekilde kapatıldı. Bu tasarım gereğidir.

Basit isteklerden (yukarıda tartışılan) farklı olarak, "önceden kontrol edilmiş" istekler, asıl isteğin gönderilmesinin güvenli olup olmadığını belirlemek için önce OPTIONS yöntemiyle diğer etki alanındaki kaynağa bir HTTP isteği gönderir. Siteler arası istekler, kullanıcı verilerine etkileri olabileceğinden bu şekilde önceden kontrol edilir. Özellikle, aşağıdaki durumlarda bir istek önceden kontrol edilir:

• GET, HEAD veya POST dışındaki yöntemleri kullanır. Ayrıca POST, application / x-www-form-urlencoded, multipart / form-data veya text / plain dışında bir Content-Type ile istek verisi göndermek için kullanılıyorsa, örneğin POST isteği sunucuya bir XML yükü gönderirse application / xml veya text / xml kullanılarak, istek önceden kontrol edilir.
• İstekte özel başlıkları ayarlar (örneğin, istek X-PINGOTHER gibi bir başlık kullanır)

İsteğin varsayılan 80/443 numaralı bağlantı noktasında gönderilmemesi gerçeğine bağlı olarak, bu Ajax çağrısı otomatik olarak çapraz kaynak (CORS) isteği olarak kabul edilir ; başka bir deyişle, isteğin otomatik olarak aşağıdakileri kontrol eden bir OPTIONS isteği yayınladığı anlamına gelir. Sunucunun / servlet tarafındaki CORS başlıkları.

Ayarlasanız bile bu olur

crossOrigin: false;

ya da ihmal etseniz bile.

Nedeni basitçe şudur localhost != localhost:57124. Yalnızca localhostbağlantı noktası olmadan göndermeyi deneyin - başarısız olacaktır çünkü istenen hedefe ulaşılamayacaktır, ancak alan adları eşitse isteğin POST'tan önce OPTIONS isteği olmadan gönderildiğine dikkat edin.

Kevin B'ye katılıyorum, hata raporu her şeyi söylüyor. Etki alanları arası ajax aramaları yapmaya çalıştığınız anlaşılıyor. Aynı menşe politikasına aşina değilseniz buradan başlayabilirsiniz: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Same_origin_policy_for_JavaScript .

Bunun etki alanları arası bir ajax araması olması amaçlanmıyorsa, hedef URL'nizi göreli yapmayı deneyin ve sorunun çözülüp çözülmediğine bakın. Gerçekten umutsuzsan JSONP'ye bak, ama dikkatli ol, kargaşa pusuda. Size yardım etmek için yapabileceğimiz pek bir şey yok.

Mümkünse parametreleri normal GET / POST üzerinden farklı bir adla geçirin ve sunucu tarafı kodunuzun bunu işlemesine izin verin.

CORS'u atlamak için kendi proxy'imle benzer bir sorun yaşadım ve Chrome'da aynı POST-> OPTION hatasını aldım. Öyleydi Authorizationbenim durumumda başlık ( "x-li-format"ve "X-UserName"burada durumda.) I (örn bir kukla biçiminde geçen sona erdi AuthorizatinJackGET olarak) ve hedefe arama yaparken benim vekil bir başlık dönüştürmeye yönelik Ben kodu değişti . İşte PHP'de:

if (isset($_GET['AuthorizationJack'])) {
    $request_headers[] = "Authorization: Basic ".$_GET['AuthorizationJack'];
}

Benim durumumda AWS (API Gateway) tarafından barındırılan bir API çağırıyorum. Hata, API'yi kendi etki alanı dışındaki bir etki alanından API'yi çağırmaya çalıştığımda oluştu. API sahibi olduğum için, Amazon Belgelerinde açıklandığı gibi test ortamı için CORS'u etkinleştirdim .

Üretimde istek ve api aynı etki alanında olacağından bu hata oluşmayacaktır.

Umut ediyorum bu yardım eder!

@Dark Falcon tarafından yanıtlandığı gibi , ben sadece bununla uğraştım .

Benim durumumda, node.js sunucusunu kullanıyorum ve yoksa bir oturum oluşturuyorum. SEÇENEKLER yöntemi, içinde oturum ayrıntılarına sahip olmadığından, her POST yöntemi isteği için yeni bir oturum oluşturdu.

Bu OPTIONSyüzden, oturum oluşturma rutinimde, yoksa yöntemin olup olmadığını görmek için bir kontrol ekledim ve öyleyse, oturum oluşturma bölümünü atlayın:

    app.use(function(req, res, next) {
        if (req.method !== "OPTIONS") {
            if (req.session && req.session.id) {
                 // Session exists
                 next();
            }else{
                 // Create session
                 next();
          }
        } else {
           // If request method is OPTIONS, just skip this part and move to the next method.
           next(); 
        }
    }

"önceden kontrol edilmiş" istekler, asıl isteğin gönderilmesinin güvenli olup olmadığını belirlemek için önce OPTIONS yöntemiyle diğer etki alanındaki kaynağa bir HTTP isteği gönderir. Siteler arası istekler

https://developer.mozilla.org/en-US/docs/Web/HTTP/Access_control_CORS

Aksiyolar kullanmayı düşünün

axios.get( url,
{ headers: {"Content-Type": "application/json"} } ).then( res => {

  if(res.data.error) {

  } else { 
    doAnything( res.data )
  }

}).catch(function (error) {
   doAnythingError(error)
});

Ben kullanarak bu sorunu vardı getirme ve AXIOS mükemmel çalıştı.

Çok benzer bir sorunla karşılaştım. Neden Firefox'ta her şeyin doğru çalıştığını ve Chrome'da başarısız olduğunu anlamak için neredeyse yarım gün harcadım. Benim durumumda, istek başlığımdaki yinelenen (veya belki yanlış yazılmış) alanlar nedeniyledir.

XHR yerine getirme kullanın, bu durumda istek, etki alanları arası olsa bile önceden aydınlatılmayacaktır.

 $.ajax({
            url: '###',
            contentType: 'text/plain; charset=utf-8',
            async: false,
            xhrFields: {
                withCredentials: true,
                crossDomain: true,
                Authorization: "Bearer ...."
            },

            method: 'POST',

            data: JSON.stringify( request ),
            success: function (data) {
                console.log(data);
            }
        });

contentType: 'metin / düz; charset = utf-8 'veya sadece contentType:' metin / düz ', benim için çalışıyor! Saygılarımızla!!