2010-08-04 12 views
5

का उपयोग करके कॉल किया जाता है तो एक रिश्तेदार सीएसएस पथ को कॉल किया जाएगा यदि आपका पृष्ठ https प्रोटोकॉल का उपयोग करके कॉल किया जाता है, तो बाहरी सीएसएस के किसी भी सापेक्ष पथ को https प्रोटोकॉल का उपयोग करके भी बुलाया जाएगा। क्या आपको वास्तव में सीएसएस सामग्री को एन्क्रिप्ट/डिक्रिप्ट करने की आवश्यकता है? : डी हालांकि, यदि आप बाह्य सीएसएस का जिक्र करते हुए पूर्ण पथ का उपयोग करते हैं, तो आप प्रोटोकॉल को सामान्य रूप से https के बजाय http का उपयोग करने के लिए निर्दिष्ट कर सकते हैं। शायद मैं गलत हूँ!क्या मेरा मानसिक मॉडल गलत है? यदि पृष्ठ को https

कृपया मुझे बताएं कि मेरा मानसिक मॉडल पूरी तरह से गलत है या नहीं।

उत्तर

9

हाँ आप सही हैं, सापेक्ष पथ उसी प्रोटोकॉल का उपयोग करेंगे जो आप वर्तमान में कर रहे हैं, पूरी तरह से योग्य पथों में वे जो भी प्रोटोकॉल चाहते हैं, शामिल हो सकते हैं।

आप आमतौर पर चाहते रिश्तेदार व्यवहार कार्य करने के लिए की तरह यह होता है, अन्यथा आप आप सबसे ब्राउज़रों में एक https:// पृष्ठ पर http:// संसाधनों लोड कर रहे हैं अगर एक असुरक्षित-सामग्री की चेतावनी मिल जाएगा।

1

हां, सापेक्ष पथ द्वारा निर्दिष्ट सीएसएस/जेएस HTTPS का उपयोग करके लोड किया जाएगा। नहीं, आपको सामग्री को डिक्रिप्ट नहीं करना पड़ेगा, ब्राउज़र आपके लिए यह करेगा। हां, आप पूर्ण पथ का उपयोग करके सीएसएस/जेएस का संदर्भ ले सकते हैं, HTTP सहित प्रोटोकॉल निर्दिष्ट कर सकते हैं। एक चीज आपको सावधान रहना है कि कुछ ब्राउज़र एक सुरक्षित साइट लोडिंग असुरक्षित सामग्री के बारे में चेतावनी देंगे।

+0

मुझे पता है कि डिक्रिप्ट/एन्क्रिप्ट स्वचालित रूप से ब्राउज़र और सर्वर द्वारा किया जाएगा। – xport

3

जैसा कि अन्य ने उत्तर दिया है, आपका मॉडल सही है। वास्तव में मजेदार फीचर है कि कई लोगों को प्रोटोकॉल रिश्तेदार यूआरएल के बारे में पता नहीं है। "//www.foo.com/bar.html" एक पूरी तरह से मान्य यूआरएल है और वर्तमान प्रोटोकॉल को संरक्षित रखेगा।

यह बहुत आसान है अगर आप HTML को आउटपुट कर रहे हैं जो http और https पर काम करना चाहिए, लेकिन कुछ होस्ट नामों की आवश्यकता है (उदा। Static.foo.com/images.foo.com का समर्थन करने के लिए)।

संबंधित मुद्दे