URL में "www" होने की बात क्या है?


238

ऐतिहासिक कारणों के अलावा, क्या URL में "www" होने का कारण है?

मैं से एक स्थायी रीडायरेक्ट बनाने चाहिए www.xyz.comकरने के लिए xyz.com, या से xyz.comकरने के लिए www.xyz.com? आप किसे सुझाव देंगे और क्यों?



इसके विपरीत, क्या बात नहीं है। एक सफल वेब उपस्थिति पर कुकी और उपडोमेन उद्देश्यों के लिए, यह कई प्रक्रियाओं को अलग करने में सहायक है।
फासको लैब्स

यह उत्तर , हालांकि सीधे संबंधित नहीं है, प्रासंगिक लगता है।
स्किप्पी ले ग्रैंड गौरू

जवाबों:


202

जिन कारणों से आपको ज़रूरत है wwwया कुछ अन्य उपडोमेन में से एक DNS और CNAME रिकॉर्ड के साथ करना है।

इस उदाहरण के प्रयोजनों के लिए मान लीजिए कि आप एक बड़ी साइट चला रहे हैं और एक सीडीएन (कंटेंट डिस्ट्रीब्यूशन नेटवर्क) जैसे अकबई को होस्ट करने का अनुबंध कर रहे हैं। आप आमतौर पर अपनी साइट के लिए DNS रिकॉर्ड को CNAME के ​​रूप में कुछ akamai.comपते पर सेट करते हैं। यह सीडीएन को आईपी पते की आपूर्ति करने का अवसर देता है जो ब्राउज़र के करीब है (भौगोलिक या नेटवर्क शब्दों में)। यदि आपने अपनी साइट पर ए रिकॉर्ड का उपयोग किया है, तो आप इस लचीलेपन की पेशकश नहीं कर पाएंगे।

DNS का क्विकर यह है कि यदि आपके पास होस्ट नाम के लिए CNAME रिकॉर्ड है, तो आपके पास उसी होस्ट के लिए कोई अन्य रिकॉर्ड नहीं हो सकता है । हालाँकि, आपके शीर्ष स्तर के डोमेन में example.comआमतौर पर NS और SOA रिकॉर्ड होना चाहिए। इसलिए, आप CNAME रिकॉर्ड भी नहीं जोड़ सकते हैं example.com

के उपयोग www.example.comआप के लिए एक CNAME का उपयोग करने का अवसर देता है wwwकि अपने CDN के लिए अंक, जबकि आवश्यक एन एस छोड़ने और SOA पर रिकॉर्ड example.comexample.comरिकॉर्ड आमतौर पर भी एक मेजबान है कि पर रीडायरेक्ट करेगा करने के लिए बात करने के लिए एक एक रिकॉर्ड होगा www.example.comएक HTTP रीडायरेक्ट का उपयोग कर।


3
आप सीडीएन की ओर इशारा करते हुए "डिफ़ॉल्ट" CNAME रिकॉर्ड प्रदान कर सकते हैं, आपको "www" का उपयोग करने की आवश्यकता नहीं है। यह आपके DNS सर्वर को एक ही डोमेन नाम के लिए SOA, NS, CNAME, आदि RRs की अनुमति देता है।
क्रिस एस

1
इस तरह के विषय में ALIAS(या ANAMEरिकॉर्ड) का उल्लेख कैसे नहीं किया गया है ? क्या यह नंगेपन पर CNAME के ​​समान परिणाम प्राप्त नहीं कर सकता (कुकी मुद्दे को छोड़कर ...)?
ऑगस्टिन रिडिंगर 6

3
@AugustinRiedinger: ANAME रिकॉर्ड मानक DNS RR प्रकार नहीं हैं। वे विशिष्ट सेवा प्रदाताओं के लिए मालिकाना हैं।
ग्रेग हेविगिल

लेकिन क्या यह कोई संगतता समस्या या कुछ उत्पन्न करता है? क्या कोई कारण है कि हमें उनका उपयोग नहीं करना चाहिए (इसके अलावा मानक नहीं बल्कि मालिकाना है)?
ऑगस्टिन रीडिंगर

2
@AugustinRiedinger यह अधिकांश DNS सर्वरों पर समर्थित नहीं है । लेकिन अगर आपके प्रदाता के पास एक DNS सर्वर है जो इन सुविधाओं का समर्थन करता है तो ग्राहकों के साथ कोई समस्या नहीं होनी चाहिए।
कोएन।

104

नोट: 2011 में RFC 6265 के अनुसमर्थन और कार्यान्वयन (सभी वर्तमान ब्राउज़रों द्वारा, संभवतः MSIE 11 को छोड़कर , टिप्पणियां देखें) के बाद, निम्नलिखित अब सटीक नहीं है, क्योंकि कुकीज़ डिफ़ॉल्ट रूप से उप-डोमेन में कभी सेट नहीं होती हैं।

ऐतिहासिक रूप से , www.example.comविहित बनाने का एक अच्छा तकनीकी कारण यह था कि एक मुख्य डोमेन (यानी example.com) के कुकीज़ सभी उप-डोमेन में भेजे गए थे।

