HTML सिंबल

Entities सत्र ने दिखाया कि <, > और & को encode क्यों करना पड़ता है। वही entity प्रणाली कई प्रतीक भी खोलती है — कॉपीराइट चिह्न, मुद्रा संकेत, ट्रेडमार्क और सरल तीर — बिना विशेष कीबोर्ड लेआउट खोजे। यह सत्र व्यावहारिक प्रतीकों पर केंद्रित है जो फुटर, कीमतों और उत्पाद नामों में दिखते हैं। इन्हें सीखने से पृष्ठ पाठ उपयोगकर्ता के लिए साफ़ और उन टीमों के लिए विश्वसनीय रहता है जो सादे संपादकों में फ़ाइलें बदलती हैं। यहाँ प्रतीक यादृच्छिक सजावट नहीं हैं; वे कानूनी, ब्रांड और वित्तीय संकेत हैं जो हर ब्राउज़र में विश्वसनीय दिखने चाहिए। आप आरक्षित entities पर निर्माण करेंगे, रोज़मर्रा के छोटे नाम सीखेंगे, और जानेंगे कि संख्यात्मक reference कब समझदार बैकअप है।

यहाँ प्रतीक entity क्या मानी जाती है?

प्रतीक entity अब भी HTML entity है: आमतौर पर & से शुरू और ; पर समाप्त होती है, और ब्राउज़र एक दृश्य प्रतीक रेंडर करता है। कुछ नाम याद रखने में आसान हैं (©, €)। अन्य संख्यात्मक character references जैसे → लिखे जाते हैं। दोनों दृष्टिकोण अक्षर डालते हैं; जब मानक नाम मौजूद हो तो named रूप मित्रवत होते हैं। महत्वपूर्ण बात: प्रतीक न तो टैग है न attribute; यह पाठ के अंदर एक अक्षर है। यदि semicolon छूट जाए या गलत नाम लिखें, कच्चा कोड दिख सकता है या रेंडर बिगड़ सकता है। इसलिए प्रतीक entities को पहले सीखी आरक्षित entities जैसी ही अनुशासन से रखें, कॉपीराइट, मुद्रा और ट्रेडमार्क पर ध्यान दें जो दुकान और मार्केटिंग पृष्ठों में अक्सर आते हैं।

सीधा उत्तर

प्रतीक entities से डालें। सामान्य शुरुआत: © © के लिए, ® ® के लिए, ™ ™ के लिए, € € के लिए, £ £ के लिए, और ¥ ¥ के लिए। जब याद रखने योग्य नाम न हो, संख्यात्मक reference काम कर सकता है। पोर्टेबिलिटी और सादे टेक्स्ट संपादकों में पठनीयता के लिए named entities को प्राथमिकता दें, और entity हमेशा ; से समाप्त करें। यह समूह शुरुआती परियोजनाओं में बनने वाले अधिकांश फुटर, कीमतों और उत्पाद नामों को कवर करता है। अभी लंबी प्रतीक तालिकाएँ याद न करें; पहले पैटर्न सीखें: जरूरत पर &...; में स्पष्ट नाम या &#...; में संख्या। semicolon को आदत बनाएँ — भूलना पृष्ठ पर अजीब पाठ का सामान्य कारण है।

व्यावहारिक प्रतीक एक नज़र में

पाठ में कानूनी और ब्रांड चिह्न

फुटर और उत्पाद पंक्तियों को अक्सर कॉपीराइट या ट्रेडमार्क चाहिए। Entities उन अक्षरों को विश्वसनीय रखती हैं भले कोई साथी बुनियादी संपादक में फ़ाइल बदले। यह उन टीमों में मायने रखता है जो HTML को अलग OS और उपकरणों पर साझा करती हैं जो सेव पर विशेष अक्षर बिगाड़ सकते हैं। © और स्पष्ट वर्ष वाली कॉपीराइट पंक्ति समीक्षा में आसान है बजाय चिपकाए © के जो गलत encoding पर प्रश्नचिह्न बन जाए। इसी तरह उत्पाद नाम के बाद ™ इरादा साफ़ करता है बिना दुर्लभ कीबोर्ड शॉर्टकट के। इन entities का उपयोग वहाँ करें जहाँ अर्थ वास्तव में कानूनी या ब्रांड हो, हर शीर्षक की सजावट के रूप में नहीं।

नमूना पढ़ना

• 10€ विशेष कीबोर्ड अक्षर चिपकाए बिना यूरो राशि दिखाता है
• BrandX™ नाम के बाद ट्रेडमार्क जोड़ता है
• © 2026 क्लासिक फुटर पैटर्न है
• हर entity ; पर समाप्त होती है — छूटने से रेंडर टूट सकता है
• सोर्स और रेंडर परिणाम की तुलना से कोड और आउटपुट साथ दिखते हैं
• पंक्ति में named entities रखना लंबी संख्यात्मक कोड से टीम समीक्षा को साफ़ रखता है

