WWW या नहीं WWW, प्राथमिक साइट के नाम के रूप में क्या चुनना है? [बन्द है]


86

तकनीकी दृष्टिकोण से एकमात्र मुद्दा ट्रैफ़िक और इनकमिंग लिंक हैं (उनमें से एक को दूसरे पर रीडायरेक्ट करना चाहिए)।

अब मुझे यह चुनने की आवश्यकता है कि कौन सा प्राथमिक होना चाहिए। कुछ साइटों में www (google, microsoft, ruby-lang) और कुछ बिना www (stackoverflow, github) के हैं। मुझे लगता है कि नए WWW का उपयोग नहीं करते हैं।

क्या चुनना है?

कृपया कुछ स्पष्टीकरण के साथ।

अद्यतन: यह प्रोग्रामिंग से संबंधित प्रश्न है। वास्तव में साइट प्रोग्रामर के लिए है, इसलिए मैं यह देखने की उम्मीद करता हूं कि तकनीकी लोग क्या सोचते हैं।

अद्यतन: WWW के बिना साइट स्पष्ट विजेता है। आप लोगों को धन्यवाद!


7
मेरे लिए, http: / / www वास्तव में बेमानी लगता है। www का तात्पर्य है कि यातायात HTTP के माध्यम से होगा ... जो http: / / पहले से ही आपको बताता है।
ट्रैविस

4
यदि आप कोई www-www मार्ग चुनते हैं, तो आपके पास कभी भी कुकी-कम उपडोमेन (CDN नहीं लगता) हो सकता है। phpied.com/www-vs-no-www-and-cookies
नील McGuigan

1
यह उत्तर , हालांकि सीधे संबंधित नहीं है, प्रासंगिक लगता है। इसके अलावा, यह पढ़ने के लिए मत भूलना कि URL में "www" होने का क्या मतलब है?
स्किप्पी ले ग्रैंड गौरू

जवाबों:


63

इससे कोई फर्क नहीं पड़ता कि आप किसे चुनते हैं लेकिन आपको एक चुनना चाहिए और सुसंगत होना चाहिए। यह शैली की बात है, लेकिन यह ध्यान रखना महत्वपूर्ण है कि खोज इंजन इन दो URL को अलग-अलग साइट मानते हैं:

http://www.example.com
http://example.com

तो जो भी आप सौंदर्य कारणों के लिए चुनते हैं, उन्हें एसईओ कारणों के लिए लगातार उपयोग किया जाना चाहिए।

संपादित करें: मेरी निजी राय wwwयह है कि यह मेरे लिए पुरातन होने के कारण से गुजरना है। मुझे भी छोटे यूआरएल पसंद हैं। यदि यह मेरे पास थे मैं से सभी यातायात पुनर्निर्देशित हैं www.example.comकरने के लिए example.com


10
यह भी उपयोगी है कि एक एकल विहित डोमेन है ताकि कुकीज़ खो न जाएं, जो वास्तव में उपयोगकर्ताओं को भ्रमित करता है
एडम बटकिन

4
साथ ही, यदि आपने एक को विहित के रूप में चुना है, तो दूसरे को स्वीकार करें लेकिन खोज इंजन बिंदु से डुप्लिकेट सामग्री से बचने के लिए इसे पुनर्निर्देशित करें।
उदाहरण मुझे 13

मुझे चुनने की आवश्यकता है :)। तो यह जवाब मेरी मदद नहीं कर सका :)। मुझे सीईओ मुद्दों के बारे में पता है, मैंने इस प्रश्न में ओटिल्ड किया है।
माइक चालि

9
@ माइक - मुझे नहीं लगता कि आपका मतलब सीईओ मुद्दों से है - वे तब होंगे जब चीफ एक्ज़ेक फिट होगा क्योंकि "सभी वेबसाइटों को डब्ल्यूडब्ल्यूडब्ल्यू के साथ शुरू होना चाहिए!" ;)
कीथ विलियम्स


21

WWW का उपयोग न करें। यह एक अनावश्यक जीभ-ट्विस्टर है, और ग्राफिक डिजाइनरों के लिए गधे में दर्द है।


