यह एक प्रभाव समस्या नहीं है, इसे लाने से संबंधित होना चाहिए। क्रॉस डोमेन?

मैंने एक क्रॉस-डोमेन अनुरोध किया, और अनुरोध करने के लिए इसे axios में बदल दिया। सब कुछ सामान्य है। क्रॉस-डोमेन का समर्थन करने के लिए लाने के लिए कौन से पैरामीटर कॉन्फ़िगर किए जाने चाहिए?

मैंने इसे विशेष रूप से नहीं आजमाया है, लेकिन फ़ेच दस्तावेज़ीकरण को देखते हुए, ऐसा कहा जाता है कि क्रॉस-डोमेन प्रोसेसिंग XMLHTTPRequest के अनुरूप है। क्या यह इस तथ्य से संबंधित हो सकता है कि कुकी को नहीं लाया गया था? https://www.npmjs.com/package/whatwg-fetch#sending -cookies

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

मुझे लगता है कि @xaviertung समस्या का विश्लेषण/पता लगाने के लिए सर्वर लॉग की जांच करने पर विचार कर सकता है। यदि यह प्रमाणीकरण समस्या है, तो प्रमाणीकरण समस्या हल करें :)

१८ नवंबर २०१६ को सुबह ८:३० बजे, चेनचेंग (云谦) अधिसूचनाएँ @github.com ने लिखा:

मैंने इसे विशेष रूप से नहीं आजमाया है, लेकिन फ़ेच दस्तावेज़ीकरण को देखते हुए, ऐसा कहा जाता है कि क्रॉस-डोमेन प्रोसेसिंग XMLHTTPRequest के अनुरूप है। क्या यह इस तथ्य से संबंधित हो सकता है कि कुकी को नहीं लाया गया था? https://www.npmjs.com/package/whatwg-fetch#sending -cookies https://www.npmjs.com/package/whatwg-fetch#sending -cookies
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें https://github.com/dvajs/dva/issues/282#issuecomment -261413729, या थ्रेड को म्यूट करें https://github.com/notifications/unsubscribe-auth/ACv7UniRkGq0Uv8XFBUeNMe5jBeGyWpQksZM_PKgaJp. 4

धन्यवाद, समस्या हल हो गई है, यह मोड और क्रेडेंशियल सेटिंग की समस्या है।

इसे कैसे हल करें, आइए योजना के बारे में बात करते हैं अन्य लोगों को बाद में इसका सामना करना पड़ सकता है।

1. फ़ेच द्वारा फेंकी गई त्रुटि ने समस्या का स्पष्ट रूप से पता नहीं लगाया, और यह जानने के लिए कि यह एक क्रॉस-डोमेन समस्या थी, एक वादा समाधान (अक्षीय) में बदल गई
   2. मुझे क्रॉस-डोमेन समस्या को आसानी से हल करने के लिए इंटरनेट पर एक पोस्ट मिली, मोड सेट किया: नो-कॉर्स, और कुछ चक्कर लगाए।
   3. अंत में, मुझे भ्रूण के आधिकारिक दस्तावेजों को पढ़कर लाने की गहरी समझ है, और अंत में मोड सेट करके समस्या को हल किया; cors।
   सारांश: क्रॉस-डोमेन समस्याओं को हल करने की कुंजी xhr और http प्रोटोकॉल की समझ में निहित है। मोड को Cors और no-cors के रूप में निर्दिष्ट करने के बीच सबसे बड़ा अंतर यह है कि cors अनुरोध भेजने से पहले विकल्प s से होकर गुजरता है। क्षेत्र।

