2011-03-19 13 views
12

में इसका उपयोग क्यों करें - यूआरएल में इसके बजाय _ का उपयोग क्यों करें? यूआरएल में '_' कोई बुरा प्रभाव नहीं लगता है।क्यों उपयोग करें - यूआरएल

+3

क्योंकि "क्यों-उपयोग-बदले-ऑफ-इन-यूआरएल" "why_use_instead_off_in_url" से बेहतर दिखता है: D – sod

+0

बस यही कारण है? क्या यह एसईओ में भी मदद करता है? मैं इसके बारे में निश्चित नहीं हूँ। या क्योंकि यह हाइफ़न है, तो सिंटैक्स में अंडरस्कोर से कनेक्ट शब्दों पर बेहतर है। – hamlet

+0

Google वेबमास्टर सेंट्रल इस विषय पर थोड़ा सा है। [यहां] देखें (http://www.google.com/support/webmasters/bin/answer.py?answer=76329) – Ragnar123

उत्तर

24

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

जब आप एक-लंबी-वाक्य-कई-डैश के साथ पढ़ते हैं, तो आपकी आंख एक ही क्षितिज के साथ ट्रैकिंग रखती है, और दृष्टि से, आपके दिमाग के लिए उन्हें देखना और अनदेखा करना आसान है।

एक और अच्छा कारण यह है कि Google और अन्य खोज इंजन यूआरएल रैंक करते हैं जो खोज शब्द से मेल खाते हैं जब विभाजक शब्द डैश होता है।

+0

अद्भुत! धन्यवाद। – hamlet

+2

दिलचस्प दिलचस्प है, यह मेरे विपरीत है। A_long_sentence पढ़ने पर, मैं अपनी आंखों को मध्य रेखा पर रखता हूं, इसलिए मैं अंडरस्कोर की जगह रिक्त स्थान प्रभावी ढंग से देखता हूं, जो बेहतर महसूस करता है। – GSerg

+1

और क्योंकि मैट कर्ट्स ऐसा कहते हैं। वह Google से एक आधिकारिक स्रोत है: http://www.youtube.com/watch?v=Q3SFVfDIS5k –

1

टाइप करना आसान है (कम से कम मेरे जर्मन कीबोर्ड पर) और देखें।

3

एक मुख्य कारण यह है कि अधिकांश एंकर टैगों में text-decoration:underline है जो प्रभावी ढंग से आपके अंडरस्कोर को छुपाता है।
और, एक गैर तकनीक के जानकार उपयोगकर्ता स्वचालित रूप से ग्रहण नहीं होते एक अंडरस्कोर :)

33

होस्ट नाम में अंडरस्कोर की अनुमति नहीं है। इस प्रकार some_place.com मान्य यूआरएल नहीं है क्योंकि मेजबान का नाम वैध नहीं है। यूआरएलएस में अंडरस्कोर की अनुमति है। इस प्रकार कुछ-place.com/which_place/ पूरी तरह वैध है, अन्य चिंताओं को अलग करता है।

आरएफसी 1738 से:

मेजबान

[...] Fully qualified domain names take the form as described 
    in Section 3.5 of RFC 1034 [13] and Section 2.1 of RFC 1123 
    [5]: a sequence of domain labels separated by ".", each domain 
    label starting and ending with an alphanumerical character and 
    possibly also containing "-" characters. The rightmost domain 
    label will never start with a digit, though, which 
    syntactically distinguishes all domain names from the IP 
    addresses. 
+1

मुझे लगता है कि यह सही जवाब है – dhpratik

4

वैसे ... ऐसा लगता है कई जावा नेटवर्क पुस्तकालयों सही ढंग से जब किसी URL व्याख्या करने के लिए सक्षम नहीं होगा अंडरस्कोर का उपयोग करना:

URI uri = URI.create("http://www.google-plus.com/"); 
System.out.println(uri.getHost()); // prints www.google-plus.com 

URI uri = URI.create("http://www.google_plus.com/"); 
System.out.println(uri.getHost()); // prints null 
संबंधित मुद्दे