8
ग्राफिक डिजाइनर किन समस्याओं के कारण होते हैं?
स्टुपरयूजर

मुझे लगता है कि उन्हें डब्ल्यूडब्ल्यूडब्ल्यू को लोगो में जोड़ना चाहिए, अन्यथा उपयोगकर्ता भ्रमित होंगे, वही विज्ञापनों के लिए सच हो सकता है।
माइक चालि

5
@ स्टॉपरयूज़र - यह सिर्फ लोगो पर शोर है; Ws का पैटर्न काफी नेत्रहीन है। @ माइक - मुझे लगता है कि mysite.com स्पष्ट रूप से एक वेबसाइट है, जो WWW के साथ या उसके बिना है। लोग अभी भी WWW टाइप करेंगे , यही वजह है कि आप दोनों को सर्वर पर कॉन्फ़िगर करते हैं, लेकिन किसी को "bbc.co.uk/news" पर जाने के लिए कहना उतना ही समझ में आता है जितना "www.bbc.co.uk/news"
कीथ विलियम्स

1
कुछ लोग अभी भी www। टाइप करेंगे। कुछ नहीं होगा और फिर कुछ लोग ऐसे http://भी हैं जो शुरुआत में टाइप करते हैं , जबकि टाइप करना कभी जरूरी नहीं होता। और फिर ऐसे लोग हैं जो टाइप करते हैं http://www.google.com/, Google के आने का इंतजार करते हैं, फिर http://www.yoursite.com/Google में टाइप करते हैं। छोटी कहानी, आपको www और no www दोनों का समर्थन करने की आवश्यकता है, भले ही आपका "प्राथमिक" कोई भी हो। यह हमेशा एक अच्छा विचार है कि हमेशा ".com" ही खरीदें, भले ही आपका प्राथमिक एक ".net" या ".org", आदि हो। कुछ लोग किसी भी वेब पते को टाइप करते समय स्वचालित रूप से ".com" डाल देंगे।
थोमसट्रेटर

17

कुछ मुद्दे हैं जिन पर आपको विचार करना चाहिए। उदाहरण के लिए देखें घटक के लिए कुकी-मुक्त डोमेन का उपयोग करें वैधता समस्या के लिए ।

लेकिन इस बात की परवाह किए बिना कि आप कैसे तय करते हैं: अपने विहित डोमेन नाम के रूप में केवल एक डोमेन का उपयोग करें और अमान्य को सही करने के लिए 301 पुनर्निर्देशन का उपयोग करें। अपाचे वेबसर्वर के लिए, आप ऐसा करने के लिए mod_rewrite का उपयोग कर सकते हैं ।


14

स्पष्ट रूप से दोनों को कॉन्फ़िगर करें। मैं wwwसामान्य URL पर रीडायरेक्ट करूंगा , क्योंकि यह केवल उन लोगों को बनाने के लिए मौजूद है जो आदतन इसे हर पते की शुरुआत में वैसे भी टाइप करते हैं। बस , आप जो कुछ भी करते हैं , उसे wwwमैन्युअल रूप से टाइप करने की आवश्यकता नहीं है । कभी।


17
डोमेन नाम पंजीकृत करते समय आप "www" को शामिल नहीं करते हैं। "Www" एक उपडोमेन है।
जॉन टॉपले

6
इसके अलावा, यदि आपके पास https प्रमाणपत्र है, तो इसे www और गैर-www दोनों के लिए पंजीकृत करना न भूलें।
मर्सर ट्रिएस्टी

5
@ मुझे लगता है कि उनका मतलब है कि उन्हें अपने ऐप सर्वर में पंजीकृत करें।
मर्सर ट्रेस्टीज

12

यह आपके दर्शकों पर निर्भर करता है, मुझे लगता है। एक गैर-तकनीकी दर्शक मान लेंगे किwww यह वहीं है, जबकि एक तकनीकी दर्शक सहज रूप से इसकी उम्मीद नहीं करेगा, और छोटे यूआरएल की सराहना करेगा।

