jQuery के $ .ajax (), $। फ़ायरफ़ॉक्स में REQUEST_METHOD के रूप में "विकल्प" भेजना

330

जो मैंने सोचा था उससे परेशान होकर एक अपेक्षाकृत सरल jQuery प्लगइन ...

प्लगइन को ajax के माध्यम से php स्क्रिप्ट से डेटा लाना चाहिए a में विकल्प जोड़ने के लिए <select>। अजाक्स अनुरोध बहुत सामान्य है:

$.ajax({
  url: o.url,
  type: 'post',
  contentType: "application/x-www-form-urlencoded",
  data: '{"method":"getStates", "program":"EXPLORE"}',
  success: function (data, status) {
    console.log("Success!!");
    console.log(data);
    console.log(status);
  },
  error: function (xhr, desc, err) {
    console.log(xhr);
    console.log("Desc: " + desc + "\nErr:" + err);
  }
});

यह सफारी में ठीक काम करने लगता है। फ़ायरफ़ॉक्स 3.5 में, REQUEST_TYPEसर्वर पर हमेशा 'विकल्प' होता है, और $ _POST डेटा प्रकट नहीं होता है। अपाचे 'प्रकार' विकल्प के रूप में अनुरोध लॉग करता है:

::1 - - [08/Jul/2009:11:43:27 -0500] "OPTIONS sitecodes.php HTTP/1.1" 200 46

यह अजाक्स कॉल सफारी में क्यों काम करेगा, लेकिन फ़ायरफ़ॉक्स नहीं, और मैं फ़ायरफ़ॉक्स के लिए इसे कैसे ठीक करूं?

रिस्पांस हेडर
दिनांक: बुध, ०: जुलाई २०० ९ २१:२२:१। GMT
सर्वर: अपाचे / 2.0.59 (यूनिक्स) पीएचपी / 5.2.6 डीएवी / 2
X-Powered-by: PHP / 5.2.6
सामग्री-लंबाई 46
कीप-अलाइव टाइमआउट = 15, अधिकतम = 100
कनेक्शन रखें-जिंदा
सामग्री-प्रकार पाठ / html

प्रमुखों का अनुरोध करें
मेजबान आदेश: 8888
उपयोगकर्ता-एजेंट मोज़िला / 5.0 (Macintosh; यू; इंटेल मैक ओएस एक्स 10.5; एन-यूएस; आरवी: 1.9.1) गेको / 20090624 फ़ायरफ़ॉक्स / 3.5
टेक्स्ट / html, एप्लीकेशन / xhtml + xml, एप्लीकेशन / xml; q = 0.9, * / *; q = 0.8 स्वीकार करें
स्वीकार-भाषा en-us, en; q = 0.5
स्वीकार-एन्कोडिंग gzip, अपस्फीति
स्वीकार-चारसेट ISO-8859-1, utf-8; q = 0.7, *; q = 0.7
अलाइव 300 रखें
कनेक्शन जिंदा रखना
मूल http://ux.inetu.act.org
एक्सेस-कंट्रोल-रिक्वेस्ट-मेथड POST
एक्सेस-कंट्रोल-रिक्वेस्ट-हेडर्स x-request-with

यहाँ फायरबग आउटपुट की एक तस्वीर है:

ajax  firefox  jquery-plugins  jquery 
— fitzgeraldsteele
स्रोत
क्या आप फायरबग प्रतिक्रिया पोस्ट कर सकते हैं और हेडर का अनुरोध कर सकते हैं। फ़ायरफ़ॉक्स में समान कोड चलाने पर मुझे कोई त्रुटि नहीं मिल रही है।
— मितमरो
जोड़ा गया हेडर जानकारी, और फायरबग से एक तस्वीर।
— fitzgeraldsteele
एम्बेडेड वेबसर्वर को लागू करते समय बस यही समस्या थी। पूछने के लिए धन्यवाद :)
— रॉबर्ट गॉल्ड
यदि आप Java JAX-RS समाधान खोज रहे हैं, तो यहां देखें: Access-Control-Allow-Origin
— Tobias Sarnow
लगता है कि फ़ायरफ़ॉक्स का व्यवहार अब बदल गया है? मुझे कोई विकल्प नहीं मिलता है।
— ब्यूज

जवाबों:

169

त्रुटि का कारण एक ही मूल नीति है। यह केवल आपको XMLHTTPRequests को अपने डोमेन पर करने की अनुमति देता है। देखें कि क्या आप इसके बजाय JSONP कॉलबैक का उपयोग कर सकते हैं :