Named entities बनाम संख्यात्मक references

Named entities शब्दों का उपयोग करती हैं: ©। संख्यात्मक character references संख्या का उपयोग करते हैं: © कॉपीराइट चिह्न का दूसरा तरीका है, और → दायाँ तीर बना सकता है। इस कोर्स के लिए लंबी कोड तालिकाएँ याद रखने की जरूरत नहीं। रोज़मर्रा के कानूनी और मुद्रा चिह्नों के named रूप सीखें, और जब स्पष्ट नाम न हो तो संख्यात्मक रूप को बैकअप मानें। दुर्लभ अक्षर के लिए भी संख्यात्मक reference मददगार है जब आप ऐसी जगह UTF-8 चिपकाना न चाहें जो फ़ाइल बिगाड़ दे। सामान्य प्रतीकों के लिए नाम आँखों के लिए छोटा और प्रोजेक्ट में खोजने में आसान होता है। पहले स्पष्टता चुनें; कम आम अक्षर केवल जरूरत पर कवर करें।

UTF-8 और चिपकाए प्रतीक

यदि फ़ाइल UTF-8 में सेव है, अक्सर आप © या € सीधे चिपका सकते हैं। यह मान्य है। Entities तब उपयोगी रहती हैं जब आप चाहते हैं कि स्रोत ASCII-friendly पाठ के करीब रहे, या जब संपादक पहले विशेष अक्षर बिगाड़ चुका हो। वह तरीका चुनें जो टीम की फ़ाइलों को विश्वसनीय रखे। कई डेवलपर वाली परियोजनाओं में एक शैली पर सहमति — फुटर और मुद्रा के लिए named entities, या encoding जाँच के साथ UTF-8 चिपकाना — मशीनों के बीच कष्टदायक अंतर रोकता है। बिना कारण एक ही पंक्ति में मिश्रण न करें; संगति समीक्षा आसान बनाती है। Entities लेआउट के लिए CSS की जगह नहीं लेतीं, और सरल तीर संकेत हैं, डिज़ाइन ग्रिड नहीं।

अपने संपादक में अभ्यास

1. © और वर्तमान वर्ष के साथ फुटर पंक्ति लिखें।
2. € या £ वाली कीमत जोड़ें।
3. उत्पाद नाम के बाद ™ लगाएँ।
4. वैकल्पिक: → या → से छोटा «अगला» संकेत।
5. पृष्ठ खोलें और प्रतीक रेंडर होने की पुष्टि करें।
6. ; हटाकर एक entity तोड़ें, रीलोड करें, फिर ठीक करें।
   उसके बाद पूछें: क्या कोई entity बिना semicolon बची? क्या असली कीमत में मुद्रा entities उलझ गईं? क्या तीर CSS की जगह लेआउट बने? अभ्यास लंबी प्रतीक सूची से बेहतर नियम बैठाता है; जानबूझकर semicolon गलती दिखाती है कि प्रकाशन से पहले अनुशासन क्यों जरूरी है।

बचने योग्य गलतियाँ

• प्रतीक entity पर अंतिम ; भूलना
• असली कीमत पंक्ति में मुद्रा entities (€ बनाम £) मिलाना
• तीर entities को CSS की जगह पूरे पृष्ठ-लेआउट सिस्टम की तरह उपयोग करना
• मान लेना कि हर भव्य प्रतीक की छोटी named entity है — कुछ को संख्यात्मक references या चिपकाया UTF-8 अक्षर चाहिए
• साधारण अक्षर encode करना जिन्हें कभी entities की जरूरत नहीं थी
  ये गलतियाँ छोटी लगती हैं जब तक एक रेंडर न तोड़े या स्रोत गंदा न करे। फुटर और कीमत पंक्ति में entities की त्वरित जाँच अधिकांश आश्चर्य रोकती है। पृष्ठ लेआउट को तीर entities से न बदलें; प्रतीक वास्तविक चिह्न और संकेतों के लिए रखें।

सारांश

• कई पृष्ठ प्रतीक HTML entities से आते हैं
• ©, ®, ™ और € जैसी मुद्रा entities से शुरू करें
• जब नाम मौजूद हो तो named entities लंबी संख्यात्मक कोड से याद रखने में आसान होती हैं
• संख्यात्मक references कम आम अक्षरों के लिए बैकअप हैं
• entities हमेशा ; से समाप्त करें
• लेआउट के लिए स्पष्ट पाठ और CSS प्राथमिकता दें; प्रतीक entities को वास्तविक चिह्न और संकेतों के लिए रखें
  पूरी सूची नहीं, नियम याद रखें: वांछित प्रतीक दिखाएँ, semicolon का पालन करें, स्रोत समीक्षा योग्य रखें। इस तरह फुटर, कीमतें और उत्पाद नाम संपादकों और ब्राउज़रों में विश्वसनीय रहते हैं — बिना रेंडर आश्चर्य के।