इसलिए यदि आपकी साइट कुकीज़ का उपयोग करती है, तो उन्हें इसके सभी उप-डोमेन में भेजा जाएगा।

अब, यह अक्सर समझ में आता है लेकिन यह सकारात्मक रूप से हानिकारक है यदि आप केवल स्थैतिक संसाधनों को डाउनलोड करना चाहते हैं क्योंकि यह केवल बैंडविड्थ को बर्बाद करता है। अपनी वेबसाइट पर सभी स्टाइल शीट और छवियों पर विचार करें: आमतौर पर, छवि संसाधन का अनुरोध करने पर सर्वर पर कुकीज़ भेजने का कोई कारण नहीं है।

इसलिए एक अच्छा समाधान यह है कि स्थिर संसाधनों के लिए एक उपडोमेन का उपयोग किया जाए, जैसे कि static.example.com, कुकीज़ को न भेजकर बैंडविड्थ को बचाया जाए। सभी चित्र और अन्य स्थिर डाउनलोड वहां से डाउनलोड किए जा सकते हैं। यदि आप अब www.example.comगतिशील सामग्री के लिए उपयोग करते हैं , तो इसका मतलब है कि कुकीज़ को केवल भेजा जाना है www.example.com, न कि static.example.com

यदि, हालांकि, example.comआपकी मुख्य साइट है, तो कुकीज़ को सभी उप-डोमेन में भेजा जाएगा , जिसमें शामिल हैं static.example.com

अब यह अधिकांश साइटों के लिए प्रासंगिक नहीं है, लेकिन बाद में अपना स्थान बदलने के लिए अपने कैनोनिकल URL को बदलना एक अच्छा विचार नहीं है, क्योंकि आप example.comइसके बजाय www.*मूल रूप से इसके लिए फंस गए हैं।

वैकल्पिक संसाधनों के लिए पूरे भिन्न URL का उपयोग करना एक विकल्प है । उदाहरण के लिए ढेर अतिप्रवाह sstatic.net, YouTube उपयोग ytimg.comइत्यादि…


11
वैसे, मुझे वास्तव www.xमें विहित URL के रूप में पसंद नहीं है, इसलिए व्यक्तिगत रूप से मैं स्थैतिक संसाधनों के लिए एक अलग URL का उपयोग करूंगा यदि मैं एक बड़ी साइट को डिज़ाइन करने के लिए था।
कोनराड रुडोल्फ

1
@RobinWinslow लेकिन स्थापित करने Cookes पर domain=example.comसुप्रीम डोमेन पर कुकी सेट हो जाएगी और उप डोमेन पर है, और इस HTTP के लिए सुप्रीम डोमेन का उपयोग नहीं करने के लिए है से बचने के लिए एक तरह से। हालांकि, सहमत हैं, domainकुकी सेट करते समय एक अन्य तरीका केवल निर्दिष्ट नहीं किया जाएगा । मुझे आश्चर्य है कि जब से मैंने अपना उत्तर लिखा है (जो कि प्रासंगिक RFC 6265 !) को लिखता है, तो बदल गया है, लेकिन मुझे अब इसे देखने के लिए परेशान नहीं किया जा सकता है।
कोनराड रुडोल्फ

2
ऐसा लगता है कि मैं जिस व्यवहार का वर्णन करता हूं वह कम से कम 2011 के बाद से है जब RFC 6265 लिखा गया था (वर्तमान ब्राउज़र व्यवहार के सारांश के रूप में वे कैसे काम करना चाहिए) के एक बयान से। अब तक, हम यह मान सकते हैं कि सभी ब्राउज़र इसका अनुसरण करेंगे। देखें stackoverflow.com/questions/1062963/... और bayou.io/draft/cookie.domain.html । इसे देखते हुए, मुझे लगता है कि आपका उत्तर कम से कम 7 वर्षों के लिए भ्रामक है, हालांकि यह लेखन के समय कुछ मामलों में सटीक हो सकता था । क्या आप इस तथ्य को स्पष्ट करने के लिए इसे अपडेट कर सकते हैं?
रॉबिन विंसलो

2
@ रॉबिनविंसलो हां, करेंगे।
कोनराड रूडोल्फ

2
अधिक सबूत कि IE11 खराब काम करता है: developer.microsoft.com/en-us/microsoft-edge/platform/issues/…
Robin Winslow

12

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

उपयोग करना wwwया न करना व्यक्तिगत प्राथमिकता का विषय है। देखने के विपरीत बिंदु http://no-www.org/ और http://www.yes-www.org/ पर देखे जा सकते हैं - हालाँकि, मेरा मानना ​​है कि wwwयह अनावश्यक है और यूआरआई में अधिक क्राउट जोड़ता है।

अधिकांश सर्वर या तो उसी साइट को भेजते हैं, लेकिन पुनर्निर्देशित नहीं करते हैं। एसईओ उद्देश्यों के लिए, एक को चुनें, फिर दूसरे को इसके लिए पुनर्निर्देशित करें। उदाहरण के लिए, ऐसा करने के लिए कुछ PHP कोड:

if (preg_match('/www/', $_SERVER['SERVER_NAME'])) {
  header("Location: http://azabani.com{$_SERVER['REQUEST_URI']}");
  exit;
}

हालांकि, wwwअन्य उत्तरदाताओं द्वारा किए गए उपडोमेन के उपयोग को बढ़ावा देने वाले कुछ कारण बहुत अच्छे हैं, जैसे कि स्थिर सर्वर (क्रेडिट कोनराड रूडोल्फ ) को कुकीज़ नहीं भेजना ।


2
ऐसा लगता है कि no-www.org एक बिक्री के लिए पार्क किए गए पृष्ठ पर वापस आ गया है, जहां हां-www.org अभी भी मजबूत है। मुझे लगता है कि इसे सुलझाता है। हर कोई अब से "www" का उपयोग करता है।
नून्या

9

यह काफी ऐतिहासिक है। एक बार हम www.example.com, ftp.example.com, images.example.com, uk.example.com आदि का उपयोग करते थे, जो ऐसा करना एक तार्किक बात लगती थी और इस बीच लोड को फैलाने के लिए एक सरल तरीका प्रदान करता था। सर्वर।

इन दिनों मैं सिर्फ example.com के लिए मुख्य साइट पर जाऊँगा और उस पर www संस्करण को पुनः निर्देशित करूँगा।

गूगल वेबमास्टर उपकरण आपको अपना पसंदीदा डोमेन निर्दिष्ट करने की अनुमति है, तो आप उन लोगों के भी उपयोग सुनिश्चित करें।

इसे भी देखें:
https://stackoverflow.com/questions/1109356/www-or-not-www-what-to-choose-as-primary-site-name
https://stackoverflow.com/questions/1884807/to-to www या नहीं करने के लिए www


8

यदि आप अन्य उद्देश्यों (उदाहरण के लिए ब्लॉग) के लिए उप-डोमेन रखने जा रहे हैं, तो आप साइटों को अलग करना चाहते हैं और wwwनियमित साइट के लिए उपसर्ग कर सकते हैं । अन्य तो यह है कि, केवल महत्वपूर्ण बात यह है कि दोनों में से एक को चुनें और इसे (एसईओ कारणों के लिए) छड़ी करें।


1
मुझे इस समय संदर्भ नहीं मिल रहा है, लेकिन यह उसी मूल नीति पर भी प्रभाव डाल सकता है।
कोबी

हाँ, यह दुर्भाग्य होगा। आप करने के लिए अजाक्स नहीं कर सकता www.example.comसे example.comJSONP की तरह कुछ के बिना या ठीक इसके विपरीत।
डेलन अजाबानी

7

मैं पहले करूँगा। wwwसम्मेलन HTTP के शुरुआती दिनों जहां www.cmu.edu और cmu.edu बहुत संभावना विभिन्न मशीनों थे से आता है।


10
'शुरुआती दिनों' में आपको शायद ही किसी डोमेन के लिए ए रिकॉर्ड दिखाई देगा - शायद इसमें एमएक्स रिकॉर्ड होगा, लेकिन आपके पास शायद ही कोई मेजबान था।
जो एच।

2

यहाँ एक और मामूली परिप्रेक्ष्य है।

Www के न होने से, टेक्स्ट-आधारित मीडिया, चाहे वह मुद्रित हो या ऑनलाइन, के बारे में एक मामूली नकारात्मक पहलू है और वह इसे वेब पते के रूप में पहचाना जा रहा है। प्रिंट में, यह आमतौर पर बहुत स्पष्ट है कि example.com एक वेब पता है, और आप इसे हाइलाइट करने के लिए स्टाइलिंग टच जोड़ सकते हैं। लेकिन सादा पाठ ऑनलाइन? इतना आसान नही। संभावना यह है कि यदि आप एक सादा पाठ संदेश भेजते हैं - चाहे ईमेल, ट्वीट, फेसबुक पोस्ट, एसएमएस या जो भी हो - यह http: // या www के साथ शुरू होने वाले URL को पहचान लेगा। लेकिन उन दोनों में से एक के बिना पहचान नहीं होगी। तो URL को क्लिक करने योग्य लिंक में बनाने के लिए, आपको या तो www डालना होगा। या http: // के सामने, और दो पर, www। देखने में आसान है और पढ़ने में आसान है।


2
http://example.com/पूरी तरह से योग्य है जबकि www.example.comनहीं है। मैं पूरी तरह से योग्य दृष्टिकोण पसंद करते हैं क्योंकि यह हमेशा पहचानने योग्य एक यूआरएल के रूप में है कि क्या यह है की परवाह किए बिना https://example.uk/या https://blog.example.eu/या जो कुछ भी। यह HTTPS के रूप में एक सुरक्षित साइट के प्रोटोकॉल को निर्दिष्ट करने के साथ संगत है; www.example.comएक डोमेन है और इसे एक्सेस करने के लिए कौन से प्रोटोकॉल का उपयोग करना चाहिए, इसके बारे में कुछ नहीं कहता है।
जेम्स हैघ
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.