$.getJSON( 'http://<url>/api.php?callback=?', function ( data ) { alert ( data ); } );
— जोनास स्कोवमंड
स्रोत
26
फ़ायरफ़ॉक्स ऐसा करने वाला एकमात्र ब्राउज़र क्यों है? मैं चाहता हूं कि कोई पद न मिले।
— मसलो
11
क्रोसाइट-पोस्ट: क्या किसी को कंटेंट-टाइप के रूप में एप्लीकेशन / json के साथ POST करने का कोई समाधान पता है?
— schoetbi
13
तो वास्तव में समाधान क्या है?
— निक सो
3
इस के लिए भी एक समाधान के लिए खोज और ajax कॉल के बजाय getJSON का उपयोग करना मेरे लिए ऐसा नहीं करता है क्योंकि यह बहुत अधिक सीमित है।
— टिमो वालेनियस
1
इसके लिए @schoetbi आपको कॉर्स का उपयोग करने की आवश्यकता है, जो नए ब्राउज़रों में अच्छी तरह से समर्थित है ... IE8-9 में सीमित समर्थन, और सर्वर-साइड समर्थन की आवश्यकता है।
— ट्रैकर 1
57

मैंने विकल्प का अनुरोध करने और आवश्यक एक्सेस-कंट्रोल हेडर सेट करने के लिए Django के पक्ष में निम्नलिखित कोड का उपयोग किया। इसके बाद फ़ायरफ़ॉक्स से मेरे क्रॉस डोमेन अनुरोधों ने काम करना शुरू कर दिया। जैसा कि पहले कहा गया था, ब्राउज़र पहले विकल्प अनुरोध भेजता है और फिर उसके तुरंत बाद POST / GET

def send_data(request):
    if request.method == "OPTIONS": 
        response = HttpResponse()
        response['Access-Control-Allow-Origin'] = '*'
        response['Access-Control-Allow-Methods'] = 'POST, GET, OPTIONS'
        response['Access-Control-Max-Age'] = 1000
        # note that '*' is not valid for Access-Control-Allow-Headers
        response['Access-Control-Allow-Headers'] = 'origin, x-csrftoken, content-type, accept'
        return response
    if request.method == "POST":
        # ...

संपादित करें: ऐसा लगता है कि कम से कम कुछ मामलों में आपको वास्तविक प्रतिक्रिया के लिए समान एक्सेस-कंट्रोल हेडर भी जोड़ना होगा। यह थोड़ा भ्रमित करने वाला हो सकता है, क्योंकि अनुरोध सफल होता है, लेकिन फ़ायरफ़ॉक्स जवावस्क्रिप्ट की प्रतिक्रिया की सामग्री को पारित नहीं करता है।

— जुहा पलोमकी
स्रोत
वास्तविक POST / GET प्रतिक्रिया के बारे में आपका संपादन थोड़ा डरावना है; अगर कोई इसकी पुष्टि कर सकता है, तो कृपया हमें यहाँ बताएं!
— अर्जन
मुझे नहीं पता कि यह बग या फीचर के रूप में है, लेकिन लगता है कि किसी और ने भी इस पर ध्यान दिया है। उदाहरण के लिए kodemaniak.de/?p=62 देखें और "खाली प्रतिक्रिया निकाय" की खोज करें
— Juha Palomäki
2
साधारण अनुरोधों और उन लोगों के बीच अंतर है, जिन्हें प्रीफ़्लाइट की आवश्यकता है। आपका "समाधान" केवल प्रीफ़लाइट अनुरोधों के साथ काम करेगा, इसलिए यह कोई वास्तविक समाधान नहीं है। जब भी आपको "हेडर:" - हेडर अनुरोध में मिलता है, तो आपको उस अनुमति के साथ जवाब देना चाहिए।
— ओडिन्हो - वेलमॉन्ट
1
मेरा मानना ​​है कि हेडर Access-Control-Allow-Headersमें मान होना चाहिए x-csrf-token, नहीं x-csrftoken।
— जेलकलकैट
16

यह मोज़िला डेवलपर केंद्र लेख विभिन्न क्रॉस-डोमेन अनुरोध परिदृश्यों का वर्णन करता है। यह लेख इंगित करता है कि सामग्री के प्रकार के साथ एक POST अनुरोध 'आवेदन / x-www-form-urlencoded' को 'सरल अनुरोध' (कोई पूर्व-विकल्प विकल्प के साथ) के रूप में भेजा जाना चाहिए। हालाँकि, मैंने पाया कि फ़ायरफ़ॉक्स ने विकल्प का अनुरोध भेजा, भले ही मेरा POST उस सामग्री प्रकार के साथ भेजा गया था।

