सवाल यूआरएल में "www" रखने का क्या मतलब है?


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

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


223
2018-05-27 08:02


मूल


सम्बंधित: stackoverflow.com/questions/1109356/... - Quintin Par
इसके विपरीत, क्या बात नहीं है। एक सफल वेब उपस्थिति पर कुकी और सबडोमेन उद्देश्यों के लिए, कई प्रक्रियाओं को अलग करना उपयोगी होता है। - Fiasco Labs
यह जवाबहालांकि, सीधे संबंधित नहीं है, प्रासंगिक लगता है। - Skippy le Grand Gourou


जवाब:


आपको आवश्यकता क्यों है इसका एक कारण www या कुछ अन्य सबडोमेन को DNS और CNAME रिकॉर्ड के क्विर्क के साथ करना है।

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

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

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


193
2018-05-27 08:10



आप सीडीएन को इंगित करने वाला "डिफ़ॉल्ट" सीएनएन रिकॉर्ड प्रदान कर सकते हैं, आपको "www" का उपयोग करने की आवश्यकता नहीं है। यह आपके DNS सर्वर को एक ही डोमेन नाम के लिए एसओए, एनएस, सीएनएन, आदि आरआरएस रखने की अनुमति देता है। - Chris S
कोई भी कैसे उल्लेख करता है ALIAS (या ANAME रिकॉर्ड) इस तरह के विषय में? क्या यह नग्नडोमेन पर CNAME के ​​समान परिणाम प्राप्त नहीं करता है (कुकी समस्या को छोड़कर ...)? - Augustin Riedinger
@AugustinRiedinger: एएनएन रिकॉर्ड एक मानक DNS आरआर प्रकार नहीं हैं। वे विशिष्ट सेवा प्रदाताओं के लिए स्वामित्व हैं। - Greg Hewgill
लेकिन क्या यह किसी भी संगतता मुद्दे या कुछ उत्पन्न करता है? क्या कोई कारण है कि हमें उनका उपयोग नहीं करना चाहिए (मानक लेकिन स्वामित्व नहीं होने के अलावा)? - Augustin Riedinger
@AugustinRiedinger यह अधिकांश DNS पर समर्थित नहीं है सर्वर। लेकिन अगर आपका प्रदाता एक DNS सर्वर है जो इन सुविधाओं का समर्थन करता है, जो ग्राहकों के साथ कोई समस्या नहीं देनी चाहिए। - Koen.


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

ऐतिहासिक दृष्टि से, बनाने के लिए एक अच्छा तकनीकी कारण है www.example.com कैनोनिकल था कि एक मुख्य डोमेन की कुकीज़ (यानी। example.com) सभी सबडोमेन को भेजा गया था।

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

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

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

जो कुछ भी हो, example.com आपकी मुख्य साइट है, तो कुकीज़ को भेजा जाएगा सब सहित सबडोमेन static.example.com

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

एक विकल्प का उपयोग करना है पूरी तरह से अलग स्थिर संसाधनों के लिए यूआरएल। उदाहरण के लिए स्टैक ओवरफ़्लो का उपयोग करता है sstatic.netयूट्यूब का उपयोग करता है ytimg.com आदि। …


99
2018-05-27 08:15