@sorrycc शिक्षक, मुझे क्रॉस-डोमेन फ़ेच के साथ कुछ समस्याओं का भी सामना करना पड़ा। लाने के अनुरोध का उपयोग करने के बाद, कंसोल में एक 200 विकल्प अनुरोध दिखाई दिया। पृष्ठभूमि ब्रेकपॉइंट में प्रवेश कर सकती है। निर्णय विधि GET (मेरा वास्तविक अनुरोध) है, और फ्रंट एंड प्रतिक्रिया का उपयोग करता है।json() पृष्ठभूमि डेटा भी प्राप्त किया जा सकता है, लेकिन कंसोल में GET अनुरोधों का रिकॉर्ड नहीं है, केवल विकल्प हैं। यदि आप अजाक्स का उपयोग करते हैं, तो सब कुछ सामान्य है। कंसोल में विकल्प और GET दोनों अनुरोध हैं।

@AsceticBoy ऐसा लगता है कि यह कंसोल के साथ एक समस्या होनी चाहिए। क्या यह फ़िल्टरिंग से लैस है?

@xaviertung क्रॉस-साइट फ्रंट एंड को केवल मोड सेट करने की आवश्यकता है; cors?
मैंने क्रेडेंशियल्स जोड़े: हेडर में 'शामिल', और मैं यह कहते हुए एक त्रुटि की रिपोर्ट करूंगा कि अनुरोध की अनुमति नहीं है।
डिबगिंग अब परेशानी भरा है। मुझे हर बार लागत डोमेन बदलना होगा और फिर फ्रंट-एंड को संकलित करना होगा और डिबगिंग के लिए बैक-एंड प्रोजेक्ट में डालना होगा।
मुझे अपने द्वारा उपयोग किए जाने वाले nginx+tomcat (स्प्रिंग) बैकएंड को कैसे सेट अप करना चाहिए?धन्यवाद

@wuyongdec को यह जांचने की आवश्यकता है कि क्या सर्वर क्रॉस-डोमेन कॉन्फ़िगरेशन की अनुमति देने के लिए खुला है।

@wuyongdec डोरा क्रॉस-डोमेन डिबगिंग का समर्थन करता है

@xaviertung सर्वर खोला गया था, लेकिन सर्वर ने इनकार कर दिया जब क्रेडेंशियल: 'शामिल' जोड़ा गया था।

@jingchenxu क्या कोई दस्तावेज है?

मुझे इस समस्या का सामना करना पड़ा क्योंकि प्रॉक्सी .roadhogrc में कॉन्फ़िगर नहीं किया गया था। प्रॉम्प्ट भी एक क्रॉस-डोमेन समस्या है।

लक्ष्य के http://jsonplaceholder.typicode.com/ को अपने स्वयं के सर्वर पते में बदलें
"proxy": { "/api": { "target": "http://jsonplaceholder.typicode.com/", "changeOrigin": true, "pathRewrite": { "^/api" : "" } } }

@wuyongdec मुझे भी आपके जैसी ही समस्या का सामना करना पड़ा, क्या आपने इसे हल किया है? इसका समाधान कैसे हुआ?

क्रॉस-डोमेन कॉन्फ़िगरेशन के लिए अलग फ्रंट और बैक एंड! ! ! गैर-कुकीज़ प्रमाणीकरण, JWT प्रमाणीकरण कॉन्फ़िगरेशन! !
क्रॉस-डोमेन अनुरोधों की अक्षमता को हल करें,
सबसे पहले, config.js में प्रॉक्सी सेट न करें। इस कॉन्फ़िगरेशन का उपयोग केवल स्थानीय विकास के लिए किया जा सकता है और निर्माण के बाद अमान्य हो जाएगा।

मेरी योजना:
.env में कॉन्फ़िगर करें (यदि नहीं तो रूट निर्देशिका में बनाएं)
एपीआई का अनुरोध करते समय, सर्वर का पता पढ़ें। (अनुरोध संशोधित करें। जेएस)

नघिन/अपाचे/php सर्वर प्लस
add_header एक्सेस-कंट्रोल-अनुमति-उत्पत्ति * हमेशा; ### (Nginx 1.7.5 के बाद से)

add_header एक्सेस-कंट्रोल-अनुमति-विधियां प्राप्त करें, पोस्ट करें, विकल्प, हेड, पुट;
add_header एक्सेस-कंट्रोल-अनुमति-शीर्षलेख "प्राधिकरण, सामग्री-प्रकार";