( संपादित करें : मैंने हाल ही में वेबमेल सहित अपने परिवार के लिए एक डोमेन स्थापित किया है। मेरी पत्नी ने पूछा कि वेबमेल का पता क्या है। मैंने कहा "mail.ourdomain.com"। उसने "www.mail.ourdomain.com" टाइप किया। ।)

किसी भी तरह से, सुनिश्चित करें कि आप जिस सफाई का उपयोग नहीं करते हैं वह 301 रीडायरेक्ट करता है जिसे आप उपयोग करते हैं - फिर न तो उपयोगकर्ताओं और न ही खोज इंजनों की देखभाल करने की आवश्यकता होगी।


1
मैं मानता हूं कि दर्शकों पर विचार करना महत्वपूर्ण है। लेकिन लोगों को www को गैर-www पर पुनर्निर्देशित करके इसे बंद करने की आवश्यकता है ताकि गैर-तकनीकी दर्शक अभी भी www टाइप कर सकें, लेकिन उम्मीद है कि URL इसे छोड़ देता है। या आप एक गधे की तरह हो सकते हैं जैसे मैं अपनी व्यक्तिगत साइट पर हूं और आगे www से no-www.org
कोई भी

1
no-www.org इतना अच्छा विचार है - मैं केवल यही चाहता हूं कि इसका डिज़ाइन थोड़ा अधिक उपयोगकर्ता के अनुकूल था। यह शायद सिर्फ गैर-तकनीकी लोगों के लिए gobbeldygook की दीवार की तरह दिखता है (11pt कूरियर नया, जैसा कि आप जानते हैं, "स्रोत देखें")।
थोमसट्रेटर

11

इस सवाल का एक पहलू सीडीएन और कुछ वेब होस्ट (जैसे। Google साइट) से संबंधित है। ऐसे होस्ट को आपकी साइट के नाम के लिए CNAME रिकॉर्ड जोड़ने की आवश्यकता होती है जो होस्ट सर्वर को इंगित करता है। हालाँकि, जिस तरह से DNS को डिज़ाइन किया गया है, उसके कारण CNAME रिकॉर्ड एक ही नाम जैसे NS या SOA रिकॉर्ड के लिए अन्य रिकॉर्ड के साथ नहीं जुड़ सकते हैं। इसलिए, आप अपने example.com नाम के लिए एक CNAME नहीं जोड़ सकते हैं, और इसके बजाय एक उपडोमेन के लिए CNAME जोड़ना होगा। बेशक लोग आमतौर पर अपने उपडोमेन के लिए "www" चुनते हैं।

इस तकनीकी सीमा के बावजूद, मैं अपनी साइटों पर जहां संभव हो www को छोड़ना पसंद करता हूं।


2
जहाँ तक मुझे पता है कि यह सच नहीं है, तो आप "example.com" का उपयोग कर सकते हैं। (क्या आपने डोमेन नाम के बाद डॉट का उल्लेख किया है?)।
माइक चालि

1
मुझे डॉट दिखाई दे रहा है, लेकिन मुझे लगता है कि आप DNS के दृष्टिकोण से, "example.com" और "example.com" देख पाएंगे। उसी के साथ व्यवहार किया जाता है और आप अभी भी उनमें से किसी के लिए CNAME रिकॉर्ड नहीं जोड़ सकते।
ग्रेग हेवगिल

1
हो सकता है कि यह कार्यान्वयन पर निर्भर करता है, लेकिन यह ठीक उसी तरह है जैसे मैंने हेरोकू होस्टिंग के साथ किया था। बाहर की जाँच करें - onticoren.com/2009/06/29/go-daddy-dns-heroku
माइक चाली

मुझे लगता है कि यह भी उल्लेख के लायक है कि CNAME रिकॉर्ड ई-मेल के लिए इस्तेमाल किए जाने वाले MX रिकॉर्ड के साथ सह-अस्तित्व नहीं रख सकता है, जैसा कि RFC 1912 खंड 2.4 में समझाया गया है ("एक CNAME रिकॉर्ड को किसी अन्य डेटा के साथ सह-अस्तित्व की अनुमति नहीं है। दूसरे शब्दों में, यदि suzy हो। .podunk.xx sue.podunk.xx के लिए एक उपनाम है, आपके पास suzy.podunk.edu, या A रिकॉर्ड या TXT रिकॉर्ड के लिए MX रिकॉर्ड भी नहीं हो सकता है। ") और इस लेख में । इस तकनीकी सीमा का कारण क्या है?
मैगीयरो