मैं सर्वर पर एक ऑप्शन रिक्वेस्ट हैंडलर बनाकर इस काम को करने में सक्षम था, जिसने 'एक्सेस-कंट्रोल-अलाउंस-ओरिजिन' रिस्पॉन्स हेडर को '*' सेट किया। आप इसे कुछ विशिष्ट पर सेट करके अधिक प्रतिबंधक हो सकते हैं, जैसे ' http://someurl.com '। इसके अलावा, मैंने पढ़ा है कि, माना जाता है कि, आप कई मूल की अल्पविराम से अलग सूची निर्दिष्ट कर सकते हैं, लेकिन मुझे यह काम करने के लिए नहीं मिला।

एक बार जब फ़ायरफ़ॉक्स स्वीकार्य 'एक्सेस-कंट्रोल-अलाउंस-ओरिजिन' मूल्य के साथ विकल्प के अनुरोध पर प्रतिक्रिया प्राप्त करता है, तो यह POST अनुरोध भेजता है।

— माइक सी
स्रोत
15

मैंने पूरी तरह से अपाचे आधारित समाधान का उपयोग करके इस मुद्दे को ठीक कर दिया है। मेरे vhost / htaccess में मैंने निम्नलिखित ब्लॉक डाला:

# enable cross domain access control
Header always set Access-Control-Allow-Origin "*"
Header always set Access-Control-Allow-Methods "POST, GET, OPTIONS"

# force apache to return 200 without executing my scripts
RewriteEngine On
RewriteCond %{REQUEST_METHOD} OPTIONS
RewriteRule .* / [R=200,L]

अपाचे आपके लक्षित स्क्रिप्ट को निष्पादित करने पर क्या होता है, इसके आधार पर आपको बाद वाले हिस्से की आवश्यकता नहीं हो सकती है। श्रेय बाद वाले हिस्से के लिए अनुकूल सर्वरफॉल्ट लोक को जाता है ।

— मार्क मैकडॉनल्ड्स
स्रोत
आपके उत्तर ने मेरी मदद की, लेकिन अगर कॉर्स के पीछे कुछ तर्क की आवश्यकता है, तो यह पूरी तरह से हल नहीं करता है।
— रत्ता टाटा
10

प्रतिसाद स्क्रिप्ट के शीर्ष पर यह PHP काम करने लगता है। (फ़ायरफ़ॉक्स 3.6.11 के साथ। मैंने अभी तक बहुत परीक्षण नहीं किया है।)

header('Access-Control-Allow-Origin: *');
header('Access-Control-Allow-Methods: POST, GET, OPTIONS');
header('Access-Control-Max-Age: 1000');
if(array_key_exists('HTTP_ACCESS_CONTROL_REQUEST_HEADERS', $_SERVER)) {
    header('Access-Control-Allow-Headers: '
           . $_SERVER['HTTP_ACCESS_CONTROL_REQUEST_HEADERS']);
} else {
    header('Access-Control-Allow-Headers: *');
}

if("OPTIONS" == $_SERVER['REQUEST_METHOD']) {
    exit(0);
}
— चाड क्लार्क
स्रोत
यह स्वाद की बात हो सकती है, लेकिन हमेशा उन प्रतिक्रिया शीर्षलेख भेजने (के लिए भी GET, POST, ...) थोड़ा बहुत ज्यादा मेरी पसंद के हिसाब से है। (और, मुझे आश्चर्य है कि अगर हमेशा उन लोगों को ऐनक के साथ भेजते हैं?)
— अर्जन
3
इसे (यदि $ _ SERVER ['HTTP_ORIGIN'] में लपेटें)। यदि वह शीर्ष लेख है, तो यह एक CORS- अनुरोध है, यदि नहीं, तो ठीक है, कुछ भी भेजने की आवश्यकता नहीं है।
— ओडिन्हो - वेलमॉन्ट
7

मुझे गूगल मैप्स पर रिक्वेस्ट भेजने में भी यही समस्या थी, और डेटाटाइप उपयोग के लिए समाधान jQuery 1.5 के साथ काफी सरल है dataType: "jsonp"

