आप नहीं कर सकते। ऐसा नहीं है कि HTTP कैसे काम करता है। सबसे पहले, "रीडायरेक्ट" केवल 301, 302, या (HTTP 1.1 के बाद) Location हेडर के साथ 307 स्टेटस कोड है जिसे क्लाइंट को यूआरएल पर सेट किया जाना चाहिए। यह क्लाइंट है जो उस यूआरएल के अनुरोध को शुरू करता है, इसलिए आपके पास कौन से शीर्षलेख भेजे गए हैं, इस पर आपका कोई नियंत्रण नहीं है।
दूसरा, HTTP स्टेटलेस है, इसलिए तथ्य यह है कि किसी प्रतिक्रिया पर हेडर कुछ प्रतिक्रियाओं में शून्य किसी भी भविष्य के अनुरोधों में होने वाली किसी भी चीज़ पर असर डालता है। वेब ब्राउज़र और अन्य HTTP क्लाइंट सर्वर की ओर से सत्रों और क्लाइंट साइड पर कुकीज़ का उपयोग करके HTTP की स्टेटलेस प्रकृति के आसपास स्कर्ट करते हैं। क्लाइंट अनुरोध के साथ सर्वर को कुकी भेजता है। कुकी सर्वर पर सत्र स्टोर में किसी आइटम से मेल खाती है, और सर्वर उस सत्र से डेटा को लोड करता है ताकि उपस्थिति को बनाए रखा जा सके।
तीसरा, कुकीज़ इस स्थिति में काम नहीं करती है, क्योंकि वे डोमेन बाध्य हैं और जिन डोमेनों से वे उत्पन्न नहीं हुए हैं, उनके अनुरोधों के साथ भेजा नहीं जाता है। इसलिए, अगर आप प्राधिकरण को बनाए रखने के लिए सत्र बनाना चाहते थे, तो दूसरी साइट इसे कभी नहीं देख पाएगी।
एफडब्ल्यूआईडब्ल्यू, यहां मूलभूत आधार, एक अलग डोमेन के साथ प्रमाणीकरण स्थिति साझा करना, बिल्कुल ओएथ जैसी तकनीकों के लिए विकसित किया गया था। तो उस दिशा में प्रत्यक्ष भविष्य अनुसंधान।
स्रोत
2013-08-02 21:14:10
मुझे इस मैनुअल रीडायरेक्ट क्लाइंट पक्ष के बारे में और बताएं (ठीक है क्योंकि आप एजेक्स कॉल कर रहे हैं)। ' – user1265146
मुझे यह विचार पसंद है ... इस मैनुअल रीडायरेक्ट क्लाइंट साइड के बारे में मुझे और बताएं (ठीक है क्योंकि आप एजेक्स कॉल कर रहे हैं)। ' मुझे ऑथ हेडर सेट करना होगा और इसे एक नई विंडो या टैब में खोलना होगा। – user1265146
@ user1265146 - "मैन्युअल" के रूप में आपके सर्वर से सामान्य 200 प्रतिक्रिया प्राप्त होती है जिसमें '{header: XXXX, location: url} 'जैसी कुछ होती है और उस स्थान पर दूसरा AJAX अनुरोध करता है।अब जब से आप शायद दूसरे डोमेन पर पोस्ट करना चाहते हैं, तो आप उस अनुरोध को बिल्कुल भी नहीं कर पाएंगे (जब तक कि अन्य डोमेन सीओआरएस का समर्थन नहीं करता)। –