10

मैं www के बिना पुनर्निर्देशित करूँगा। अपाचे में 2.x:

RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_HOST} ^www\.yourdomain\.com$
RewriteRule (.*) http://yourdomain.com/$1 [R=Permanent] 

मुझे लगता है कि www अर्थहीन है; हम सभी जानते हैं कि हम वर्ल्ड वाइड वेब पर हैं। लोड संतुलन के लिए या डिवाइस विशिष्ट साइटों (जैसे मोबाइल के लिए m.google.com, उदाहरण के लिए, भले ही अभी .mobi शीर्ष स्तर का डोमेन है) के लिए उप-डोमेन का उपयोग करना बेहतर होगा।


5
मैं दिलचस्प हूं कि आप क्यों नहीं अनुप्रेषित करते हैं ...
माइक चाली

8

www का उपयोग मानक उप डोमेन के रूप में किया जाता है, मुख्य डोमेन में वेबसाइटों के लिए सबफ़ोल्डर।

http://no-www.org/ इसे समाप्त करने की कोशिश कर रहे हैं।

हालांकि http://www.w3.org/ में www शामिल है।

उन दोनों साइटों की जाँच के लायक।

यह एक मानक के बजाय फिलहाल स्वाद और एक धर्म का मुद्दा बन गया है। जो भी आप चुनते हैं, वह सुनिश्चित करें कि आप रजिस्टर करते हैं या www से रीडायरेक्ट करते हैं जैसे कि नियंत्रण + दर्ज करें आदि शॉर्टकट कॉपी करते हैं www।


9
www.extra-www.org - मजाकिया
माइक Chaliy

2
मुझे लगता है कि आपका मतलब www.www.extra-www.org है । मैं भी वे कैसे अनुप्रेषित की तरह www.www.www.www.extra-www.org सिर्फ मामले में अगर आप गलती से भी कई अतिरिक्त wwws जोड़ें।
thomasrutter

6

क्या आपके पास अन्य उप-डोमेन होंगे? यदि ऐसा है, तो www का उपयोग कर मेरे दिमाग को और अधिक समझ में आ सकता है क्योंकि कुछ स्थानों में स्टोर या अंतर्राष्ट्रीयकरण उपडोमेन जैसे अन्य उद्देश्यों के लिए उपयोग किए जाने वाले विभिन्न उप डोमेन हो सकते हैं।


मेरे लिए यह समझ में आता है कि एक उपकरण नाम, यानी no-www प्रदान किए बिना एक सह डोमेन, उस डोमेन के बारे में जानकारी के साथ एक पेज पर जाएगा और शायद उस डोमेन के विभिन्न डिवाइस नामों पर नेविगेशन करेगा। यदि कोई उपडोमेन निर्दिष्ट नहीं है, तो क्या आप कभी वेबसाइट दिखाना नहीं चाहेंगे? या एक ही स्थान पर जाने के लिए एक से अधिक FQDN चाहते हैं? या www के अलावा किसी अन्य डिवाइस के लिए आपका डिफ़ॉल्ट डोमेन बिंदु है? अगर example.com, ftp, और वर्ल्ड वाइड वेब पर आने के लिए आपको www.example.com टाइप करना होता, तो मैं भ्रमित हो जाता। अभी www को गैर-www पर पुनर्निर्देशित करना अस्थायी है जब तक कि www पूरी तरह से चला नहीं जाता है।
कोई नहीं

5

मैं आमतौर पर www.sitename.com के साथ जाता हूं क्योंकि यह स्पष्ट है कि यह आपकी साइट का मुख्य भाग है। परीक्षण। Sitename.com परीक्षण कर रहा है। House.sitename.com मेरा होम पीसी है। मुझे स्पष्ट होना पसंद है लेकिन जब साइट www का उपयोग नहीं करती हैं तो मुझे कोई आपत्ति नहीं है। मैं शुद्ध नहीं हूं। :)


