@intlayer/docs 9.4.4 → 9.5.0

package/blog/hi/next-i18next_vs_next-intl_vs_intlayer.md

@@ -35,16 +35,12 @@ author: aymericzip
 
 > **संक्षेप में**: ये सभी तीनों Next.js ऐप को स्थानीयकृत कर सकते हैं। यदि आप चाहते हैं **कंपोनेंट-स्कोप्ड कंटेंट**, **कठोर TypeScript प्रकार**, **बिल्ड-टाइम मिसिंग-की जांच**, **ट्री-शेक्ड डिक्शनरीज़**, और **फर्स्ट-क्लास App Router + SEO हेल्पर्स**, तो **Intlayer** सबसे पूर्ण, आधुनिक विकल्प है।
 
----
-
 ## उच्च स्तरीय स्थिति
 
 - **next-intl** - हल्का, सरल संदेश स्वरूपण जो मजबूत Next.js समर्थन के साथ आता है। केंद्रीकृत कैटलॉग आम हैं; DX सरल है, लेकिन सुरक्षा और बड़े पैमाने पर रखरखाव मुख्य रूप से आपकी जिम्मेदारी बनी रहती है।
 - **next-i18next** - Next.js के लिए i18next का रूप। परिपक्व इकोसिस्टम और प्लगइन्स (जैसे ICU) के माध्यम से फीचर्स, लेकिन कॉन्फ़िगरेशन लंबा हो सकता है और जैसे-जैसे प्रोजेक्ट बढ़ते हैं कैटलॉग केंद्रीकृत हो जाते हैं।
 - **Intlayer** - Next.js के लिए कंपोनेंट-केंद्रित कंटेंट मॉडल, **कठोर TS टाइपिंग**, **बिल्ड-टाइम चेक्स**, **ट्री-शेकिंग**, **इन-बिल्ट मिडलवेयर और SEO हेल्पर्स**, वैकल्पिक **विज़ुअल एडिटर/CMS**, और **AI-सहायता प्राप्त अनुवाद**।
 
----
-
 ## साइड-बाय-साइड फीचर तुलना (Next.js केंद्रित)
 
 | फीचर                                                   | `next-intlayer` (Intlayer)                                                                                                                                        | `next-intl`                                                                                                     | `next-i18next`                                                                                                  |
@@ -69,16 +65,12 @@ author: aymericzip
 | **अप्रयुक्त कंटेंट को हटाना**                          | ✅ हाँ, बिल्ड समय पर प्रति-डिक्शनरी                                                                                                                               | ❌ नहीं, नेमस्पेस प्रबंधन के साथ मैन्युअली प्रबंधित किया जा सकता है                                             | ❌ नहीं, नेमस्पेस प्रबंधन के साथ मैन्युअली प्रबंधित किया जा सकता है                                             |
 | **बड़े प्रोजेक्ट्स का प्रबंधन**                        | ✅ मॉड्यूलर को प्रोत्साहित करता है, डिज़ाइन-सिस्टम के लिए उपयुक्त                                                                                                 | ✅ सेटअप के साथ मॉड्यूलर                                                                                        | ✅ सेटअप के साथ मॉड्यूलर                                                                                        |
 
----
-
 ## परिचय
 
 Next.js आपको अंतर्राष्ट्रीयकृत routing (जैसे locale segments) के लिए built-in support देता है। लेकिन यह feature अपने आप translations नहीं करता। आपको अपने users को localized content render करने के लिए एक library की जरूरत है।
 
 कई i18n libraries मौजूद हैं, लेकिन Next.js की दुनिया में आज, तीन को ध्यान मिल रहा है: next-i18next, next-intl, और Intlayer।
 
----
-
 ## आर्किटेक्चर और स्केलेबिलिटी
 
 - **next-intl / next-i18next**: डिफ़ॉल्ट रूप से **केंद्रीकृत कैटलॉग** प्रति locale (साथ ही i18next में **namespaces**)। शुरुआत में अच्छी तरह काम करता है, लेकिन अक्सर बढ़ते coupling और key churn के साथ एक बड़ी साझा सतह बन जाता है।
@@ -86,8 +78,6 @@ Next.js आपको अंतर्राष्ट्रीयकृत routing
 
 **यह क्यों मायने रखता है:** बड़े codebases या design-system setups में, **modular content** monolithic catalogs की तुलना में बेहतर स्केल करता है।
 
