दोस्ताना-यूआरएल उपयोग के लिए एक कोलन सुरक्षित है?

Question

हम एक यूआरएल सिस्टम तैयार कर रहे हैं जो अनुप्रयोग खंडों को स्लेश से अलग शब्दों के रूप में निर्दिष्ट करेगा। विशेष रूप से, इस GWT में है, इसलिए यूआरएल के प्रासंगिक भागों हैश (जो ग्राहक पक्ष पर एक नियंत्रक परत से व्याख्या की जाएगी) में होगा:

http://site/gwturl#section1/section2 

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

http://site/gwturl#user:45/comments 

बेशक

, हम यूआरएल-मित्रता के लिए यह कर रहे हैं, इसलिए हम यह सुनिश्चित करें कि इन पात्रों में से कोई भी जो आयोजन करेगा करना चाहते हैं विशेष अर्थ url- एन्कोडेड ब्राउज़र द्वारा, या किसी अन्य प्रणाली हो जाएगा, और इस तरह एक यूआरएल के साथ अंत:

http://site/gwturl#user%3A45/comments <--- BAD 

इस तरह से पेट के का उपयोग कर रहा है सुरक्षित (जिसके द्वारा मेरा मतलब नहीं होगा स्वचालित रूप से एन्कोड किया गया) ब्राउज़र, बुकमार्किंग सिस्टम, यहां तक ​​कि जावास्क्रिप्ट या जावा कोड के लिए भी?

Answer 1

मैं हाल ही में wrote एक यूआरएल एनकोडर के बाद है से कनेक्ट किया जाता है, तो यह मेरे मन में बहुत ताजा है।

http://site/gwturl#user:45/comments

fragment part (user:45/comments) के सभी पात्र RFC 3986 URI के लिए पूरी तरह से कानूनी है।

ABNF के प्रासंगिक भागों:

fragment  = *(pchar/"/"/"?") 
pchar   = unreserved/pct-encoded/sub-delims/":"/"@" 
unreserved = ALPHA/DIGIT/"-"/"."/"_"/"~" 
pct-encoded = "%" HEXDIG HEXDIG 
sub-delims = "!"/"$"/"&"/"'"/"("/")" 
       /"*"/"+"/","/";"/"=" 

इन प्रतिबंधों से

अलावा, टुकड़ा भाग एक अपने आवेदन में यह देता है परे कोई परिभाषित संरचना है। योजना, http, केवल यह कहती है कि आप इस भाग को सर्वर पर नहीं भेजते हैं।

---

संपादित करें:

डी 'ओह!

यूआरआई कल्पना के बारे में मेरे दावे के बावजूद, irreputable जब he points out कि एचटीएमएल 4 कल्पना तत्व नाम/पहचानकर्ता को प्रतिबंधित करता है सही जवाब देता है।

ध्यान दें कि पहचानकर्ता नियम changing in HTML 5 हैं। यूआरआई प्रतिबंध अभी भी लागू होंगे (लेखन के समय, यूआरआई 5 के यूआरआई के उपयोग के आसपास कुछ अनसुलझे मुद्दे हैं)।

Answer 2

मैं इस पर भरोसा नहीं करता। यह कई उपयोगकर्ता-एजेंटों द्वारा %3A के रूप में एन्कोडेड यूआरएल प्राप्त होगा।

Answer 3

URLEncoder जावाडोक से:

के बारे में HTML प्रपत्र एन्कोडिंग अधिक जानकारी के लिए, एचटीएमएल specification से परामर्श करें।

जब एक स्ट्रिंग एन्कोडिंग, निम्नलिखित नियम लागू होते हैं:

• अक्षरांकीय अक्षर "Z", "ए" "Z" के माध्यम से और "0" के माध्यम से "एक" "9" के माध्यम से रहते हैं वही।
• विशेष वर्ण "।", "-", "*", और "_" वही रहता है।
• स्पेस वर्ण "" को प्लस साइन "+" में परिवर्तित कर दिया गया है।
• अन्य सभी वर्ण असुरक्षित हैं और पहले कुछ एन्कोडिंग योजना का उपयोग कर एक या अधिक बाइट्स में परिवर्तित हो गए हैं। फिर प्रत्येक बाइट को 3-वर्ण स्ट्रिंग "% xy" द्वारा का प्रतिनिधित्व किया जाता है, जहां xy दो अंकों वाले हेक्साडेसिमल बाइट का प्रतिनिधित्व करता है। उपयोग करने के लिए अनुशंसित एन्कोडिंग योजना यूटीएफ -8 है। हालांकि, संगतता कारणों से, यदि कोई एन्कोडिंग निर्दिष्ट नहीं है, तो प्लेटफ़ॉर्म के डिफ़ॉल्ट एन्कोडिंग का उपयोग किया जाता है।

है, : सुरक्षित नहीं है।

Answer 4

कॉलन सुरक्षित नहीं है। See here

Answer 5

मुझे फ़ायरफ़ॉक्स या IE8 कुछ विकिपीडिया URLs एन्कोडिंग नहीं दिख रहा है जिसमें चरित्र शामिल है।

Answer 6

यह एक सुरक्षित चरित्र नहीं है और अलग करने के लिए क्या बंदरगाह आप जब यह सही अपने डोमेन नाम

Answer 7

प्रोटोकॉल को प्रमाणीकरण की आवश्यकता होने पर उपयोगकर्ता नाम और पासवर्ड के बीच विभाजन के रूप में उपयोग किया जाता है।

Answer 8

यूआरआई मानक पर मैकडॉवेल के विश्लेषण के अलावा, यह भी याद रखें कि टुकड़ा वैध HTML एंकर नाम होना चाहिए। http://www.w3.org/TR/html4/types.html#type-name

आईडी और नाम टोकन के अनुसार एक पत्र के साथ शुरू होगा ([a-zA-Z]) और अक्षर, अंक ([0-9]), हाइफ़न के किसी भी संख्या से पालन किया जा सकता ("-"), अंडरस्कोर ("_"), कोलन (":"), और अवधि ("।")।

तो आप भाग्य में हैं। ":" स्पष्ट रूप से अनुमति है। और किसी को भी "%" नहीं होना चाहिए - न केवल इसलिए कि "%" अवैध रूप से वहां है, बल्कि इसलिए भी क्योंकि टुकड़ा बहुत अधिक एंकर नाम चार-चार-चर से मेल खाता है, इसलिए किसी एजेंट को किसी भी तरह से उनके साथ गुस्सा करने की कोशिश नहीं करनी चाहिए।

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

Answer 9

मीडियाविकि और अन्य विकी इंजन स्पष्ट रूप से कोई बड़ी समस्या के साथ नामस्थानों को नामित करने के लिए अपने यूआरएल में कोलन का उपयोग करते हैं।

जैसे http://en.wikipedia.org/wiki/Template:Welcome