दिलचस्प पोस्ट
कैनवास गुणों को आइटम्स कॉंट्रॉल डाटाटाप्लेट में सेट करना एंड्रॉइड पर इंटरनेट कनेक्शन की जांच ट्विटर बूटस्ट्रैप 3: मीडिया प्रश्नों का उपयोग कैसे करें? संदर्भ कॉल द्वारा std :: थ्रेड पास प्रतिलिपि कन्स्ट्रक्टर कस्टम फ़ॉन्ट के साथ Spannable ऑब्जेक्ट फ़ॉन्ट कैसे सेट करें C ++ में यादृच्छिक संख्या उत्पन्न करने का सबसे अच्छा तरीका क्या है? संदर्भ – पीडीओ के बारे में अक्सर पूछे जाने वाले प्रश्न JQuery के साथ इनपुट अक्षम / सक्षम करें? टेबल सेल से मूल्य के आधार पर जेटेबल पंक्ति हाइटलाइटर डॉकर कंटेनर तुरंत क्यों निकलता है जावा 8 और जावा 9 में अहस्ताक्षरित पूर्णांक का उपयोग कैसे करें? पीएचपी – डीबगिंग कर्ल फेसबुक ग्राफ़ एपीआई का इस्तेमाल करते हुए पेज की तरह 'पसंद' आप कैपेबारा में यूआरएल को कैसे पोस्ट करते हैं? कचरा संग्रह का कारण बनता है: मीडियाप्लेयर को रिलीज़ किए बिना अंतिम रूप दिया गया

यूआरएल के लिए ब्राउज़र का समर्थन दोहरे स्लैश से शुरू होता है

मैंने हाल ही में एक प्रोटोकॉल के बिना इस्तेमाल कुछ लिंक देखा है। यह समझना मुश्किल नहीं था – मुझे लगता है कि यह एक महान विचार है और बहुत सहज है।

आप में से अनजान लोगों के लिए, //example.com/script.js जैसे यूआरएल का उपयोग करके या तो http://example.com/script.js या https://example.com/script.js को इंगित किया जाएगा कि क्या यूआरएल एक http या https यूआरएल से उत्पन्न नहीं है एचटीटीपी पृष्ठ से http स्क्रिप्ट्स या छवियों को शामिल करना एक सुरक्षा चिंता का विषय हो सकता है, उदाहरण के लिए, इसलिए यह हल करता है कि आपके कोड में प्रोटोकॉल पहचान की आवश्यकता के बिना।

मेरा सवाल है, ब्राउज़र / ओएस समर्थन किस प्रकार इसके लिए है? क्या उत्पादन में इसका उपयोग करना सुरक्षित है? यह निश्चित रूप से चीजों को थोड़ा आसान बना देगा

सरल उदाहरण और परीक्षण: http://codetester.org/916c6916

संपादित करें: बस एक अनुवर्ती कार्रवाई करें कि मैं इसे अपने कम्पनी के विज्ञापन सर्वर के लिए उत्पादन में कई सालों के लिए कुछ वर्षों के बिना उपयोग कर रहा हूं।

वेब के समाधान से एकत्रित समाधान "यूआरएल के लिए ब्राउज़र का समर्थन दोहरे स्लैश से शुरू होता है"

यह व्यवहार आरएफसी 1808 (धारा 4) का हिस्सा था जो कि लगभग 16 साल का है, इसलिए हर प्रमुख ब्राउज़र को यह (और करता है) इसका समर्थन करना चाहिए।

अफसोस की बात है, आईई 7 और -8 के साथ एक बग है , जो कि संसाधनों को दो बार डाउनलोड कर देगा अगर एक प्रोटोकॉल-रिश्तेदार यूआरएल link या @import पर उपयोग किया जाता है – जो कि बड़ी समस्या नहीं होनी चाहिए, लेकिन बदसूरत है और इसे में रखा जाना चाहिए मन।

यदि आप किसी स्थानीय मशीन पर विकास कर रहे हैं तो संभावना है कि यह src="file://host.com/filename". साथ विफल हो जाएगा src="file://host.com/filename".

इस स्थिति में आपको स्पष्ट रूप से योजना को निर्दिष्ट करने की आवश्यकता है: http://host.com/filename या https://host.com/filename