फ्रंट-एंड फेंच:
क्रेडेंशियल:'ओमिट' // इसका मतलब है कि कुकीज़ नहीं भेजी जानी चाहिए, और क्रॉस-डोमेन अनुरोध आवश्यक हैं
हैडर:{
प्राधिकरण: localStorage.getItem('login-token'),
}

उनमें से, "प्राधिकरण" सर्वर-साइड प्रमाणीकरण विधि के आधार पर विभिन्न सर्वरों के विभिन्न कॉन्फ़िगरेशन को संदर्भित करता है

मैंने यहां जो किया उसे रिकॉर्ड करें।
यदि डोमेन नाम असंगत हैं, तो कृपया सुनिश्चित करें कि बैकएंड क्रॉस-डोमेन का समर्थन करता है।
कोई फर्क नहीं पड़ता कि यह 200 400 500 है, इसमें एक्सेस-कंट्रोल-अनुमति-उत्पत्ति और अन्य जानकारी होनी चाहिए।
निम्नलिखित दो मापदंडों को फ़ेच हेडर में ले जाया जाता है

{
  mode: 'cors',
  credentials: 'include',
}

Nginx सर्वर निम्न शीर्षलेख लिखता है

add_header Access-Control-Allow-Credentials: true
Access-Control-Allow-Headers: Keep-Alive,User-Agent,Cache-Control,Content-Type,Authorization,sbid
Access-Control-Allow-Methods: GET, POST, OPTIONS
Access-Control-Allow-Origin: 你的域名

इस समय, पोस्ट डिलीट प्राप्त करें और इसी तरह सभी सामान्य रूप से काम कर सकते हैं,
हालाँकि, जब किसी अन्य समस्या का सामना करना पड़ता है, तो 401 लौटते समय nginx ने Access-Control-Allow-Origin और अन्य जानकारी खो दी, जिसके परिणामस्वरूप 401 (https://github.com/github/fetch/issues/201) पर प्रतिक्रिया स्थिति प्राप्त करने में विफलता हुई। # जारी टिप्पणी-141777867)
समाधान, nginx हमेशा जोड़ता है
सिंटैक्स: | add_header नाम मान [हमेशा];
http, सर्वर, स्थान, यदि स्थान में है

server {
  listen       80;
  server_name  www.google.com;

  #charset koi8-r;
  #access_log  /var/log/nginx/host.access.log  main;

  location / {
    if ($request_method = 'OPTIONS') { 
      add_header Access-Control-Allow-Origin 'http://www.baidu.com' always;
      add_header Access-Control-Allow-Credentials 'true' always; 
      add_header Access-Control-Allow-Methods 'GET, POST, OPTIONS' always;
      add_header Access-Control-Allow-Headers 'Keep-Alive,User-Agent,Cache-Control,Content-Type,Authorization,sbid' always;    
      return 200; 
    }

    root   /home/wwwroot/php;
    index  index.php index.html index.htm;
    try_files $uri $uri/ /index.php?$args;
  }

  location ~ \.php$ {
    add_header Access-Control-Allow-Origin 'http://www.baidu.com' always;
    add_header Access-Control-Allow-Credentials 'true' always; 
    add_header Access-Control-Allow-Methods 'GET, POST, OPTIONS' always;
    add_header Access-Control-Allow-Headers 'Keep-Alive,User-Agent,Cache-Control,Content-Type,Authorization,sbid' always;  
    root /home/wwwroot/php/;
    fastcgi_pass 127.0.0.1:9000;
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME           $document_root$fastcgi_script_name;
    include fastcgi_params;
  }  
}

server {
  listen       80;
  server_name  www.baidu.com;

  #charset koi8-r;
  #access_log  /var/log/nginx/host.access.log  main;

  location / {
    root   /home/wwwroot/view;
    try_files $uri $uri/ /index.html;
  }  
}