योजना सापेक्ष यूआरएल (नेटवर्क-पथ संदर्भ) कुछ ऐसा है जो मैंने अभी पाया है - जहां आप एक यूआरएल की योजना निर्दिष्ट नहीं करते हैं और यह इसे उठाता है वर्तमान संदर्भनेटवर्क-पथ संदर्भ यूआरआई/योजना सापेक्ष यूआरएल
उदाहरण के लिए: <img src="//domain.com/img.png" />
https://domain.com/img.png
हो जाएगी अगर मौजूदा योजना HTTPS या http://domain.com/img.png
है अगर ऐसा नहीं है।
ऐसा लगता है कि किसी पृष्ठ पर कुछ सामग्री सुरक्षित नहीं है, इस बारे में डरावनी त्रुटि लाने के बिना किसी बाहरी पृष्ठ या किसी एसएसएल पृष्ठ पर छवि को कॉल करने की उन परेशानी की समस्याओं को हल करने का एक बहुत आसान तरीका लगता है।
लाभ स्पष्ट प्रतीत होता है, लेकिन जो मुझे लगता है कि यह खोजने में सक्षम नहीं है, इस पर बड़ी मात्रा में जानकारी है और यह सोच रहा था कि क्या किसी के पास योजना सापेक्ष यूआरएल (अच्छा या बुरा) के बारे में कोई अनुभव या संदर्भ है?
जबकि मैं यह पता लगाने की कोशिश कर रहा हूं कि क्या कोई ब्राउज़र है जिसके कारण यह समस्याएं उत्पन्न होती है (मैं आईई 6-8, क्रोम और फ़ायरफ़ॉक्स के साथ सफल रहा हूं), मुझे यह भी पता लगाना है कि किसी के पास कोई अनुभव है या नहीं विभिन्न भाषाओं में इसका उपयोग करना। उदाहरण के लिए, यदि आप एएसपी में एक स्कीम सापेक्ष यूआरएल के साथ Response.Redirect
जारी करना चाहते हैं तो यह काम करेगा?
बधाई ! :) –
संभावित डुप्लिकेट [क्या यह http: // के साथ //
आप IE 7 समर्थन करना चाहते हैं और 8, आप उस योजना को स्टाइलशीट के लिए संबंधित यूआरएल पर विचार करना चाहेंगे, उन्हें दो बार डाउनलोड किया जाएगा:
स्रोत: आपकी पहली स्टैक ओवरफ़्लो सवाल पर http://www.stevesouders.com/blog/2010/02/10/5a-missing-schema-double-download/
स्रोत
2013-01-23 19:48:22 MPV
सिर के लिए +1। मेरी प्रतिक्रिया * मेरे द्वारा ठीक * है। सुस्त आईई अभी भी अधिक सुस्त हो जाएगा, जिससे बेहतर ब्राउज़र बेहतर दिखाई देंगे। – toolbear