WWW क्या करता है?


23

स्पष्ट होने के लिए: मैं यह नहीं पूछ रहा हूं कि मुझे wwwअपने यूआरएल में उपयोग करना चाहिए या नहीं , या क्या पेशेवरों और विपक्ष हैं, यह विषय अच्छी तरह से कवर किया गया है। मुझे यकीन नहीं था कि अगर यह एक स्टैक ओवरफ्लो, सर्वर फाल्ट या वेबमास्टर का सवाल था - एक अधिक उपयुक्त चैनल पर माइग्रेशन काफी स्वागत योग्य है।


पृष्ठभूमि : मुझे हाल ही में किसी साइट के यूआरएल को सभी उपयोग में बदलने के लिए कहा गया था www, जैसे http://example.comकि http://www.example.com। अनुरोध का कारण मेरे सिर पर है। मैं ईमेल से एक अंश प्रस्तुत करता हूं:

एक मुद्दा मिल गया,

जाहिरा तौर पर जब भी साइट मूल रूप से अपने नेटवर्क (मेरे से पहले) के साथ सेटअप की गई थी, तो इंस्टॉलर ने आंतरिक डोमेन का उपयोग 'example.com' के रूप में करने के लिए चुना ... अच्छा नहीं ...

यह एक समस्या है जो बाहरी रूप से हल करने की कोशिश कर रही है .... मैंने कुछ qweb पृष्ठ स्रोत कोडिंग पर ध्यान दिया और देखा कि कई लिंक 'http: \ example.com \ PAGE.XXX' के रूप में कोडित हैं ...

क्या यह संभवतः विश्व स्तर पर 'http: \ example.com' से 'http: \ www.example.com' में बदला जा सकता है

मैं www को हल कर सकता हूं, लेकिन एक बार जब मैं एक लिंक को हिट करता हूं तो यह सोचता है कि सर्वर आंतरिक उदाहरण है जो डोमेन 'example.com' को शामिल करता है ...

क्लाइंट के साथ कुछ करने के लिए अपने स्वयं के नेटवर्क पर वेबसाइट तक पहुंचने में सक्षम नहीं है। जैसा कि मैंने उल्लेख किया है, मैं इसे काफी नहीं समझता।

इसलिए, मैंने बदलाव को लागू किया, लेकिन परीक्षण करते समय, मैंने गलती से एक अतिरिक्त में टाइप किया w, और मेरे आश्चर्य - साइट पर अभी भी काम किया।

फिर मैंने कई कोशिश की w, फिर दो, फिर मैंने कुछ बकवास में टाइप किया और साइट अभी भी काम कर रही है।

संपादित करें : अधिक सटीक होने के लिए, केवल अल्फा, न्यूमेरिक, डैश, और अंडरस्कोर वर्ण ही हल करेंगे, और कुछ भी सर्वर को ब्राउजर में त्रुटि नहीं मिली

मैंने बस स्टैक ओवरफ्लो पर यह परीक्षण किया और जब मैं उपयोग किया तो पुनर्निर्देशित हो गया www, जबकि बाकी सब ने "सर्वर नहीं मिला" त्रुटि लौटा दी ।

क्या किसी को इस ईमेल अनुरोध के बारे में कोई जानकारी है, और मैंने जिन दुर्घटनाओं और प्रयोगों का उल्लेख किया है, उन्होंने काम क्यों किया?

मैं निश्चित रूप से अधिक जानकारी प्रदान कर सकता हूं, मुझे यकीन नहीं है कि प्रासंगिक क्या होगा।


इसके बारे में पहले कभी नहीं सुना है ... लगभग उप-डोमेन के लिए एक "कैच-ऑल" जैसा है जहां आप सचमुच कुछ भी लिख सकते हैं और अभी भी मुख्य डोमेन पर पहुंच सकते हैं। तो जब आप test.yourDomain.com आज़माते हैं तो क्या होता है? क्या यह www को फिर से लिखता है या रीडायरेक्ट करता है। या परीक्षण करता है। URL में बने रहें?
स्पार्कली

W3C साइट में देखें।

@ Sparky672: यह सामान्य रूप से प्रदर्शित होता है, कोई पुनर्निर्देशित या कुछ भी नहीं।
वेस्ले मर्च

@Esley: बस फिर से दोहराने के लिए ... आप किसी भी gibberish उप डोमेन की कल्पना कर सकते हैं और यह सिर्फ काम करता है? अजीब। एक "वाइल्डकार्ड के साथ मॉड पुनर्लेखन" मेरी प्रारंभिक सोचा था, लेकिन यदि URL में यादृच्छिक उप डोमेन बनी रहती है, मैं इसके पीछे तंत्र की कोई अंदाज़ा नहीं है।
स्पार्कली

2
यह एक डीएनएस वाइल्डकार्ड है लेकिन यह अभी भी डीएनएस नामकरण मानकों के अधीन है जो किसी भी चरित्र डेटा की अनुमति नहीं देता है।

जवाबों:


11

wwwका एक उपडोमेन है example.com

आप कई उप डोमेन जो विभिन्न वेब सर्वर के लिए हल करने के लिए DNS कॉन्फ़िगर कर सकते हैं और इसलिए आप एक अलग साइट दे।

example.com (कोई उपडोमेन नहीं)

site2.example.com

site3.example.com