----
-
 ## Bundle आकार और dependencies
 
 अनुप्रयोग बनाने के बाद, bundle वह JavaScript है जो ब्राउज़र पृष्ठ को प्रस्तुत करने के लिए लोड करेगा। इसलिए bundle का आकार अनुप्रयोग के प्रदर्शन के लिए महत्वपूर्ण है।
@@ -155,8 +145,6 @@ Next.js आपको अंतर्राष्ट्रीयकृत routing
 | ----------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------ |
 | ![optimized bundle](https://github.com/aymericzip/intlayer/blob/main/docs/assets/bundle.png?raw=true) | ![no optimized bundle](https://github.com/aymericzip/intlayer/blob/main/docs/assets/bundle_no_optimization.png?raw=true) |
 
----
-
 ## TypeScript और सुरक्षा
 
 <Columns>
@@ -186,8 +174,6 @@ Next.js आपको अंतर्राष्ट्रीयकृत routing
 
 **यह क्यों महत्वपूर्ण है:** Strong typing failures को **left** (CI/build) की ओर shift करता है **right** (runtime) की बजाय।
 
----
-
 ## अनुपलब्ध अनुवाद हैंडलिंग
 
 <Columns>
@@ -217,8 +203,6 @@ Next.js आपको अंतर्राष्ट्रीयकृत routing
 
 **Why it matters:** Build के दौरान gaps को पकड़ना production में 'undefined' strings को रोकता है।
 
----
-
 ## राउटिंग, मिडलवेयर और यूआरएल रणनीति
 
 <Columns>
@@ -250,8 +234,6 @@ Next.js आपको अंतर्राष्ट्रीयकृत routing
 
 **यह क्यों मायने रखता है:** SEO और खोज के साथ-साथ उपयोगकर्ता अनुभव में मदद करता है।
 
----
-
 ## Server Components (RSC) संरेखण
 
 <Columns>
@@ -284,8 +266,6 @@ Next.js आपको अंतर्राष्ट्रीयकृत routing
 
 **यह क्यों महत्वपूर्ण है:** Server component सपोर्ट Next.js 13+ की एक मुख्य सुविधा है, जो performance में सुधार करती है। parent से बाल server components में locale या `t` फ़ंक्शन को props के रूप में पास करने से आपके components कम reusable हो जाते हैं।
 
----
-
 ## स्थानीयकरण प्लेटफॉर्म (TMS) के साथ एकीकरण
 
 बड़ी संगठनें अक्सर **Crowdin**, **Phrase**, **Lokalise**, **Localizely**, या **Localazy** जैसी Translation Management Systems (TMS) पर निर्भर करती हैं।
@@ -305,8 +285,6 @@ Next.js आपको अंतर्राष्ट्रीयकृत routing
 
 > नोट: `next-intl` और `i18next` TypeScript catalogs को भी स्वीकार करते हैं। यदि आपकी team `.ts` files में messages को store करती है या उन्हें feature द्वारा decentralize करती है, तो आप समान TMS friction का सामना कर सकते हैं। हालांकि, कई `next-intl` setups `locales/` folder में centralized रहते हैं, जो TMS के लिए JSON में refactor करना थोड़ा आसान है।
 
----
-
 ## डेवलपर अनुभव
 
 यह भाग तीनों समाधानों के बीच एक गहन तुलना करता है। प्रत्येक समाधान के 'getting started' दस्तावेज़ में वर्णित सरल cases पर विचार करने के बजाय, हम एक वास्तविक use case पर विचार करेंगे, जो एक वास्तविक project के अधिक समान है।
@@ -938,8 +916,6 @@ const ClientComponentExample = () => {
   - **next-intl** लचीला है; संदेशों को अपनी कॉन्फ़िगरेशन के अनुसार लोड करें।
   - **Intlayer** TS/JS dictionaries में content store करता है और key के आधार पर resolve करता है।
 
----
-
 ### सर्वर कंपोनेंट में उपयोग
 
 हम एक UI कंपोनेंट के मामले को लेंगे। यह कंपोनेंट एक सर्वर कंपोनेंट है, और एक क्लाइंट कंपोनेंट के चाइल्ड के रूप में डाला जा सकता है। (page (server component) -> client component -> server component)। जैसा कि यह कंपोनेंट क्लाइंट कंपोनेंट के चाइल्ड के रूप में डाला जा सकता है, यह async नहीं हो सकता है।
@@ -1441,8 +1417,6 @@ Middleware की सेटअप `intlayer.config.ts` फाइल में
 
 </Tabs>
 
----
-
 ## और विजेता है…
 
 यह सरल नहीं है। प्रत्येक विकल्प के अपने trade-offs हैं। यहाँ मेरा दृष्टिकोण है:
@@ -1486,8 +1460,6 @@ Middleware की सेटअप `intlayer.config.ts` फाइल में
 - **मिडलवेयर और हेल्पर्स अपनाएं**: साइट-वाइड लोकल डिटेक्शन और SEO टैग्स को मानकीकृत करें।
 - **बंडल्स को मापें**: जब अप्रयुक्त सामग्री हटाई जाती है तो **बंडल आकार में कमी** की उम्मीद करें।
 
----
-
 ## निष्कर्ष
 
 तीनों लाइब्रेरीज़ मूल स्थानीयकरण में सफल हैं। फर्क यह है कि **आपको कितना काम करना होगा** एक मजबूत, स्केलेबल सेटअप प्राप्त करने के लिए **आधुनिक Next.js** में:

package/blog/hi/nextjs-multilingual-seo-comparison.md

@@ -26,8 +26,6 @@ author: aymericzip
 
 इस ब्लॉग में, हम यह पता लगाएंगे कि **क्यों i18n एक SEO सुपरपावर है** और इसे Next.js में `next-intl`, `next-i18next`, और `Intlayer` के साथ सही तरीके से कैसे लागू किया जाए।
 
----
-
 ## क्यों SEO और i18n
 
 भाषाएँ जोड़ना केवल UX के बारे में नहीं है। यह **ऑर्गेनिक विजिबिलिटी** के लिए एक शक्तिशाली साधन भी है। यहाँ कारण हैं:
@@ -37,8 +35,6 @@ author: aymericzip
 3. **बेहतर UX:** आगंतुक तुरंत आपकी साइट के सही संस्करण पर पहुँचते हैं।
 4. **प्रतिस्पर्धात्मक लाभ:** कुछ ही साइटें बहुभाषी SEO को अच्छी तरह लागू करती हैं, जिसका मतलब है कि आप अलग दिख सकते हैं।
 
----
-
 ## Next.js में बहुभाषी SEO के लिए सर्वोत्तम प्रथाएँ
 
 यहाँ एक चेकलिस्ट है जिसे हर बहुभाषी ऐप को लागू करना चाहिए:
@@ -57,8 +53,6 @@ author: aymericzip
 
 ये सरल कदम हैं, लेकिन इन्हें छोड़ना आपकी दृश्यता को प्रभावित कर सकता है।
 
----
-
 ## कार्यान्वयन उदाहरण
 
 डेवलपर्स अक्सर अपने पृष्ठों को विभिन्न स्थानीय भाषाओं में सही ढंग से संदर्भित करना भूल जाते हैं, इसलिए आइए देखें कि यह विभिन्न लाइब्रेरीज़ के साथ व्यावहारिक रूप में कैसे काम करता है।
@@ -344,14 +338,10 @@ export default robots;
   </Tab>
 </Tabs>
 
----
-
 ## Intlayer SEO Scanner के साथ अपनी वेबसाइट का ऑडिट करें
 
 यह सुनिश्चित करने के लिए कि आपका बहुभाषी ऐप पूरी तरह से अनुकूलित है, हम [Intlayer SEO Scanner](https://intlayer.org/i18n-seo-scanner) का उपयोग करने की सलाह देते हैं। यह बहुभाषी वेबसाइट की जाँच के लिए एक विशेष उपकरण है, जो आपके सभी स्थानीयकृत पृष्ठों पर लापता hreflang टैग, टूटे हुए लिंक और अन्य SEO समस्याओं की पहचान करने में मदद करता है।
 
----
-
 ## निष्कर्ष
 
 Next.js में i18n को सही तरीके से लागू करना केवल टेक्स्ट का अनुवाद करने के बारे में नहीं है, बल्कि यह सुनिश्चित करने के बारे में है कि सर्च इंजन और उपयोगकर्ता ठीक उसी संस्करण को जानें जो आपकी सामग्री का सर्वर करना है।

package/blog/hi/rag_powered_documentation_assistant.md

@@ -71,7 +71,6 @@ RAG एक लोकप्रिय दृष्टिकोण बन गया
 6.  **प्रतिक्रिया के लिए क्वेरी लॉगिंग** हर उपयोगकर्ता क्वेरी को संग्रहित किया जाता है। यह दर्द बिंदुओं, गायब दस्तावेज़ों, या नए अवसरों को समझने के लिए सोना है।
 
 <Steps>
-
 <Step number={1} title="दस्तावेज़ पढ़ना">
 
 पहला चरण सरल था: मुझे docs/ फ़ोल्डर में सभी .md फ़ाइलों को स्कैन करने का एक तरीका चाहिए था। Node.js और glob का उपयोग करके, मैंने प्रत्येक Markdown फ़ाइल की सामग्री को मेमोरी में लाया।
@@ -79,7 +78,6 @@ RAG एक लोकप्रिय दृष्टिकोण बन गया
 यह पाइपलाइन को लचीला बनाए रखता है: Markdown के बजाय, आप दस्तावेज़ों को डेटाबेस, CMS, या यहां तक कि API से भी प्राप्त कर सकते हैं।
 
 </Step>
-
 <Step number={2} title="दस्तावेज़ों को टुकड़ों में विभाजित करना">
 
 टुकड़ों में क्यों बांटना? क्योंकि भाषा मॉडल के पास **संदर्भ सीमाएं** होती हैं। उन्हें पूरे दस्तावेज़ की किताब खिलाना काम नहीं करेगा।
@@ -99,7 +97,6 @@ RAG एक लोकप्रिय दृष्टिकोण बन गया
 - बहुत बड़ा → आप संदर्भ आकार को बढ़ा देते हैं।
 
 </Step>
-
 <Step number={3} title="एम्बेडिंग्स जनरेट करना">
 
 एक बार जब दस्तावेज़ों को टुकड़ों में बांट दिया जाता है, तो हम **एम्बेडिंग्स** बनाते हैं, उच्च-आयामी वेक्टर जो प्रत्येक टुकड़े का प्रतिनिधित्व करते हैं।
@@ -119,7 +116,6 @@ RAG एक लोकप्रिय दृष्टिकोण बन गया
 प्रत्येक वेक्टर टेक्स्ट की एक गणितीय फिंगरप्रिंट है, जो समानता खोज को सक्षम बनाता है।
 
 </Step>
-
 <Step number={4} title="एम्बेडिंग्स का इंडेक्सिंग और संग्रहण">
 
 बार-बार एम्बेडिंग्स को पुनः उत्पन्न करने से बचने के लिए, मैंने उन्हें embeddings.json में संग्रहित किया।
@@ -134,7 +130,6 @@ RAG एक लोकप्रिय दृष्टिकोण बन गया
 वेक्टर डेटाबेस इंडेक्सिंग, स्केलेबिलिटी, और तेज़ खोज को संभालते हैं। लेकिन मेरे प्रोटोटाइप के लिए, एक स्थानीय JSON ठीक काम करता था।
 
 </Step>
-
 <Step number={5} title="कोसाइन सिमिलैरिटी के साथ पुनःप्राप्ति">
 
 जब कोई उपयोगकर्ता प्रश्न पूछता है:
@@ -148,7 +143,6 @@ RAG एक लोकप्रिय दृष्टिकोण बन गया
 इस तरह, सिस्टम क्वेरी के सबसे निकट दस्तावेज़ अंश खोजता है।
 
 </Step>
-
 <Step number={6} title="संवर्धन + जनरेशन">
 
 अब जादू आता है। हम शीर्ष टुकड़ों को लेते हैं और उन्हें ChatGPT के **सिस्टम प्रॉम्प्ट** में इंजेक्ट करते हैं।
@@ -158,7 +152,6 @@ RAG एक लोकप्रिय दृष्टिकोण बन गया
 परिणाम: सटीक, **दस्तावेज़-आधारित उत्तर**।
 
 </Step>
-
 <Step number={7} title="उपयोगकर्ता प्रश्नों का लॉगिंग">
 
 यह छुपी हुई सुपरपावर है।
@@ -173,7 +166,6 @@ RAG एक लोकप्रिय दृष्टिकोण बन गया
 यह आपके RAG सहायक को एक **लगातार उपयोगकर्ता अनुसंधान उपकरण** में बदल देता है।
 
 </Step>
-
 <Step number={8} title="इसकी लागत क्या है?">
 
 RAG के लिए एक सामान्य आपत्ति लागत है। व्यवहार में, यह आश्चर्यजनक रूप से सस्ता है:
@@ -185,7 +177,6 @@ RAG के लिए एक सामान्य आपत्ति लाग
 इसके ऊपर, आप होस्टिंग लागत भी शामिल कर सकते हैं।
 
 </Step>
-
 <Step number={9} title="कार्यान्वयन विवरण">
 
 स्टैक:
@@ -251,7 +242,6 @@ docUrl: "https://example.com/docs/hi/another-doc"
 👉 [यहाँ डेमो आज़माएँ](https://intlayer.org/doc/why) 👉 [GitHub पर कोड टेम्पलेट देखें](https://github.com/aymericzip/smart_doc_RAG)
 
 </Step>
-
 <Step number={10} title="आगे बढ़ना">
 
 यह परियोजना एक न्यूनतम कार्यान्वयन है। लेकिन आप इसे कई तरीकों से बढ़ा सकते हैं:
@@ -265,7 +255,6 @@ docUrl: "https://example.com/docs/hi/another-doc"
 - बेहतर प्रॉम्प्टिंग → रीरैंकिंग, फ़िल्टरिंग, और हाइब्रिड सर्च (कीवर्ड + सेमांटिक)
 
 </Step>
-
 <Step number={11} title="सीमाएँ जिनका सामना करना पड़ा">
 
 - चंकिन्ग और ओवरलैप अनुभवजन्य हैं। सही संतुलन (चंक साइज, ओवरलैप प्रतिशत, प्राप्त किए गए चंक्स की संख्या) के लिए पुनरावृत्ति और परीक्षण आवश्यक है।
@@ -273,7 +262,6 @@ docUrl: "https://example.com/docs/hi/another-doc"
 - इस प्रोटोटाइप में, एम्बेडिंग्स JSON में संग्रहीत की जाती हैं। यह डेमो के लिए काम करता है लेकिन Git को प्रदूषित करता है। उत्पादन में, एक डेटाबेस या समर्पित वेक्टर स्टोर बेहतर होता है।
 
 </Step>
-
 <Step number={12} title="यह दस्तावेज़ों से परे क्यों महत्वपूर्ण है">
 
 दिलचस्प हिस्सा केवल चैटबॉट नहीं है। यह **फीडबैक लूप** है।
@@ -295,7 +283,6 @@ RAG के साथ, आप केवल उत्तर नहीं देत
 यह है आपके उपयोगकर्ताओं से सीधे **उत्पाद बुद्धिमत्ता**।
 
 </Step>
-
 <Step number={13} title="निष्कर्ष">
 
 RAG LLMs को व्यावहारिक बनाने के सबसे सरल और सबसे शक्तिशाली तरीकों में से एक है। **रिकवरी + जनरेशन** को मिलाकर, आप स्थिर दस्तावेज़ों को एक **स्मार्ट असिस्टेंट** में बदल सकते हैं और साथ ही, उत्पाद अंतर्दृष्टि की एक निरंतर धारा प्राप्त कर सकते हैं।

package/blog/hi/react-i18next_vs_react-intl_vs_intlayer.md

@@ -35,16 +35,12 @@ author: aymericzip
 
 > **संक्षेप में**: ये तीनों React ऐप को स्थानीयकृत कर सकते हैं। यदि आप चाहते हैं **कंपोनेंट-स्कोप्ड सामग्री**, **सख्त TypeScript प्रकार**, **बिल्ड-टाइम लापता-कुंजी जांच**, **ट्री-शेक्ड शब्दकोश**, और अंतर्निर्मित संपादकीय टूलिंग (विज़ुअल एडिटर/CMS + वैकल्पिक AI अनुवाद), तो **Intlayer** मॉड्यूलर React कोडबेस के लिए सबसे पूर्ण विकल्प है।
 
----
-
 ## उच्च-स्तरीय स्थिति
 
 - **react-intl** - ICU-प्रथम, मानकों के अनुरूप स्वरूपण (तिथियाँ/संख्याएँ/बहुवचन) के साथ एक परिपक्व API। कैटलॉग आमतौर पर केंद्रीकृत होते हैं; कुंजी सुरक्षा और बिल्ड-टाइम सत्यापन मुख्य रूप से आपके जिम्मे होते हैं।
 - **react-i18next** - अत्यंत लोकप्रिय और लचीला; नामस्थान, डिटेक्टर, और कई प्लगइन्स (ICU, बैकएंड)। शक्तिशाली, लेकिन परियोजनाओं के बढ़ने पर कॉन्फ़िगरेशन फैल सकता है।
 - **Intlayer** - React के लिए कंपोनेंट-केंद्रित सामग्री मॉडल, **सख्त TS टाइपिंग**, **बिल्ड-टाइम जांच**, **ट्री-शेकिंग**, साथ ही **विज़ुअल एडिटर/CMS** और **AI-सहायता प्राप्त अनुवाद**। React Router, Vite, CRA आदि के साथ काम करता है।
 
----
-
 ## फीचर मैट्रिक्स (React फोकस)
 
 | फीचर                                                | `react-intlayer` (Intlayer)                                                                                                                                       | `react-i18next` (i18next)                                                                                      | `react-intl` (FormatJS)                                                                            |
@@ -69,8 +65,6 @@ author: aymericzip
 | **अप्रयुक्त सामग्री को हटाना**                      | ✅ हाँ, बिल्ड समय पर प्रति-शब्दकोश                                                                                                                                | ❌ नहीं, केवल मैनुअल नेमस्पेस विभाजन के माध्यम से                                                              | ❌ नहीं, सभी घोषित संदेश बंडल किए जाते हैं                                                         |
 | **बड़े प्रोजेक्ट्स का प्रबंधन**                     | ✅ मॉड्यूलर को प्रोत्साहित करता है, डिज़ाइन-सिस्टम के लिए उपयुक्त                                                                                                 | ⚠️ अच्छी फ़ाइल अनुशासन की आवश्यकता होती है                                                                     | ⚠️ केंद्रीय कैटलॉग बड़े हो सकते हैं                                                                |
 
----
-
 ## गहन तुलना
 
 ### 1) आर्किटेक्चर और स्केलेबिलिटी
@@ -80,8 +74,6 @@ author: aymericzip
 
 **महत्व क्यों है:** मॉड्यूलर सामग्री मॉड्यूलर UI का प्रतिबिंब होती है। बड़े React कोडबेस तब साफ-सुथरे रहते हैं जब अनुवाद उन घटकों के साथ रहते हैं जिनसे वे संबंधित हैं।
 
----
-
 ### 2) टाइपस्क्रिप्ट और सुरक्षा
 
 - **react-intl**: मजबूत टाइपिंग्स, लेकिन **स्वचालित कुंजी टाइपिंग नहीं**; सुरक्षा पैटर्न आप स्वयं लागू करते हैं।
@@ -90,8 +82,6 @@ author: aymericzip
 
 **महत्व क्यों है:** विफलताओं को **बाएं** (बिल्ड/CI) स्थानांतरित करने से उत्पादन समस्याएँ कम होती हैं और डेवलपर प्रतिक्रिया चक्र तेज़ होता है।
 
----
-
 ### 3) अनुवाद की कमी को संभालना
 
 - **react-intl / react-i18next**: डिफ़ॉल्ट रूप से **रनटाइम फॉलबैक** (कुंजी की नकल या डिफ़ॉल्ट लोकल) का उपयोग करते हैं। आप लिंटिंग/प्लगइन्स जोड़ सकते हैं, लेकिन यह बिल्ड पर गारंटीकृत नहीं है।
@@ -99,8 +89,6 @@ author: aymericzip
 
 **महत्व क्यों है:** CI में गायब स्ट्रिंग्स पर विफलता गैर-अंग्रेज़ी UI में "रहस्यमय अंग्रेज़ी" के रिसाव को रोकती है।
 
----
-
 ### 4) समृद्ध सामग्री और स्वरूपण
 
 - **react-intl**: बहुवचन, चयन, तिथियाँ/संख्याएँ, और संदेश संरचना के लिए उत्कृष्ट **ICU** समर्थन। JSX का उपयोग किया जा सकता है, लेकिन मानसिक मॉडल संदेश-केंद्रित रहता है।
@@ -109,8 +97,6 @@ author: aymericzip
 
 **महत्व क्यों है:** जटिल UI टेक्स्ट (लिंक, बोल्ड हिस्से, इनलाइन कंपोनेंट्स) तब आसान होते हैं जब लाइब्रेरी React नोड्स को साफ़-सुथरे तरीके से अपनाती है।
 
----
-
 ### 5) प्रदर्शन और लोडिंग व्यवहार
 
 - **react-intl / react-i18next**: आप आमतौर पर **कैटलॉग विभाजन** और **लेट लोडिंग** को मैन्युअल रूप से प्रबंधित करते हैं (नेमस्पेस/डायनामिक इम्पोर्ट्स)। प्रभावी लेकिन अनुशासन की आवश्यकता होती है।
@@ -118,8 +104,6 @@ author: aymericzip
 
 **यह क्यों महत्वपूर्ण है:** छोटे बंडल और कम उपयोग न किए गए स्ट्रिंग्स स्टार्टअप और नेविगेशन प्रदर्शन को बेहतर बनाते हैं।
 
----
-
 ### 6) DX, टूलिंग और रखरखाव
 
 - **react-intl / react-i18next**: व्यापक समुदाय पारिस्थितिकी तंत्र; संपादकीय वर्कफ़्लो के लिए आप आमतौर पर बाहरी स्थानीयकरण प्लेटफ़ॉर्म अपनाते हैं।
@@ -127,16 +111,12 @@ author: aymericzip
 
 **महत्व क्यों है:** अंतर्निर्मित उपकरण डेवलपर्स और सामग्री लेखकों के बीच चक्र को छोटा करता है - कम ग्लू कोड, कम विक्रेता निर्भरताएँ।
 
----
-
 ## कब किसे चुनें?
 
 - **react-intl चुनें** यदि आप एक सरल, मानकों के अनुरूप API के साथ **ICU-प्रथम** संदेश स्वरूपण चाहते हैं और आपकी टीम मैन्युअल रूप से कैटलॉग और सुरक्षा जांच बनाए रखने में सहज है।
 - **react-i18next चुनें** यदि आपको **i18next के व्यापक इकोसिस्टम** (डिटेक्टर, बैकएंड, ICU प्लगइन, एकीकरण) की आवश्यकता है और आप अधिक कॉन्फ़िगरेशन स्वीकार करते हैं ताकि लचीलापन प्राप्त हो सके।
 - **Intlayer चुनें** यदि आप **कंपोनेंट-स्कोप्ड कंटेंट**, **सख्त TypeScript**, **बिल्ड-टाइम गारंटियां**, **ट्री-शेकिंग**, और **बिल्ट-इन** संपादकीय टूलिंग को महत्व देते हैं - खासकर **बड़े, मॉड्यूलर** React ऐप्स के लिए।
 
----
-
 ## व्यावहारिक माइग्रेशन नोट्स (react-intl / react-i18next → Intlayer)
 
 - **क्रमिक रूप से माइग्रेट करें**: एक फीचर या रूट से शुरू करें; संक्रमण के दौरान लेगेसी कैटलॉग्स को समानांतर रखें।
@@ -144,8 +124,6 @@ author: aymericzip
 - **सख्त जांच सक्षम करें**: बिल्ड-टाइम त्रुटियों को CI में जल्दी ही गायब कुंजी/लोकल्स दिखाने दें।
 - **बंडल मापें**: अप्रयुक्त स्ट्रिंग्स हटाए जाने पर कमी की उम्मीद करें।
 
----
-
 ## GitHub STARs
 
 GitHub stars एक प्रोजेक्ट की लोकप्रियता, कम्युनिटी के विश्वास और दीर्घकालीन प्रासंगिकता का एक मजबूत संकेतक हैं। हालांकि तकनीकी गुणवत्ता का सीधा माप नहीं, वे दर्शाते हैं कि कितने developers को प्रोजेक्ट उपयोगी लगता है, इसकी प्रगति का अनुसरण करते हैं, और इसे अपनाने की संभावना रखते हैं। किसी प्रोजेक्ट के मूल्य का अनुमान लगाने के लिए, stars विकल्पों के बीच traction की तुलना करने और ecosystem growth में insights प्रदान करने में मदद करते हैं।