— स्लाव
स्रोत
12
विधि POST के साथ असंगत।
— पावेल वलसोव
1
यह एक GET विधि के साथ काम करता है लेकिन यह बहुत सीमित समाधान है। उदाहरण के लिए, ऐसा करने से आप टोकन सहित किसी विशिष्ट शीर्ष लेख के साथ प्रतिक्रिया नहीं भेज सकते।
— svassr
6

ऑप्शन विधि का उपयोग करके Culprit प्रीफ़्लाइट अनुरोध है

HTTP अनुरोध विधियों के लिए जो उपयोगकर्ता डेटा पर दुष्प्रभाव (विशेष रूप से, GET के अलावा HTTP विधियों के लिए, या कुछ MIME प्रकारों के साथ POST उपयोग के लिए) पैदा कर सकते हैं, विनिर्देश उन ब्राउज़रों को अनुरोध को "प्रीफ़्लाइट" करने का अनुरोध करता है, जो समर्थित तरीकों से याचना करते हैं। एक HTTP विकल्प अनुरोध विधि के साथ सर्वर, और फिर, सर्वर से "अनुमोदन" पर, वास्तविक HTTP अनुरोध विधि के साथ वास्तविक अनुरोध भेज रहा है।

वेब विनिर्देश देखें: https://developer.mozilla.org/en-US/docs/Web/HTTP/Access_control_Cors

मैंने Nginx conf में निम्नलिखित पंक्तियों को जोड़कर समस्या का समाधान किया।

    location / {
               if ($request_method = OPTIONS ) {
                   add_header Access-Control-Allow-Origin  "*";
                   add_header Access-Control-Allow-Methods "POST, GET, PUT, UPDATE, DELETE, OPTIONS";
                   add_header Access-Control-Allow-Headers "Authorization";
                   add_header Access-Control-Allow-Credentials  "true";
                   add_header Content-Length 0;
                   add_header Content-Type text/plain;
                   return 200;
               }
    location ~ ^/(xxxx)$ {
                if ($request_method = OPTIONS) {
                    rewrite ^(.*)$ / last;
                }
    }
— thinkhy
स्रोत
1
यह उत्तर बहुत उपयोगी है धन्यवाद। तथ्य यह है कि ब्राउज़र एक विकल्प विधि के साथ एक प्रीफ़लाइट अनुरोध भेज रहा है गैर-स्पष्ट है।
— नॉर्मंगॉर्मन
4

मैं स्रोत 1.3.2 के माध्यम से देख रहा था, JSONP का उपयोग करते समय, गतिशील रूप से SCRIPT तत्व का निर्माण करके अनुरोध किया जाता है, जो ब्राउज़र समान-डोमेन नीति से अतीत हो जाता है। स्वाभाविक रूप से, आप SCRIPT तत्व का उपयोग करके POST अनुरोध नहीं कर सकते, ब्राउज़र GET का उपयोग करके परिणाम प्राप्त करेगा।

जैसा कि आप JSONP कॉल का अनुरोध कर रहे हैं, SCRIPT तत्व उत्पन्न नहीं होता है, क्योंकि यह केवल तब होता है जब AJAX कॉल का प्रकार GET पर सेट होता है।

http://dev.jquery.com/ticket/4690

3

हमें ASP.Net के साथ इस तरह की समस्या थी। हमारा IIS एक आंतरिक सर्वर त्रुटि लौटा रहा था जब $.postPageHandlerFactory के कारण कुछ HTML सामग्री प्राप्त करने के लिए एक jQuery को निष्पादित करने की कोशिश कर रहा था, केवल GET,HEAD,POST,DEBUGक्रियाओं का जवाब देने के लिए प्रतिबंधित था । तो आप उस प्रतिबंध को सूची में "विकल्प" जोड़ने या "ऑल वर्ब्स" का चयन करने के लिए बदल सकते हैं

आप अपने IIS प्रबंधक में, अपनी वेबसाइट का चयन करते हुए, फिर हैंडलर मैपिंग का चयन करते हुए संशोधित कर सकते हैं, अपने PageHandlerFactory में डबल क्लिक करें * .apx फ़ाइलों के लिए आपको आवश्यकतानुसार (हम फ्रेमवर्क 4.0 के साथ एकीकृत एप्लिकेशन पूल का उपयोग करते हैं)। अनुरोध प्रतिबंध पर क्लिक करें, फिर Verbs Tabn पर जाएं और अपना संशोधन लागू करें।

अब हमारा $.postअनुरोध उम्मीद के मुताबिक काम कर रहा है :)

— fboiton
स्रोत
2

