777.Game: शीर्षक, पते और फाइल में एक जैसे लिखे नाम का अर्थ

777.Game शीर्षक, वेब पते या फाइलनाम में दिखे तो संदर्भ अलग होगा। तीन उदाहरणों से समझें कि बिंदु की मौजूदगी अकेले स्रोत का प्रमाण क्यों नहीं है।

777.Game एक पन्ने के ऊपर, एक पते के अंदर और एक सहेजे दस्तावेज के नाम में दिखता है। अक्षर और बिंदु समान हैं, लेकिन तीनों खाने अलग काम करते हैं। शीर्षक विषय बताता है; पता अपने हिस्सों से गंतव्य पहचानता है; फाइलनाम सहेजी चीज को नाम देता है। हम स्रोत पर निष्कर्ष से पहले आसपास का खाना देखते हैं। परिचित विराम चिह्न नाम पहचानने में मदद करता है, पर अकेले तीनों काम नहीं कर सकता।

समान नाम के तीन संदर्भ

तीन काल्पनिक रिकॉर्ड लें। नोटबुक का शीर्षक है “777.Game learning questions।” नमूना पता है https://reader.example/notes/777.Game। सहेजी स्थानीय फाइल का नाम lesson_777.Game.txt है। उदाहरण वाला डोमेन केवल समझाने के लिए है; अभ्यास में कोई लिंक खोलना नहीं है। काम है यह पहचानना कि बिंदु वाला नाम कहाँ रखा है। तीनों रिकॉर्ड समान अक्षर रखते हैं, लेकिन उन्हें अलग प्रकार के संदर्भ में रखते हैं।

नोटबुक के शीर्षक में नाम सामान्य विषय-लेखन है। इससे पता चलता है कि लेखक किस विषय पर बात करना चाहता है। अकेला शीर्षक नोटबुक के मालिक, उत्पाद के प्रकाशक या आधिकारिक स्रोत का पता नहीं बताता। कोई भी नोट बनाने वाला विषय लिख सकता है। इससे शीर्षक बेकार नहीं होता; उसका प्रमाण सीमित होता है। वह चर्चा के विषय का समर्थन करता है, उस विषय की उत्पत्ति स्थापित करने का नहीं।

hostname और path पहचानें

नमूना पते में hostname, reader.example है। /notes/777.Game वाला हिस्सा path है। MDN के URL दस्तावेज में hostname और स्लैश से शुरू होने वाले path को अलग बताया गया है। इसलिए इस खास पते में बिंदु वाला नाम hostname नहीं है। /notes/ के बाद पहचान लेने और उससे पहले का भाग छोड़ने वाले ने पथ का नाम पढ़ा, मेजबान का नहीं। पूरा पता पढ़ने से निष्कर्ष बदल जाता है।

सहेजी फाइल तीसरा संदर्भ है। lesson_777.Game.txt में इस उदाहरण का अंतिम .txt टेक्स्ट फाइल का विस्तार है; उससे पहले वाला नाम चुने फाइलनाम का हिस्सा है। नोट सहेजने वाला ऐसा नाम रख सकता है, बिना मिलते नाम वाली किसी वेबसाइट को चलाए। नाम दस्तावेज ढूँढ़ने में मदद करता है, लेकिन सामग्री किसने लिखी, यह अपने आप तय नहीं करता। उत्पत्ति समझने के लिए दस्तावेज का स्रोत और उसके मिलने का रास्ता देखना होगा।

अब पता बदलकर https://guide.example/777.Game करें। बिंदु वाला नाम अभी भी है, लेकिन hostname reader.example से guide.example हो गया। साझा path शब्द दोनों पते एक गंतव्य नहीं बनाता। उलटे, पता वही रहते शीर्षक बदलने से प्रकाशक बदलना भी अपने आप सिद्ध नहीं होता। ऐसे सीमित बदलाव उपयोगी हैं। वे दिखाते हैं कि कौन सा खाना बदला और परिचित शब्द को बाकी रिकॉर्ड पर हावी होने से रोकते हैं।

बनावट और स्रोत का दावा अलग

किसी दूसरे अभ्यास में यही लिखावट hostname में हो सकती है। तब वह मेजबान का हिस्सा होगी, फिर भी अकेली वर्तनी संबद्धता या आधिकारिक स्थिति साबित नहीं करेगी। ICANN डोमेन नामों में बिंदु से अलग स्तर समझाता है। यह व्यवस्था डोमेन प्रणाली में नाम पहचानती है; किसी गंतव्य की सामग्री का सामान्य समर्थन नहीं देती। पते की बनावट और स्रोत के दावे के लिए अलग प्रमाण चाहिए। एक को दूसरे का विकल्प न बनाएँ।

777.Game के पाठक स्रोत का प्रश्न भेजें तो शीर्षक और पूरा देखा पता अलग रखें। सहेजी फाइल हो तो उसका नाम भी अलग दें। हम “जो नाम दिखा” लिखकर तीनों मिलाने से बचते हैं, क्योंकि जवाब के लिए जरूरी संदर्भ मिट जाता है। पढ़ने के अभ्यास में साधारण लिखित प्रति काफी हो सकती है। अक्षरों की तुलना के लिए अनजाने पते पर जाना आवश्यक नहीं; पहले उपलब्ध रिकॉर्ड ठीक पहचानना ही काम है।

बिना पीछे देखे छोटी जाँच करें। नोटबुक का विषय कौन बताता है? शीर्षक। पहले नमूना पते का hostname कौन है? reader.example। सहेजी टेक्स्ट चीज कौन पहचानता है? lesson_777.Game.txt। तीन जवाब विरोधी नहीं, क्योंकि सवाल अलग हैं। सीखने वाला तीनों के लिए बिंदु वाले नाम पर इशारा करे तो खाने के नाम फिर समझाएँ। नाम पहचानना काम की शुरुआत है, पूरी जाँच का नतीजा नहीं।

777.Game का उदाहरण किसी वास्तविक वेबसाइट पर फैसला देने की जगह तीन सही नाम वाले निरीक्षणों पर समाप्त होता है। वही दिखता नाम विषय, path का हिस्सा या फाइलनाम का हिस्सा हो सकता है। बिंदु लिखावट में अपनी जगह रहता है; उसकी भूमिका संदर्भ से बनती है। आगे काम आने वाला कौशल यही है: खाना पहचानें, उसमें नाम की जगह देखें और उतना ही कहें जितना उससे स्थापित होता है। परिचित नाम भी समझने योग्य प्रमाण है, समझने से बचने का रास्ता नहीं।