Neden bir GET isteği yerine OPTIONS isteği alıyorum?

<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.js" type="text/javascript"></script>
<script>
$.get("http://example.com/", function(data) {
     alert(data);
});
</script>

söz konusu URL'ye bir SEÇENEK isteğinde bulunur ve geri arama hiçbir zaman hiçbir zaman çağrılmaz.

Alanlar arası olmadığında, iyi çalışır.

JQuery sadece bir <script>düğüm ile çağrı yapmak ve daha sonra yüklendiğinde geri arama yapmak gerekir? Sonucu elde edemeyeceğimi anlıyorum (alanlar arası olduğu için), ancak sorun değil; Sadece aramanýn geçmesini istiyorum. Bu bir hata mı, yoksa yanlış bir şey mi yapıyorum?

MDN'ye göre ,

Ön ödemeli istekler

Basit isteklerden farklı olarak (yukarıda tartışılmıştır), "ön ödemeli" istekler, gerçek isteğin gönderilmesinin güvenli olup olmadığını belirlemek için önce diğer etki alanındaki kaynağa bir HTTP OPTIONS istek başlığı gönderir. Siteler arası talepler, kullanıcı verileri üzerinde etkileri olabileceğinden bu şekilde ön ödemelidir. Özellikle, aşağıdaki durumlarda bir istek önceden belirtilir:

• GET veya POST dışındaki yöntemleri kullanır. Ayrıca, POST istek verilerini application / x-www-form-urlencoded, çoklu bölüm / form verileri veya metin / düz dışında bir İçerik Türü ile göndermek için kullanılırsa, örneğin POST isteği sunucuya XML yükü gönderiyorsa application / xml veya text / xml kullanarak, istek önceden düzenlenir.
• İstekte özel üstbilgiler ayarlar (örneğin, istek X-PINGOTHER gibi bir üstbilgi kullanır)

SEÇENEKLER http://www.w3.org/TR/cors/ adresinden alınmıştır. İçin bkz . biraz daha bilgi

POST yapmaya çalışıyorsanız

JSON.stringifyForm verilerinize emin olun ve farklı gönderin text/plain.

<form id="my-form" onSubmit="return postMyFormData();">
    <input type="text" name="name" placeholder="Your Name" required>
    <input type="email" name="email" placeholder="Your Email" required>
    <input type="submit" value="Submit My Form">
</form>

function postMyFormData() {

    var formData = $('#my-form').serializeArray();
    formData = formData.reduce(function(obj, item) {
        obj[item.name] = item.value;
        return obj;
    }, {});
    formData = JSON.stringify(formData);

    $.ajax({
        type: "POST",
        url: "https://website.com/path",
        data: formData,
        success: function() { ... },
        dataType: "text",
        contentType : "text/plain"
    });
}

Böyle bir URL verildiğinde jQuery sadece bir JSONP isteği yapacak inanmıyorum. Bununla birlikte, bir geri arama için hangi bağımsız değişkenin kullanılacağını söylediğinizde bir JSONP isteği yapar:

$.get("http://metaward.com/import/http://metaward.com/u/ptarjan?jsoncallback=?", function(data) {
     alert(data);
});

Bu argümanı ("jsoncallback" olarak adlandırılması gerekmez) kullanmak tamamen alıcı komut dosyasına bağlıdır, bu durumda işlev asla çağrılmaz. Ancak, metaward.com'daki komut dosyasının yürütülmesini istediğinizi belirttiğiniz için, bunu başarabilirsiniz.

Aslında, güvenlik nedeniyle web alanları arası AJAX (XMLHttp) isteklerine izin verilmez (istemci tarafından "kısıtlanmış" bir web sayfasını getirmeyi ve sunucuya geri göndermeyi düşünün - bu bir güvenlik sorunu olacaktır).

Tek geçici çözüm geri aramalardır. Bu: yeni bir komut dosyası oluşturmak ve src'yi JSON değerleri (myFunction ({data}) ile bir geri arama olan uç taraftaki JavaScript'e yönlendirmek) myFunction, verilerle bir şeyler yapan bir işlevdir (örneğin, değişken).

Sadece "application / json" ifadesini "text / plain" olarak değiştirin ve JSON.stringify (istek) işlevini unutmayın:

var request = {Company: sapws.dbName, UserName: username, Password: userpass};
    console.log(request);
    $.ajax({
        type: "POST",
        url: this.wsUrl + "/Login",
        contentType: "text/plain",
        data: JSON.stringify(request),

        crossDomain: true,
    });

Ben de aynı problemi yaşadım. Benim düzeltme, sadece bet ortamında mevcut olan PHP betiğime üstbilgi eklemek oldu.

Bu, alanlar arası isteklere izin verir:

header("Access-Control-Allow-Origin: *");

Bu, ön kontrol isteğine, istemcinin istediği başlıkları göndermesinin uygun olduğunu bildirir:

header("Access-Control-Allow-Headers: *");

Bu şekilde isteği değiştirmeye gerek kalmaz.

Geliştirme veritabanınızda sızması muhtemel hassas verileriniz varsa, bunun hakkında iki kez düşünebilirsiniz.

Benim durumumda, aynı web sunucusuna bir jQuery POST yayınladığım için sorun CORS ile ilgisizdi. Veri JSON oldu ama ben dataType: 'json' parametresini atlamıştı.

Yukarıdaki David Lopes cevabında gösterildiği gibi bir contentType parametresi yoktu (ne de ekledim).

Firefox ve Opera'ya benziyor (Mac'te de test edildi) bunun çapraz etki alanını sevmiyor (ancak Safari bununla iyi durumda).

Uzak sayfayı kıvırmak için yerel sunucu tarafı kodunu aramanız gerekebilir.

Aşağıdaki başlıklar yardımıyla düzeltmeyi başardım

Access-Control-Allow-Origin
Access-Control-Allow-Headers
Access-Control-Allow-Credentials
Access-Control-Allow-Methods

Nodejs üzerindeyseniz, kopyalayabileceğiniz / yapıştırabileceğiniz kod aşağıdadır.

app.use((req, res, next) => {
  res.header('Access-Control-Allow-Origin','*');
  res.header('Access-Control-Allow-Headers', 'Origin, X-Requested-With, Content-Type, Accept');
  res.header('Access-Control-Allow-Credentials', true);
  res.header('Access-Control-Allow-Methods', 'GET, POST, PUT, PATCH');
  next();
});