रिटर्निंग एक्सएचआर अनुरोध

Question

यदि ब्राउज़र एक ajax अनुरोध करने के लिए एक रीडायरेक्ट प्रतिक्रिया मिलती है तो क्या होता है के जवाब के रूप में पुन: निर्देशित?

Answer 1

यदि ब्राउज़र एक ajax अनुरोध करने के लिए एक रीडायरेक्ट प्रतिक्रिया मिलती है तो क्या होगा?

यदि सर्वर एक रीडायरेक्ट भेजता है (उर्फ 302 प्रतिक्रिया प्लस एक स्थान: शीर्षलेख) रीडायरेक्ट स्वचालित रूप से ब्राउज़र द्वारा पीछा किया जाता है। दूसरा अनुरोध (यह मानते हुए कि यह एक और रीडायरेक्ट नहीं है) की प्रतिक्रिया आपके कार्यक्रम के संपर्क में है।

वास्तव में, आप पता लगाने के लिए कि क्या एक 302 प्रतिक्रिया आ गई है की क्षमता नहीं है। यदि 302 रीडायरेक्ट 200 की ओर जाता है, तो आपका प्रोग्राम समान रूप से कार्य करता है जैसे मूल अनुरोध सीधे 200 तक चला जाता है।

यह मेरा अनुभव और behavior called out in the spec दोनों रहा है।

2016 अद्यतन: समय बीत चुका है, और अच्छी खबर यह है कि नए fetch() APIfiner-grained control of how redirects are handled पेशकश करने के लिए, एक्सएचआर के समान डिफ़ॉल्ट व्यवहार के साथ spec'd जाता है। उस ने कहा, यह केवल काम करता है जहां fetch() लागू किया गया है मूल रूप से। Polyfill versions of fetch() - जो XHR- continue to have XHR's limitations पर आधारित हैं। सौभाग्य से, native browser support अच्छी तरह से गोल करने लगते हैं।

Answer 2

ajax-request कि afaik अनुप्रेषित का पालन करेंगे। वास्तविक सामग्री (.responseText, .responseXML) उस पृष्ठ की सामग्री होगी जिस पर आपको रीडायरेक्ट किया गया है।

readyState 2 या 3 पर आप रीडायरेक्ट (status-code, location-header) को अवरुद्ध करने में सक्षम हो सकते हैं, लेकिन इसके बारे में निश्चित नहीं हैं।