जांचें कि क्या आपके फॉर्म के actionURL में wwwडोमेन का हिस्सा शामिल है , जबकि आपके द्वारा खोले गए मूल पृष्ठ को बिना देखे देखा जाता है www।

आमतौर पर Canonical Urls के लिए किया जाता है।

मैंने इस लेख पर ठोकर खाने से पहले घंटों तक संघर्ष किया और क्रॉस डोमेन का संकेत पाया।

— बिजय रूंगटा
स्रोत
2

मुझे लगता है कि यदि o.url = 'index.php'और यह फ़ाइल मौजूद है तो ठीक है और कंसोल में एक सफलता संदेश लौटा रहा है। यदि मैं url का उपयोग करता हूं तो यह एक त्रुटि देता है:http://www.google.com

यदि पोस्ट अनुरोध करते हुए सीधे $ .post पद्धति का उपयोग क्यों नहीं किया जा रहा है :

$.post("test.php", { func: "getNameAndTime" },
    function(data){
        alert(data.name); // John
        console.log(data.time); //  2pm
    }, "json");

यह बहुत सरल है।

— एलजो वालुगी
स्रोत
इस के साथ एक ही बात है ... सोचा कि मुझे $ .ajax () का उपयोग करना चाहिए ताकि मैं कम से कम त्रुटि स्थिति पर कुछ डिबग जानकारी प्राप्त कर
— सकूं
1

मैंने इसका एक स्पष्ट उदाहरण पोस्ट किया है कि यदि आप जिस डोमेन पर पोस्ट कर रहे हैं, उसके सर्वर कोड को नियंत्रित करने के लिए इसे कैसे हल करें। इस उत्तर को इस थ्रेड में स्पर्श किया गया है, लेकिन यह अधिक स्पष्ट रूप से इसे IMO बताता है।

मैं जावास्क्रिप्ट के माध्यम से क्रॉस-डोमेन POST अनुरोध कैसे भेजूं?

— rynop
स्रोत
1

इसका समाधान यह है:

  1. डेटा टाइप का उपयोग करें: json
  2. &callback=?अपने url में जोड़ें

इसने फेसबुक एपीआई और फ़ायरफ़ॉक्स के साथ काम करने पर काम किया। फायरबग उपर्युक्त स्थितियों (दोनों के साथ) के GETबजाय उपयोग कर रहा है OPTIONS।

— एंटोनियो गुल्ली
स्रोत
0

विकल्प जोड़ने का प्रयास करें:

डेटा टाइप: "json"

— Scotte
स्रोत
2
काम किया, क्रॉस-डोमेन अनुरोधों के लिए json को "सुरक्षित" क्यों माना जाता है?
— निक सो
0 
 function test_success(page,name,id,divname,str)
{ 
 var dropdownIndex = document.getElementById(name).selectedIndex;
 var dropdownValue = document.getElementById(name)[dropdownIndex].value;
 var params='&'+id+'='+dropdownValue+'&'+str;
 //makerequest_sp(url, params, divid1);

 $.ajax({
    url: page,
    type: "post",
    data: params,
    // callback handler that will be called on success
    success: function(response, textStatus, jqXHR){
        // log a message to the console
        document.getElementById(divname).innerHTML = response;

        var retname = 'n_district';
        var dropdownIndex = document.getElementById(retname).selectedIndex;
        var dropdownValue = document.getElementById(retname)[dropdownIndex].value;
        if(dropdownValue >0)
        {
            //alert(dropdownValue);
            document.getElementById('inputname').value = dropdownValue;
        }
        else
        {
            document.getElementById('inputname').value = "00";
        }
        return;
        url2=page2; 
        var params2 = parrams2+'&';
        makerequest_sp(url2, params2, divid2);

     }
});         
}
— नसर गुलजडे
स्रोत
इस सवाल का जवाब 6 महीने पहले ही दे दिया गया था। यह इसे कैसे हल करता है?
— बरमार
0

मुझे फेसबुक एपीआई का उपयोग करने की कोशिश करने में इसी तरह की समस्या थी।

एकमात्र सामग्री टाइप जो प्रीफ़लाइट किए गए अनुरोध को नहीं भेजती थी, वह केवल पाठ / सादा प्रतीत होता था ... बाकी के पैरामीटर यहाँ मोज़िला में नहीं दिए गए थे

  • यह एकमात्र ऐसा ब्राउज़र क्यों है जो ऐसा करता है?
  • फेसबुक प्रीफ़्लाइट अनुरोध को क्यों नहीं जानता और स्वीकार नहीं करता है?