वैसे, मुझे वास्तव में पसंद नहीं है www.x कैननिकल यूआरएल इतनी व्यक्तिगत रूप से मैं शायद एक बड़ी साइट को डिजाइन करने के लिए स्थिर संसाधनों के लिए एक अलग यूआरएल का उपयोग करूंगा। - Konrad Rudolph
@RobinWinslow लेकिन पर पका सेटिंग domain=example.com कुकी को शीर्ष डोमेन पर सेट करेगा और सबडोमेन पर, और इससे बचने का एक तरीका HTTP के लिए शीर्ष डोमेन का उपयोग नहीं करना है। हालांकि, सहमत हो गया, एक और तरीका बस निर्दिष्ट नहीं करना होगा domain कुकी सेट करते समय। मुझे आश्चर्य है कि यह बदल गया है क्योंकि मैंने अपना जवाब लिखा था (जो प्रासंगिक भविष्यवाणी करता है आरएफसी 6265!) लेकिन मुझे अब इसे देखने के लिए परेशान नहीं किया जा सकता है। - Konrad Rudolph
ऐसा लगता है कि मेरे द्वारा वर्णित व्यवहार कम से कम 2011 के मामले में किया गया है जब आरएफसी 6265 लिखा गया था (वर्तमान कार्य व्यवहार के सारांश के रूप में अधिक है कि उन्हें कैसे काम करना चाहिए)। अब तक, हम मान सकते हैं कि सभी ब्राउज़र इसका अनुसरण करेंगे। देख stackoverflow.com/questions/1062963/... तथा bayou.io/draft/cookie.domain.html। यह देखते हुए, मुझे लगता है कि आपका जवाब कम से कम 7 वर्षों तक भ्रामक रहा है, हालांकि यह हो सकता था लेखन के समय कुछ मामलों में सटीक रहा। क्या आप इस तथ्य को स्पष्ट करने के लिए इसे अपडेट कर सकते हैं? - Robin Winslow
@RobinWinslow हाँ, करेंगे। - Konrad Rudolph
वास्तव में, @ KonradRudolph के अनुसार mxsasha.eu/blog/2014/03/04/definitive-guide-to-cookie-domains, आपके द्वारा वर्णित अवांछित व्यवहार IE11 में मौजूद था जब पोस्ट लिखा गया था, और अभी भी - जो इंटरनेट एक्सप्लोरर का सबसे हालिया संस्करण बना हुआ है। यह बहुत महत्वपूर्ण और उल्लेखनीय होगा, लेकिन इसे पहले जांचना अच्छा होगा। मैं आसानी से जांच नहीं कर सकता, क्योंकि मैं उबंटू पर हूं, लेकिन अगर आप यह अद्भुत हो सकते हैं। - Robin Winslow


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 अन्य उत्तरदाताओं द्वारा किए गए सबडोमेन भी बहुत अच्छे हैं, जैसे स्थिर सर्वर पर कुकीज़ नहीं भेजना (क्रेडिट कोनराड रुडॉल्फ)।


10
2018-05-27 08:11



जैसा दिखता है no-www.org जहां एक बिक्री के लिए पार्क किए गए पृष्ठ पर वापस आ गया है yes-www.org अभी भी मजबूत जा रहा है। मुझे लगता है कि यह सुलझता है। अब से सभी लोग "www" का उपयोग करते हैं। - hacksalot


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


7
2018-05-27 08:06



मुझे इस समय संदर्भ नहीं मिल रहा है, लेकिन यह मूल उत्पत्ति नीति पर भी प्रभाव डाल सकता है। - Kobi
हां, दुर्भाग्य से यह होगा। आप AJAX नहीं कर सकते हैं www.example.comसे example.com या JSONP की तरह कुछ के विपरीत इसके विपरीत। - Delan Azabani


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

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

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

यह भी देखें:
https://stackoverflow.com/questions/1109356/www-or-not-www-what-to-choose-as-primary-site-name
https://stackoverflow.com/questions/1884157/to-www-or-not-to-www


7
2018-05-27 08:11





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


6
2018-05-27 08:08



शुरुआती दिनों में आप शायद ही कभी किसी डोमेन के लिए एक रिकॉर्ड देखेंगे - शायद इसमें एक एमएक्स रिकॉर्ड होगा, लेकिन आपके पास शायद ही कभी मेजबान हो। - Joe H.


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

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


1
2017-11-24 18:22



http://example.com/ जबकि पूरी तरह योग्य है www.example.com नहीं है। मैं पूरी तरह से योग्य दृष्टिकोण पसंद करता हूं क्योंकि यह है हमेशा एक यूआरएल के रूप में पहचाना जा सकता है चाहे वह चाहे https://example.uk/ या https://blog.example.eu/ जो कुछ भी। यह एचटीटीपीएस के रूप में एक सुरक्षित साइट के प्रोटोकॉल को निर्दिष्ट करने के साथ संगत है; www.example.com सिर्फ एक डोमेन है और कुछ भी नहीं कहता है कि किस प्रोटोकॉल को इसका उपयोग करने के लिए उपयोग करना चाहिए। - James Haigh