ऐसा लगता है कि जिसने भी नेटवर्क सेट example.comको आंतरिक वेब सर्वर, नेटवर्क DNS सर्वर पर हल करने के लिए सेट किया है; यह केवल आंतरिक नेटवर्क पर होस्ट करने के लिए सुलभ है, इसलिए जो कोई भी example.comनेटवर्क के अंदर ब्राउज़ करता है वह बाहरी रूप से उन लोगों से एक अलग वेबसाइट देखता है, क्योंकि वे हल करने के लिए एक अलग DNS सर्वर का उपयोग करते हैं example.com। हो सकता है कि इसे अपना उप डोमेन देने के लिए बेहतर हो। जैसेinternal.example.com

नेटवर्क के अंदर एक उपयोगकर्ता www.example.comलिंक को हिट करने के लिए ब्राउज करता है और उस पर ले जाया जाता है example.comजो बाहरी रूप से ठीक है, लेकिन आंतरिक रूप से वे विभिन्न वेब सर्वरों को हल करते हैं, यही कारण है कि आपको लिंक बदलने के लिए कहा गया है।

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

यदि संभव हो तो आप अपने हाइपरलिंक्स में रिश्तेदार URL का उपयोग करना बेहतर समझ सकते हैं। के <a href="/webmasters//index.htm">Index Page</a>बजाय उदाहरण के लिए<a href="https://example.com/index.htm">Index Page</a>

उसके बाद ब्राउजर का चयन करेंगे https://www.example.comया https://example.comसाइट है कि आप के लिए ब्राउज़ किया पर निर्भर करता है।

क्यों wwwकाम संभवतः वाइल्डकार्ड डीएनएस प्रविष्टि हो सकती है , जिसका अर्थ है * .example.com एक ही आईपी के लिए हल होता है, प्रभावी रूप से सभी उप डोमेन के लिए एक पकड़ है जो मौजूद नहीं है।


अच्छा स्पष्टीकरण, यह अब मेरे लिए स्पष्ट हो रहा है। रिश्तेदार URL के बारे में अच्छी टिप - मैं उन्हें पहले से ही 90% साइट के लिए उपयोग कर रहा हूं, लेकिन कभी-कभी वे रडार के नीचे फिसल जाते हैं क्योंकि हम हर चीज के लिए सीएमएस का उपयोग कर रहे हैं। इसलिए, तकनीकी रूप से, कोई भी उप-डोमेन के रूप में हल करने की अनुमति नहीं दे सकता है www?
वेस्ले मर्च

हां, हालांकि यह आमतौर पर किया जाता है। पूर्ण डीएनएस नियंत्रण के साथ मेरा मानना ​​है कि आपको इसके लिए डीएनएस प्रविष्टि को आसानी से निर्धारित करना होगा www। मेरा DNS प्रदाता स्वचालित रूप से www को एक उपडोमेन के रूप में जोड़ता है।

8

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

एक उपडोमेन नाम का उपयोग CNAME रिकॉर्ड बनाने के लिए आने वाले वेब ट्रैफ़िक को लोड करने के लिए उपयोगी होता है जो वेब सर्वर के एक क्लस्टर को इंगित करता है। चूंकि, वर्तमान में, केवल एक उपडोमेन ही cname'ed हो सकता है और उसी परिणाम को नंगे डोमेन रूट का उपयोग करके प्राप्त नहीं किया जा सकता है।

ज्यादातर मामलों में मेरा मानना ​​है कि www.उपडोमेन छोड़ा गया है और अगर आप एक या दूसरे को टाइप करते हैं तो यह वास्तव में मायने नहीं रखता। हालाँकि, यह देखते हुए कि वेब आज कैसा दिखता है और यह देखते हुए कि HTTP और वेब वास्तव में कितना सर्वव्यापी है, मैं कभी भी www.डोमेन नाम में शामिल करने को अनिवार्य नहीं करूंगा और यदि आप आज एक वेब साइट देखते हैं तो आप फेसबुक और www.भले ही आप इसे टाइप न करें, Google प्रीपेंड करता है।

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


तो क्या बताता है कि कैसे ओपी सचमुच किसी भी उप-डोमेन को URL में टाइप कर सकता है और यह अभी भी काम करता है?
स्पार्कली

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

यह मेरे लिए समझ में नहीं आ रहा है। उनका दावा है कि वह सचमुच में किसी भी प्रकार के उप-डोमेन में टाइप कर सकते हैं और साइट अभी भी उस यादृच्छिक उप-डोमेन के साथ ठीक है जो URL में शामिल है।
स्पार्कली

2
हां, डीएनएस वाइल्डकार्ड (मैंने इसे उत्तर में भी जोड़ा है), मैं आपको बता रहा हूं। आपके पास वाइल्डकार्ड सबडोमेन हो सकते हैं और यदि आपका वेब सर्वर वाइल्डकार्ड का उपयोग करके होस्ट मैपिंग करता है तो वह काम करेगा। जैसा कि वर्णित है।

मैं आपके स्पष्टीकरण पर विवाद नहीं कर रहा हूं। बस यह सुनिश्चित करते हुए कि हम ओपी के रूप में एक ही पृष्ठ पर हैं, यह बताते हुए कि उसका वर्णन मेरे लिए एक नया है।
स्पार्कली

2

यदि वे वास्तव में इस "यूआरएल" का उपयोग करने की कोशिश कर रहे हैं: http:\example.com\PAGE.XXXतो कुछ भी उनकी मदद नहीं करेगा।

wwwWww.example.com में प्रत्यय के रूप में ...

ऐतिहासिक रूप से 'www' को 'ftp', 'pop3' के रूप में, आदि 'example.com' डोमेन के अंदर संबंधित सेवाओं को चलाने वाली मशीनों के नाम थे। और वास्तव में यह स्कीमा अभी भी कई कंपनियों में उपयोग किया जाता है।

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