FYI करें: उपर्युक्त मोजेज डॉक सुझाव देता है कि X-Lori हेडर को एक पूर्वनिर्धारित अनुरोध ट्रिगर करना चाहिए ... यह नहीं है।

— ड्रयू
स्रोत
0

आपको सर्वर साइड पर कुछ काम करने की आवश्यकता है। मैं देख रहा हूं कि आप सर्वर की ओर PHP का उपयोग कर रहे हैं, लेकिन .NET वेब एप्लिकेशन के लिए समाधान यहां है: jQuery.ajax में 'एप्लिकेशन / json' के लिए सामग्री-प्रकार सेट नहीं किया जा सकता है

PHP स्क्रिप्ट में ऐसा ही करें और यह काम करेगा। बस: पहले अनुरोध पर ब्राउज़र सर्वर से पूछ रहा है कि क्या इस प्रकार के डेटा को भेजने की अनुमति है और दूसरा अनुरोध उचित / अनुमत है।

— Fanda
स्रोत
0

निम्नलिखित जोड़ने की कोशिश करें:

dataType: "json",
ContentType: "application/json",
data: JSON.stringify({"method":"getStates", "program":"EXPLORE"}),
— मेरी जैन
स्रोत
0

जब मैं किसी अन्य सर्वर में होस्ट किए गए अपने अपाचे सॉल पर डेटा पोस्ट करना चाहता हूं तो मैंने इसी तरह की समस्या को हल करने के लिए एक प्रॉक्सी यूआरएल का उपयोग किया था। (यह सही जवाब नहीं हो सकता है लेकिन यह मेरी समस्या का हल करता है।)

इस URL का अनुसरण करें: प्रॉक्सी के लिए मोड-रिवाइट का उपयोग करते हुए , मैं इस लाइन को अपने httpd.conf में जोड़ता हूं:

 RewriteRule ^solr/(.*)$ http://ip:8983/solr$1 [P]

इसलिए, मैं केवल http: // ip: 8983 / solr / * पर डेटा पोस्ट करने के बजाय / solr पर डेटा पोस्ट कर सकता हूं । फिर उसी मूल में डेटा पोस्ट किया जाएगा।

— बर्निस
स्रोत
0

मैं पहले से ही इस कोड को अच्छी तरह से php में अपने cors स्थिति से निपटने:

header( 'Access-Control-Allow-Origin: '.CMSConfig::ALLOW_DOMAIN );
header( 'Access-Control-Allow-Headers: '.CMSConfig::ALLOW_DOMAIN );
header( 'Access-Control-Allow-Credentials: true' );

और यह स्थानीय रूप से और दूर से ठीक काम कर रहा था, लेकिन दूरदराज के अपलोड के लिए नहीं।

Apache / php या मेरे कोड के साथ कुछ होता है, मैंने इसे खोजने की जहमत नहीं उठाई, जब आप विकल्प का अनुरोध करते हैं तो यह मेरे हेडर को cors नियमों के साथ लेकिन 302 परिणाम के साथ लौटाता है। इसलिए मेरा ब्राउज़र स्वीकार्य स्थिति के रूप में पहचान नहीं करता है।

मैंने @Mark मैकडॉनल्ड उत्तर के आधार पर जो किया, वह इस कोड को मेरे हेडर के बाद रखा गया है:

if( $_SERVER['REQUEST_METHOD'] === 'OPTIONS' )
{
    header("HTTP/1.1 202 Accepted");
    exit;
}

अब, OPTIONSयह अनुरोध करते समय यह केवल हेडर और 202 परिणाम भेजेगा।

— रत्न टाटा
स्रोत
-1

कृपया संज्ञान लें:

JSONP केवल GET अनुरोध विधि का समर्थन करता है।

* फ़ायरफ़ॉक्स द्वारा अनुरोध भेजें : *

$.ajax({
   type: 'POST',//<<===
   contentType: 'application/json',
   url: url,
   dataType: "json"//<<=============
    ...
});

ऊपर से अनुरोध भेजने के विकल्प (जबकि ==> प्रकार: 'POST' ) !!!!

$.ajax({
    type: 'POST',//<<===
    contentType: 'application/json',
    url: url,
    dataType: "jsonp"//<<==============
    ...
});

लेकिन उपरोक्त अनुरोध GET द्वारा भेजें (जबकि ==> प्रकार: 'POST' ) !!!!

जब आप "क्रॉस-डोमेन संचार" में हों, तो ध्यान दें और सावधान रहें।

— M.Namjo
स्रोत
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.