3

Www के बिना उपयोग करें। इसके पीछे सामान्य तर्क यह है कि जब से आप एक वेब ब्राउज़र को एक पता लिख ​​रहे हैं, यह पहले से ही निहित है कि आप एक वेब साइट का उपयोग कर रहे हैं (आप ब्राउज़र के साथ और क्या करेंगे?) - अतिरिक्त www का उपयोग करना इसलिए बेकार है।

विशिष्ट होने के लिए, http अनुरोध प्राप्त करते समय, आप जानते हैं कि उपयोगकर्ता वेबसाइट का उपयोग करना चाहता है। वेब ब्राउजर http: // - हेडर जोड़ता है स्पष्ट रूप से , इसलिए उपयोगकर्ता को केवल पते के बारे में चिंता करने की आवश्यकता है। वही अन्य सेवाओं में भी जाता है - यदि आप ftp होस्ट करते हैं, तो यह ftp क्लाइंट को बिना FTP के डोमेन को इंगित करने के लिए पर्याप्त होना चाहिए। -prefix।

अगर मैं सही ढंग से समझूं, तो अलग-अलग www।, Ftp।, आदि सबडोमेन का उपयोग करने के कारण ज्यादातर ऐतिहासिक हैं, और अब इन दिनों प्रासंगिक नहीं हैं क्योंकि ट्रैफिक को केवल सही सर्वर / सेवा के लिए निर्देशित किया जाता है - निरर्थक उपसर्ग सिर्फ इसलिए अटक गए हैं क्योंकि उनकी लोकप्रियता का।


आप एक वेब ब्राउज़र की तुलना में अधिक चीजों में एक डोमेन टाइप कर सकते हैं। यह सिर्फ समझ में आता है कि कोई भी उप-वेब डिफ़ॉल्ट नहीं करता है क्योंकि यह जनता द्वारा सबसे अधिक एक्सेस किया जाता है।
कोई नहीं

2

मैं हमेशा www से गैर-www को रीडायरेक्ट करता हूं और उन्हें www.mysite के रूप में संदर्भित करता हूं; विभिन्न फ़ोरम और तत्काल मेसेंजिंग ऐप्स के बारे में सोचें जो लिंक को केवल www से शुरू होने पर सही रूप से परिवर्तित करते हैं। ।


2
फिर इसे sitename.com के रूप में टाइप करें - यह ठीक से उठाया जाएगा और वास्तव में अधिक मामलों में काम करेगा।
टॉमफनिंग जू

3
तो मैंने जो टाइप किया उसे उठाया और उसे लिंक में परिवर्तित कर दिया :-) मेरी बात साबित कर दी। http: / /
satename

@tomfanning: come.to/foobar बस जाँच होती है कि क्या होता है।
सलमान A

@tomfanning @Salman लिंक एक प्रोटोकॉल के साथ शुरू होता है जैसे कि www http://या ftp://नहीं। www को हाइपरटेक्स्ट ट्रांसफर प्रोटोकॉल माना जाता है, लेकिन यह एक अच्छा बिंदु है जिसे मैंने कभी नहीं माना था ... हालांकि यह आपके लिंक में प्रोटोकॉल को शामिल करके आसानी से बचा जा सकता है।
कोई नहीं

2

आप चाहते हैं कि आपका url यादगार रहे, और आप चाहते हैं कि Google et al रैंकिंग और समान के लिए समान url को पंजीकृत करे।

सबसे अच्छा अभ्यास www को संभालने के लिए प्रतीत होता है, लेकिन हमेशा HTTP इसे गैर-www संस्करण में पुनर्निर्देशित करता है। इस तरह से खोज इंजन एक ही साइट के रूप में दोनों वेरिएंट के लिंक रैंक करना जानते हैं।


1

आप जो भी उपयोग करते हैं, वह एक या दूसरे से चिपके रहते हैं और आपको अपने सत्र / कुकीज़ को ठीक से काम करने के लिए प्रत्येक डोमेन के लिए कुकीज़ के 2 सेट करने होंगे।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.