एक्सेल/वर्ड में लिंक पर क्लिक करने से मेरा गैर-आईई ब्राउज़र एमएसआईई 7.0 के रूप में मास्कराइड क्यों होता है?

Question

एक्सेल/वर्ड में किसी लिंक पर क्लिक करते समय, और वह लिंक आपको उस साइट पर ले जाता है जो उपयोगकर्ता एजेंट को यह निर्धारित करने के लिए निरीक्षण करता है कि यह समर्थित है या नहीं, साइट गलत तरीके से मान सकती है कि आप MSIE 7.0 का उपयोग कर रहे हैं, वास्तव में आप इसका उपयोग कर रहे हैं कुछ और, क्रोम कहो।

अनुरोध के साथ भेजे गए उपयोगकर्ता एजेंट का निरीक्षण करते समय, यह दिखाता है कि अनुरोध एमएसआईई 7.0 से है - जब उपयोगकर्ता के बिंदु से, एमएसआईई 7.0 का स्पष्ट रूप से उपयोग नहीं किया जा रहा है।

यहां क्या हो रहा है? मैं उपयोगकर्ताओं को गलत संदेश कैसे दिखाना बंद कर सकता हूं?

Answer 1

समस्या यह प्रतीत होती है कि Excel/Word क्लिक होने पर लिंक को प्री-लोड करने का प्रयास करता है। यदि यह सफलतापूर्वक लोड हो जाता है, तो यह दिए गए लिंक के साथ आपका डिफ़ॉल्ट ब्राउज़र खुल जाएगा। हालांकि, लिंक को प्री-लोड करते समय यह 302 रीडायरेक्ट का भी पालन करेगा। यदि साइट MSIE7 का समर्थन नहीं करती है (जो अब सामान्य हो रही है), तो यह आपको अधिकतर जानकारी/त्रुटि पृष्ठ पर रीडायरेक्ट करेगा। प्री-लोडिंग रूटीन इस पृष्ठ को मूल लिंक की बजाय आपके ब्राउज़र में खोल देगा, जिसके परिणामस्वरूप एक संदेश संभवतः समझाएगा कि एमएसआईई 7.0 क्यों समर्थित नहीं है - लेकिन उपयोगकर्ता को भ्रमित कर रहा है जो स्पष्ट रूप से देख सकता है कि पृष्ठ क्रोम का उपयोग करके लोड किया गया था।

क्या इस आसपास कोडिंग का एक अनुशंसित तरीका है?

यदि इसका उत्तर दिया गया है, तो कृपया मुझे बताएं। मुझे उम्मीद है कि यह किसी की मदद करेगा।

Answer 2

इसका सबसे आसान समाधान "आईई 7 समर्थित पृष्ठ" पर ब्राउज़र जांच रखना है। Office प्रोग्राम, रीडायरेक्ट का पालन करता है (गलत उपयोगकर्ता एजेंट स्ट्रिंग जो इसे भेजता है) के आधार पर त्रुटि पृष्ठ लोड करेगा, HTTP 200 प्रतिक्रिया प्राप्त करेगा और फिर लिंक को डिफ़ॉल्ट ब्राउज़र पर फेंक देगा। ब्राउज़र फिर उचित उपयोगकर्ता एजेंट स्ट्रिंग के साथ पृष्ठ का अनुरोध करता है।

1. कार्यालय प्रक्रिया अनुरोध "example.com/example.html" उपयोगकर्ता एजेंट "संगत; MSIE 7.0" के साथ
2. सर्वर रिटर्न http 302 रीडायरेक्ट
3. कार्यालय प्रक्रिया अनुरोध example.com/notsupported.html करने के लिए " example.com/notsupported.html "के साथ उपयोगकर्ता एजेंट" संगत; MSIE 7.0 "
4. सर्वर रिटर्न http 200 मिली + example.com/notsupported.html
5. कार्यालय प्रक्रिया डिफ़ॉल्ट ब्राउज़र के लिए लिंक गुजरता
6. डिफ़ॉल्ट ब्राउज़र अनुरोध" example.co एम/notsupported.html "उपयोगकर्ता एजेंट के साथ" जो कुछ भी ब्राउज़र एजेंट है "
7. सर्वर रिटर्न http 200 + example.com/notsupported.html

तो एक बार ब्राउज़र पृष्ठ का अनुरोध करता आप उपयोगकर्ता का उपयोग कर सकते मिला एजेंट स्ट्रिंग यह देखने के लिए कि क्या आप वास्तव में "समर्थित नहीं" पृष्ठ वापस भेजना चाहते हैं, या अनुरोध को वास्तविक सामग्री पर रीडायरेक्ट करना चाहते हैं।

हालांकि, यह रीडायरेक्ट किए गए मूल यूआरएल को खोजने की समस्या को उठाएगा। Office प्रक्रिया के बीच साझा सत्रों के साथ समस्याएं हैं जो मूल रूप से पृष्ठ और ब्राउज़र का अनुरोध करती हैं जो अंततः अंत बिंदु URL को पारित कर देती है। "यहां समर्थित नहीं" पृष्ठ पर रीडायरेक्ट प्रतिक्रिया में क्वेरी स्ट्रिंग पैरामीटर के रूप में मूल अनुरोध URL को एक वर्कअराउंड शामिल करना होगा।