@intlayer/docs 8.9.8 → 8.10.0-canary.0

package/docs/hi/benchmark/nextjs.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2026-04-20
-updatedAt: 2026-04-21
+updatedAt: 2026-05-18
 title: 2026 में Next.js के लिए सर्वश्रेष्ठ i18n समाधान - बेंचमार्क रिपोर्ट
 description: next-intl, next-i18next और Intlayer जैसे Next.js अंतर्राष्ट्रीयकरण (i18n) लाइब्रेरीज़ की तुलना करें। बंडल आकार, लीकेज और रिएक्टिविटी पर विस्तृत परफॉरमेंस रिपोर्ट।
 keywords:
@@ -17,12 +17,15 @@ slugs:
 author: Aymeric PINEAU
 applicationTemplate: https://github.com/intlayer-org/benchmark-i18n
 history:
+  - version: 8.9.8
+    date: 2026-05-18
+    changes: "GitHub स्टार तुलना जोड़ें"
   - version: 8.7.5
     date: 2026-01-06
     changes: "बेंचमार्क इनिशियलाइज़ेशन"
 ---
 
-# Next.js i18n लाइब्रेरीज़ — 2026 बेंचमार्क रिपोर्ट
+# Next.js i18n लाइब्रेरीज़ - 2026 बेंचमार्क रिपोर्ट
 
 यह पेज Next.js पर i18n समाधानों के लिए एक बेंचमार्क रिपोर्ट है।
 
@@ -57,7 +60,7 @@ style="border:none;"
 
 i18n लाइब्रेरीज़ का एक अन्य प्रभाव धीमा विकास है। कंपोनेंट्स को विभिन्न भाषाओं में बहुभाषी सामग्री में बदलना समय लेने वाला काम है।
 
-चूंकि यह समस्या कठिन है, इसलिए कई समाधान मौजूद हैं—कुछ DX (डेवलपर अनुभव) पर केंद्रित हैं, अन्य परफॉरमेंस या स्केलेबिलिटी पर, और इसी तरह।
+चूंकि यह समस्या कठिन है, इसलिए कई समाधान मौजूद हैं-कुछ DX (डेवलपर अनुभव) पर केंद्रित हैं, अन्य परफॉरमेंस या स्केलेबिलिटी पर, और इसी तरह।
 
 Intlayer इन सभी आयामों में अनुकूलन करने का प्रयास करता है।
 
@@ -95,7 +98,7 @@ Intlayer इन सभी आयामों में अनुकूलन क
 
 यदि आप `const t = useTranslation()` + `t('my-object.my-sub-object.my-key')` जैसी सिंटैक्स का उपयोग करते हैं, तो आमतौर पर पूरा JSON बंडल में होना चाहिए ताकि लाइब्रेरी उसे पार्स कर सके और की (key) को हल कर सके। उस सामग्री का बहुत सा हिस्सा तब भी भेजा जाता है जब वह पेज पर अप्रयुक्त होता है।
 
-इसे कम करने के लिए, कुछ लाइब्रेरीज़ आपसे प्रति पेज नेमस्पेस घोषित करने के लिए कहती हैं जिन्हें लोड करना है—उदा. `next-i18next`, `next-intl`, `lingui`, `next-translate`, `next-international` ।
+इसे कम करने के लिए, कुछ लाइब्रेरीज़ आपसे प्रति पेज नेमस्पेस घोषित करने के लिए कहती हैं जिन्हें लोड करना है-उदा. `next-i18next`, `next-intl`, `lingui`, `next-translate`, `next-international` ।
 
 इसके विपरीत, `Paraglide` बिल्ड से पहले JSON को `const en_my_var = () => 'my value'` जैसे फ्लैट सिम्बल्स में बदलने के लिए एक अतिरिक्त चरण जोड़ता है। सिद्धांत रूप में यह पेज पर अप्रयुक्त सामग्री के ट्री-शेकिंग को सक्षम बनाता है। जैसा कि हम देखेंगे, इस पद्धति के अभी भी अपने ट्रेड-ऑफ़ हैं।
 
@@ -150,7 +153,7 @@ Intlayer इन सभी आयामों में अनुकूलन क
 
 - **औसत कंपोनेंट बंडल आकार**: सामान्य यूआई (UI) पीस को एक विशाल ऐप नंबर के अंदर छिपाने के बजाय **एक-एक करके** मापा जाता है। यह दिखाता है कि क्या अंतर्राष्ट्रीयकरण चुपचाप रोज़मर्रा के कंपोनेंट्स को फुला देता है। उदाहरण के तौर पर, यदि आपका कंपोनेंट री-रेंडर होता है, तो वह मेमोरी से उस पूरे डेटा को लोड करेगा। किसी भी कंपोनेंट में एक विशाल JSON जोड़ना, अप्रयुक्त डेटा के एक बड़े स्टोर को जोड़ने जैसा है जो आपके कंपोनेंट्स के परफॉरमेंस को धीमा कर देगा।
 
-- **भाषा स्विच रिस्पॉन्सिवनेस**: मैंने ऐप के अपने कंट्रोल का उपयोग करके भाषा बदल दी और समय मापा कि जब तक पेज स्पष्ट रूप से स्विच नहीं हो गया—जो एक विजिटर नोटिस करेगा, न कि एक लैब माइक्रो-स्टेप।
+- **भाषा स्विच रिस्पॉन्सिवनेस**: मैंने ऐप के अपने कंट्रोल का उपयोग करके भाषा बदल दी और समय मापा कि जब तक पेज स्पष्ट रूप से स्विच नहीं हो गया-जो एक विजिटर नोटिस करेगा, न कि एक लैब माइक्रो-स्टेप।
 
 - **भाषा परिवर्तन के बाद रेंडरिंग कार्य**: एक संकीर्ण अनुवर्ती: स्विच चालू होने के बाद नई भाषा के लिए इंटरफ़ेस को दोबारा पेंट करने में कितना प्रयास लगा। उपयोगी तब होता है जब "महसूस किया गया" समय और फ़्रेमवर्क लागत भिन्न होती है।
 
@@ -158,11 +161,17 @@ Intlayer इन सभी आयामों में अनुकूलन क
 
 - **हाइड्रेशन समय**: जब ऐप इसे उजागर करता है, तो क्लाइयंट सर्वर HTML को किसी ऐसी चीज़ में बदलने में कितना समय बिताता है जिस पर आप वास्तव में क्लिक कर सकें। तालिकाओं में एक डैश (-) का अर्थ है कि उस कार्यान्वयन ने इस बेंचमार्क में एक विश्वसनीय हाइड्रेशन आंकड़ा प्रदान नहीं किया।
 
+## GitHub सितारे
+
+GitHub सितारे किसी प्रोजेक्ट की लोकप्रियता, सामुदायिक विश्वास और दीर्घकालिक प्रासंगिकता का एक मजबूत संकेतक हैं। हालांकि यह तकनीकी गुणवत्ता का प्रत्यक्ष माप नहीं है, वे दर्शाते हैं कि कितने डेवलपर्स प्रोजेक्ट को उपयोगी पाते हैं, इसकी प्रगति का पालन करते हैं, और इसे अपनाने की संभावना रखते हैं। किसी प्रोजेक्ट के मूल्य का अनुमान लगाने के लिए, सितारे विकल्पों के बीच कर्षण की तुलना करने में मदद करते हैं और पारिस्थितिकी तंत्र के विकास में अंतर्दृष्टि प्रदान करते हैं।
+
+[![Star History Chart](https://api.star-history.com/chart?repos=i18next%2Fnext-i18next%2Camannn%2Fnext-intl%2Clingui%2Fjs-lingui%2Cvinissimus%2Fnext-translate%2Cinostudio%2Fnext-international%2Copral%2paraglide-js%2Ctolgee%2Ftolgee-js%2Caymericzip%2Fintlayer&type=date&legend=top-left)](https://www.star-history.com/#i18next/next-i18next&amannn/next-intl&lingui/js-lingui&vinissimus/next-translate&inostudio/next-international&opral/paraglide-js&tolgee/tolgee-js&aymericzip/intlayer)
+
 ## परिणाम विस्तार से
 
-### 1 — बचने के लिए समाधान
+### 1 - बचने के लिए समाधान
 
-`gt-next` या `lingo.dev` जैसे कुछ समाधानों से स्पष्ट रूप से बचना बेहतर है। वे वेंडर लॉक-इन (vendor lock-in) को आपके कोडबेस को प्रदूषित करने के साथ जोड़ते हैं। उन्हें लागू करने की कोशिश में कई घंटे बिताने के बावजूद, मैंने उन्हें कभी ठीक से काम करते हुए नहीं पाया—न तो TanStack Start पर और न ही Next.js पर।
+`gt-next` या `lingo.dev` जैसे कुछ समाधानों से स्पष्ट रूप से बचना बेहतर है। वे वेंडर लॉक-इन (vendor lock-in) को आपके कोडबेस को प्रदूषित करने के साथ जोड़ते हैं। उन्हें लागू करने की कोशिश में कई घंटे बिताने के बावजूद, मैंने उन्हें कभी ठीक से काम करते हुए नहीं पाया-न तो TanStack Start पर और न ही Next.js पर।
 
 सामना किए गए मुद्दे:
 
@@ -176,12 +185,12 @@ Intlayer इन सभी आयामों में अनुकूलन क
 
 **(Lingo.dev)** (`@lingo.dev/compiler@0.4.0`):
 
-- AI कोटा समाप्त हो गया, जिससे बिल्ड पूरी तरह से अवरुद्ध हो गया—इसलिए आप भुगतान किए बिना प्रोडक्शन में नहीं जा सकते।
+- AI कोटा समाप्त हो गया, जिससे बिल्ड पूरी तरह से अवरुद्ध हो गया-इसलिए आप भुगतान किए बिना प्रोडक्शन में नहीं जा सकते।
 - कंपाइलर अनुवादित सामग्री के लगभग 40% को मिस कर रहा था। मुझे इसे काम कराने के लिए सभी `.map` को फ्लैट कंपोनेंट ब्लॉक्स में दोबारा लिखना पड़ा।
 - उनका CLI काफी बग्स वाला है और बिना किसी कारण के कॉन्फ़िगरेशन फ़ाइल को रीसेट कर देता था।
 - बिल्ड के समय, नई सामग्री जोड़ने पर इसने जेनरेट किए गए JSON को पूरी तरह से मिटा दिया। परिणामस्वरूप, कुछ कीज़ (keys) 300 से अधिक मौजूदा कीज़ को मिटा सकती थीं।
 
-### 2 — प्रयोगात्मक समाधान
+### 2 - प्रयोगात्मक समाधान
 
 **(Wuchale)** (`wuchale@0.22.11`):
 
@@ -195,7 +204,7 @@ Intlayer इन सभी आयामों में अनुकूलन क
 
 > Paraglide पर नोट: यह समाधान इम्पोर्ट के लिए आपके कोडबेस में कोड इंजेक्ट करता है, जिसके परिणामस्वरूप बेंचमार्क रिपोर्ट में 'लाइब्रेरी आकार' मीट्रिक लगभग 0 है। कोड जेनरेशन एक अच्छी चीज़ है, क्योंकि उपयोग किया जाने वाला फंक्शन केवल आवश्यक लॉजिक (सभी प्रीफ़िक्स बनाम कोई प्रीफ़िक्स नहीं, कुकीज़ बनाम स्टोरेज, आदि) शामिल करेगा। इसकी तुलना में, Intlayer बिल्ड में एनवायरनमेंट वेरिएबल इंजेक्शन के माध्यम से यह फ़िल्टरिंग करता है ताकि बंडलर को लॉजिक के आधार पर सामग्री को ट्री-शेक करने के लिए मजबूर किया जा सके। इसके कारण, paraglide और intlayer अंत में i18next या next-intl की तुलना में 6 से 10 गुना हल्के समाधान साबित होते हैं।
 
-### 3 — स्वीकार्य समाधान
+### 3 - स्वीकार्य समाधान
 
 **(Tolgee)** (`@tolgee/react@7.0.0`):
 
@@ -219,7 +228,7 @@ Intlayer इन सभी आयामों में अनुकूलन क
 
 `Lingui` की अक्सर प्रशंसा की जाती है। व्यक्तिगत रूप से मुझे `lingui extract` / `lingui compile` वर्कफ़्लो विकल्पों की तुलना में अधिक जटिल लगा, बिना किसी स्पष्ट लाभ के। मैंने असंगत सिंटैक्स भी देखे जो AI को भ्रमित करते हैं (उदा. `t()`, `t''`, `i18n.t()`, `<Trans>`) ।
 
-### 4 — सिफारिशें
+### 4 - सिफारिशें
 
 **(Next Translate)** (`next-translate@3.1.2`):
 

package/docs/hi/benchmark/solid.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2026-04-20
-updatedAt: 2026-04-21
+updatedAt: 2026-05-18
 title: 2026 में Solid के लिए सर्वश्रेष्ठ i18n समाधान - बेंचमार्क रिपोर्ट
 description: solid-primitives, solid-i18next, और Intlayer जैसे Solid अंतर्राष्ट्रीयकरण (i18n) पुस्तकालयों की तुलना करें। बंडल आकार, लीकेज और प्रतिक्रियाशीलता पर विस्तृत प्रदर्शन रिपोर्ट।
 keywords:
@@ -17,12 +17,15 @@ slugs:
 author: Aymeric PINEAU
 applicationTemplate: https://github.com/intlayer-org/benchmark-i18n-solid-template
 history:
+  - version: 8.9.8
+    date: 2026-05-18
+    changes: "GitHub स्टार तुलना जोड़ें"
   - version: 8.7.12
     date: 2026-01-06
     changes: "बेंचमार्क प्रारंभ"
 ---
 
-# Solid i18n पुस्तकालय — 2026 बेंचमार्क रिपोर्ट
+# Solid i18n पुस्तकालय - 2026 बेंचमार्क रिपोर्ट
 
 यह पृष्ठ Solid पर i18n समाधानों के लिए एक बेंचमार्क रिपोर्ट है।
 
@@ -115,13 +118,19 @@ i18n लीकेज समस्याओं को तुरंत पहच
 - **Scoped static**: जटिल अतिरिक्त नेटवर्क अनुरोधों के बिना कोड को व्यवस्थित रखता है (तार्किक पृथक्करण)।
 - **Scoped dynamic**: _कोड स्प्लिटिंग_ और प्रदर्शन के लिए सर्वोत्तम दृष्टिकोण। केवल वर्तमान दृश्य और सक्रिय लोकेल के लिए आवश्यक सामग्री लोड करके मेमोरी को कम करता है।
 
+## GitHub सितारे
+
+GitHub सितारे किसी प्रोजेक्ट की लोकप्रियता, सामुदायिक विश्वास और दीर्घकालिक प्रासंगिकता का एक मजबूत संकेतक हैं। हालांकि यह तकनीकी गुणवत्ता का प्रत्यक्ष माप नहीं है, वे दर्शाते हैं कि कितने डेवलपर्स प्रोजेक्ट को उपयोगी पाते हैं, इसकी प्रगति का पालन करते हैं, और इसे अपनाने की संभावना रखते हैं। किसी प्रोजेक्ट के मूल्य का अनुमान लगाने के लिए, सितारे विकल्पों के बीच कर्षण की तुलना करने में मदद करते हैं और पारिस्थितिकी तंत्र के विकास में अंतर्दृष्टि प्रदान करते हैं।
+
+[![Star History Chart](https://api.star-history.com/chart?repos=solidjs-community%2Fsolid-primitives%2Cmbarzda%2Fsolid-i18next%2Copral%2paraglide-js%2Caymericzip%2Fintlayer&type=date&legend=top-left)](https://www.star-history.com/#solidjs-community/solid-primitives&mbarzda/solid-i18next&opral/paraglide-js&aymericzip/intlayer)
+
 ## विवरण में परिणाम
 
-### 1 — बचने के लिए समाधान
+### 1 - बचने के लिए समाधान
 
 > Solid पारिस्थितिकी तंत्र में बचने के लिए कोई स्पष्ट समाधान नहीं है।
 
-### 2 — स्वीकार्य समाधान
+### 2 - स्वीकार्य समाधान
 
 **(solid-i18next)** (`solid-i18next@17.0.2`):
 
@@ -142,7 +151,7 @@ Solid primitive बेहद हल्का और कुशल है। म
 व्यक्तिगत रूप से मैं हर पुश से पहले JS फ़ाइलों को पुनर्जीवित करना पसंद नहीं करता, जो PR के माध्यम से निरंतर मर्ज संघर्ष जोखिम पैदा करता है।
 अंत में, अन्य समाधानों की तुलना में, Paraglide सामग्री रेंडर करने के लिए वर्तमान लोकेल को पुनः प्राप्त करने के लिए स्टोर (उदा. Solid signal) का उपयोग नहीं करता है। पार्स किए गए प्रत्येक नोड के लिए, यह localStorage / cookie आदि से लोकेल का अनुरोध करेगा। यह अनावश्यक तर्क के निष्पादन की ओर ले जाता है जो घटक प्रतिक्रियाशीलता को प्रभावित करता है।
 
-### 3 — सिफारिशें
+### 3 - सिफारिशें
 
 **(Intlayer)** (`solid-intlayer@8.7.12`):
 

package/docs/hi/benchmark/svelte.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2026-04-20
-updatedAt: 2026-04-21
+updatedAt: 2026-05-18
 title: 2026 में Svelte के लिए सर्वश्रेष्ठ i18n समाधान - बेंचमार्क रिपोर्ट
 description: svelte-i18n, Paraglide, और Intlayer जैसे Svelte अंतर्राष्ट्रीयकरण (i18n) पुस्तकालयों की तुलना करें। बंडल आकार, लीकेज और प्रतिक्रियाशीलता पर विस्तृत प्रदर्शन रिपोर्ट।
 keywords:
@@ -17,12 +17,15 @@ slugs:
 author: Aymeric PINEAU
 applicationTemplate: https://github.com/intlayer-org/benchmark-i18n-svelte-template
 history:
+  - version: 8.9.8
+    date: 2026-05-18
+    changes: "GitHub स्टार तुलना जोड़ें"
   - version: 8.7.12
     date: 2026-01-06
     changes: "बेंचमार्क प्रारंभ"
 ---
 
-# Svelte i18n पुस्तकालय — 2026 बेंचमार्क रिपोर्ट
+# Svelte i18n पुस्तकालय - 2026 बेंचमार्क रिपोर्ट
 
 यह पृष्ठ Svelte पर i18n समाधानों के लिए एक बेंचमार्क रिपोर्ट है।
 
@@ -113,13 +116,19 @@ i18n लीकेज समस्याओं को तुरंत पहच
 - **Scoped static**: जटिल अतिरिक्त नेटवर्क अनुरोधों के बिना कोड को व्यवस्थित रखता है (तार्किक पृथक्करण)।
 - **Scoped dynamic**: _कोड स्प्लिटिंग_ और प्रदर्शन के लिए सर्वोत्तम दृष्टिकोण। केवल वर्तमान दृश्य और सक्रिय लोकेल के लिए आवश्यक सामग्री लोड करके मेमोरी को कम करता है।
 
+## GitHub सितारे
+
+GitHub सितारे किसी प्रोजेक्ट की लोकप्रियता, सामुदायिक विश्वास और दीर्घकालिक प्रासंगिकता का एक मजबूत संकेतक हैं। हालांकि यह तकनीकी गुणवत्ता का प्रत्यक्ष माप नहीं है, वे दर्शाते हैं कि कितने डेवलपर्स प्रोजेक्ट को उपयोगी पाते हैं, इसकी प्रगति का पालन करते हैं, और इसे अपनाने की संभावना रखते हैं। किसी प्रोजेक्ट के मूल्य का अनुमान लगाने के लिए, सितारे विकल्पों के बीच कर्षण की तुलना करने में मदद करते हैं और पारिस्थितिकी तंत्र के विकास में अंतर्दृष्टि प्रदान करते हैं।
+
+[![Star History Chart](https://api.star-history.com/chart?repos=kaisermann%2Fsvelte-i18n%2Copral%2paraglide-js%2Caymericzip%2Fintlayer&type=date&legend=top-left)](https://www.star-history.com/#kaisermann/svelte-i18n&opral/paraglide-js&aymericzip/intlayer)
+
 ## विवरण में परिणाम
 
-### 1 — बचने के लिए समाधान
+### 1 - बचने के लिए समाधान
 
 > Svelte पारिस्थितिकी तंत्र में बचने के लिए कोई स्पष्ट समाधान नहीं है।
 
-### 2 — स्वीकार्य समाधान
+### 2 - स्वीकार्य समाधान
 
 **(Paraglide)** (`@inlang/paraglide-js@2.17.0`):
 
@@ -135,7 +144,7 @@ i18n लीकेज समस्याओं को तुरंत पहच
 
 यह समाधान Svelte प्रोजेक्ट में सभी i18n आवश्यकताओं को पूरा करता है। लेकिन जैसा कि i18next या अन्य प्रमुख i18n समाधानों के मामले में होता है, यह थोड़ा भारी है (~15.9kb, जो `svelte-intlayer` से लगभग 7 गुना है)।
 
-### 3 — सिफारिशें
+### 3 - सिफारिशें
 
 **(Intlayer)** (`svelte-intlayer@8.7.12`):
 

package/docs/hi/benchmark/tanstack.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2026-04-20
-updatedAt: 2026-04-21
+updatedAt: 2026-05-18
 title: 2026 में TanStack Start के लिए सर्वश्रेष्ठ i18n समाधान - बेंचमार्क रिपोर्ट
 description: react-i18next, use-intl और Intlayer जैसे TanStack Start अंतर्राष्ट्रीयकरण लाइब्रेरीज़ की तुलना करें। बंडल आकार, लीकेज और रिएक्टिविटी पर विस्तृत परफॉरमेंस रिपोर्ट।
 keywords:
@@ -17,12 +17,15 @@ slugs:
 author: Aymeric PINEAU
 applicationTemplate: https://github.com/intlayer-org/benchmark-i18n-tanstack-start-template
 history:
+  - version: 8.9.8
+    date: 2026-05-18
+    changes: "GitHub स्टार तुलना जोड़ें"
   - version: 8.7.5
     date: 2026-01-06
     changes: "बेंचमार्क इनिशियलाइज़ेशन"
 ---
 
-# TanStack Start i18n लाइब्रेरीज़ — 2026 बेंचमार्क रिपोर्ट
+# TanStack Start i18n लाइब्रेरीज़ - 2026 बेंचमार्क रिपोर्ट
 
 यह पेज TanStack Start पर i18n समाधानों के लिए एक बेंचमार्क रिपोर्ट है।
 
@@ -121,9 +124,15 @@ i18n लीकेज के मुद्दों को तेज़ी से
 - **Scoped static**: अतिरिक्त जटिल नेटवर्क अनुरोधों के बिना कोड को व्यवस्थित (लॉजिकल सेपरेशन) रखता है।
 - **Scoped dynamic**: कोड स्प्लिटिंग और परफॉरमेंस के लिए सबसे अच्छा दृष्टिकोण। वर्तमान व्यू और सक्रिय लोकेल की आवश्यकता वाली चीज़ों को लोड करके मेमोरी को कम करता है।
 
+## GitHub सितारे
+
+GitHub सितारे किसी प्रोजेक्ट की लोकप्रियता, सामुदायिक विश्वास और दीर्घकालिक प्रासंगिकता का एक मजबूत संकेतक हैं। हालांकि यह तकनीकी गुणवत्ता का प्रत्यक्ष माप नहीं है, वे दर्शाते हैं कि कितने डेवलपर्स प्रोजेक्ट को उपयोगी पाते हैं, इसकी प्रगति का पालन करते हैं, और इसे अपनाने की संभावना रखते हैं। किसी प्रोजेक्ट के मूल्य का अनुमान लगाने के लिए, सितारे विकल्पों के बीच कर्षण की तुलना करने में मदद करते हैं और पारिस्थितिकी तंत्र के विकास में अंतर्दृष्टि प्रदान करते हैं।
+
+[![Star History Chart](https://api.star-history.com/chart?repos=formatjs%2Fformatjs%2Ci18next%2Freact-i18next%2Clingui%2Fjs-lingui%2Camannn%2Fnext-intl%2Copral%2paraglide-js%2Ctolgee%2Ftolgee-js%2Caymericzip%2Fintlayer&type=date&legend=top-left)](https://www.star-history.com/#formatjs/formatjs&i18next/react-i18next&lingui/js-lingui&amannn/next-intl&opral/paraglide-js&tolgee/tolgee-js&aymericzip/intlayer)
+
 ## परिणाम विस्तार से
 
-### 1 — बचने के लिए समाधान
+### 1 - बचने के लिए समाधान
 
 `gt-react` या `lingo.dev` जैसे कुछ समाधान स्पष्ट रूप से ऐसे हैं जिनसे दूर रहना चाहिए। वे वेंडर लॉक-इन को आपके कोडबेस को प्रदूषित करने के साथ जोड़ते हैं। इससे भी बदतर: उन्हें लागू करने की कोशिश में कई घंटे बिताने के बावजूद, मैंने उन्हें TanStack Start पर कभी ठीक से काम करते हुए नहीं पाया (Next.js पर `gt-next` के समान) ।
 
@@ -145,13 +154,13 @@ i18n लीकेज के मुद्दों को तेज़ी से
 - बिल्ड के समय, नई सामग्री जोड़ने पर इसने जेनरेट किए गए JSON को पूरी तरह से मिटा दिया। परिणामस्वरूप, आप समाप्त कर सकते हैं कि केवल कुछ कीज़ सैकड़ों मौजूदा कीज़ को मिटा रही हैं।
 - मुझे TanStack Start पर लाइब्रेरी के साथ रिएक्टिविटी के मुद्दों का सामना करना पड़ा: लोकेल बदलने पर मुझे इसे काम कराने के लिए प्रोवाइडर के फोर्स री-रेंडर की आवश्यकता थी।
 
-### 2 — प्रयोगात्मक समाधान
+### 2 - प्रयोगात्मक समाधान
 
 **(Wuchale)** (`wuchale@0.22.11`):
 
 `Wuchale` के पीछे का विचार दिलचस्प है लेकिन अभी तक व्यवहार्य समाधान नहीं है। मुझे लाइब्रेरी के साथ रिएक्टिविटी के मुद्दों का सामना करना पड़ा और TanStack Start पर ऐप को काम कराने के लिए प्रोवाइडर के फोर्स री-रेंडर की आवश्यकता थी। दस्तावेज़ीकरण भी काफी अस्पष्ट है, जिससे ऑनबोर्डिंग कठिन हो जाती है।
 
-### 3 — स्वीकार्य समाधान
+### 3 - स्वीकार्य समाधान
 
 **(Paraglide)** (`@inlang/paraglide-js@2.15.1`):
 
@@ -177,7 +186,7 @@ TanStack Start पर आप Next.js-विशिष्ट जाल ( `setReque
 
 फिर भी, यह `t('a.b.c')` पर बने स्टैक्स जैसी ही प्रमुख कमियाँ साझा करता है: अनुकूलन संभव है लेकिन बहुत समय लेने वाला है, और बड़ी परियोजनाओं में खराब प्रथाओं (नेमस्पेस + डायनेमिक लोडिंग + टाइप्स) में गिरने का जोखिम होता है।
 
-मैसेज फॉर्मेट्स भी भिन्न हैं: `use-intl` ICU MessageFormat का उपयोग करता है, जबकि `i18next` अपने स्वयं के फॉर्मेट का उपयोग करता है—जो टूल्स या माइग्रेशन को जटिल बनाता है यदि आप उन्हें मिलाते हैं।
+मैसेज फॉर्मेट्स भी भिन्न हैं: `use-intl` ICU MessageFormat का उपयोग करता है, जबकि `i18next` अपने स्वयं के फॉर्मेट का उपयोग करता है-जो टूल्स या माइग्रेशन को जटिल बनाता है यदि आप उन्हें मिलाते हैं।
 
 **(Lingui)** (`@lingui/core@5.3.0`):
 
@@ -187,7 +196,7 @@ TanStack Start पर आप Next.js-विशिष्ट जाल ( `setReque
 
 `react-intl` Format.js टीम का एक परफॉरमेंट कार्यान्वयन है। DX वर्बोस (verbose) रहता है: `const intl = useIntl()` + `intl.formatMessage({ id: "xx.xx" })` जटिलता, अतिरिक्त जावास्क्रिप्ट कार्य जोड़ता है और ग्लोबल i18n इंस्टेंस को React ट्री के कई नोड्स से जोड़ता है।
 
-### 4 — सिफारिशें
+### 4 - सिफारिशें
 
 इस TanStack Start बेंचमार्क का `next-translate` (Next.js प्लगइन + `getStaticProps`) के बराबर कोई सीधा विकल्प नहीं है। उन टीमों के लिए जो वास्तव में परिपक्व ईकोसिस्टम वाली `t()` API चाहती हैं, `react-i18next` और `use-intl` "उचित" विकल्प बने हुए हैं, लेकिन लीकेज से बचने के लिए अनुकूलन में बहुत समय निवेश करने के लिए तैयार रहें।
 

package/docs/hi/benchmark/vue.md

@@ -1,6 +1,6 @@
 ---
 createdAt: 2026-04-20
-updatedAt: 2026-04-21
+updatedAt: 2026-05-18
 title: 2026 में Vue के लिए सर्वश्रेष्ठ i18n समाधान - बेंचमार्क रिपोर्ट
 description: vue-i18n, fluent-vue, और Intlayer जैसे Vue अंतर्राष्ट्रीयकरण (i18n) पुस्तकालयों की तुलना करें। बंडल आकार, लीकेज और प्रतिक्रियाशीलता पर विस्तृत प्रदर्शन रिपोर्ट।
 keywords:
@@ -17,12 +17,15 @@ slugs:
 author: Aymeric PINEAU
 applicationTemplate: https://github.com/intlayer-org/benchmark-i18n-vue-template
 history:
+  - version: 8.9.8
+    date: 2026-05-18
+    changes: "GitHub स्टार तुलना जोड़ें"
   - version: 8.7.12
     date: 2026-01-06
     changes: "बेंचमार्क प्रारंभ"
 ---
 
-# Vue i18n पुस्तकालय — 2026 बेंचमार्क रिपोर्ट
+# Vue i18n पुस्तकालय - 2026 बेंचमार्क रिपोर्ट
 
 यह पृष्ठ Vue पर i18n समाधानों के लिए एक बेंचमार्क रिपोर्ट है।
 
@@ -135,13 +138,19 @@ i18n लीकेज समस्याओं को तुरंत पहच
 
 - **हाइड्रेशन समय (Hydration)**: ग्राहक सर्वर HTML को एक इंटरैक्टिव इंटरफ़ेस में बदलने में कितना समय बिताता है। तालिकाओं में एक डैश का अर्थ है कि उस कार्यान्वयन ने इस बेंचमार्क में एक विश्वसनीय हाइड्रेशन आंकड़ा प्रदान नहीं किया।
 
+## GitHub सितारे
+
+GitHub सितारे किसी प्रोजेक्ट की लोकप्रियता, सामुदायिक विश्वास और दीर्घकालिक प्रासंगिकता का एक मजबूत संकेतक हैं। हालांकि यह तकनीकी गुणवत्ता का प्रत्यक्ष माप नहीं है, वे दर्शाते हैं कि कितने डेवलपर्स प्रोजेक्ट को उपयोगी पाते हैं, इसकी प्रगति का पालन करते हैं, और इसे अपनाने की संभावना रखते हैं। किसी प्रोजेक्ट के मूल्य का अनुमान लगाने के लिए, सितारे विकल्पों के बीच कर्षण की तुलना करने में मदद करते हैं और पारिस्थितिकी तंत्र के विकास में अंतर्दृष्टि प्रदान करते हैं।
+
+[![Star History Chart](https://api.star-history.com/chart?repos=intlify%2Fvue-i18n%2Cfluent-vue%2Ffluent-vue%2Caymericzip%2Fintlayer&type=date&legend=top-left)](https://www.star-history.com/#intlify/vue-i18n&fluent-vue/fluent-vue&aymericzip/intlayer)
+
 ## विवरण में परिणाम
 
-### 1 — बचने के लिए समाधान
+### 1 - बचने के लिए समाधान
 
 > Vue पारिस्थितिकी तंत्र में बचने के लिए कोई स्पष्ट समाधान नहीं है।
 
-### 2 — स्वीकार्य समाधान
+### 2 - स्वीकार्य समाधान
 
 **(vue-i18n)** (`vue-i18n@11.4.0`):
 
@@ -153,7 +162,7 @@ i18n लीकेज समस्याओं को तुरंत पहच
 
 - **fluent-vue** .ftl प्रारूप के माध्यम से एक अभिनव प्रयास प्रदान करता है। संदेश संगठन महान है, शुरू करना आसान है। लेकिन व्यवहार में, टाइप-सेफ्टी की कमी त्रुटि के जोखिम को बढ़ाती है और डिबग करने में जल्दी से समय लग सकता है। इसके अलावा, वह समाधान एक vite प्लगइन का उपयोग करके संदेशों को लोड करता है जो प्रत्येक पृष्ठ में सभी भाषाओं में सभी सामग्री को लोड करने के लिए मजबूर करता है। इसके अतिरिक्त यह एक अत्यंत भारी समाधान है (~92.7kb, जो `vue-intlayer` से लगभग 34 गुना है)।
 
-### 3 — सिफारिशें
+### 3 - सिफारिशें
 
 **(Intlayer)** (`vue-intlayer@8.7.12`):
 

package/docs/hi/cli/init.md

@@ -138,7 +138,7 @@ Checking Intlayer configuration...
 
 ## टिप्पणियाँ:
 
-- कमांड इडेम्पोटेंट (idempotent) है—आप इसे सुरक्षित रूप से कई बार चला सकते हैं। पहले से कॉन्फ़िगर किए गए चरणों को छोड़ दिया जाएगा।
+- कमांड इडेम्पोटेंट (idempotent) है-आप इसे सुरक्षित रूप से कई बार चला सकते हैं। पहले से कॉन्फ़िगर किए गए चरणों को छोड़ दिया जाएगा।
 - यदि कॉन्फ़िगरेशन फ़ाइल पहले से मौजूद है, तो इसे अधिलेखित (overwrite) नहीं किया जाएगा।
 - बिना `include` सरणी वाले TypeScript कॉन्फ़िगरेशन (उदा: संदर्भों के साथ समाधान-शैली कॉन्फ़िगरेशन) छोड़ दिए जाते हैं।
 - यदि प्रोजेक्ट रूट में `package.json` नहीं मिलता है, तो कमांड त्रुटि के साथ बंद हो जाएगा।

package/docs/hi/configuration.md

@@ -599,7 +599,7 @@ export default config;
 | ----------------- | ----------------------------------------------------------------------------------------------- | ---------- | ------------------- | -------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
 | `locales`         | एप्लिकेशन में समर्थित लोकेल की सूची।                                                            | `string[]` | `[Locales.ENGLISH]` | `['en', 'fr', 'es']` |                                                                                                                                                                                                                                                                                                                                              |
 | `requiredLocales` | एप्लिकेशन में आवश्यक लोकेल की सूची।                                                             | `string[]` | `[]`                | `[]`                 | • यदि खाली है, तो `strict` मोड में सभी लोकेल आवश्यक हैं।<br/>• सुनिश्चित करें कि आवश्यक लोकेल भी `locales` फ़ील्ड में परिभाषित हैं।                                                                                                                                                                                                          |
-| `strictMode`      | TypeScript का उपयोग करके अंतर्राष्ट्रीयकृत कंटेंट का एक मजबूत कार्यान्वयन सुनिश्चित करता है।    | `string`   | `'inclusive'`       |                      | • यदि `"strict"`: `t` फ़ंक्शन को प्रत्येक घोषित लोकेल की परिभाषा की आवश्यकता होती है — यदि कोई अनुपस्थित है या घोषित नहीं है, तो त्रुटि उत्पन्न करता है।<br/>• यदि `"inclusive"`: अनुपस्थित लोकेल के लिए चेतावनी देता है लेकिन मौजूदा अघोषित लोकेल के उपयोग की अनुमति देता है।<br/>• यदि `"loose"`: किसी भी मौजूदा लोकेल को स्वीकार करता है। |
+| `strictMode`      | TypeScript का उपयोग करके अंतर्राष्ट्रीयकृत कंटेंट का एक मजबूत कार्यान्वयन सुनिश्चित करता है।    | `string`   | `'inclusive'`       |                      | • यदि `"strict"`: `t` फ़ंक्शन को प्रत्येक घोषित लोकेल की परिभाषा की आवश्यकता होती है - यदि कोई अनुपस्थित है या घोषित नहीं है, तो त्रुटि उत्पन्न करता है।<br/>• यदि `"inclusive"`: अनुपस्थित लोकेल के लिए चेतावनी देता है लेकिन मौजूदा अघोषित लोकेल के उपयोग की अनुमति देता है।<br/>• यदि `"loose"`: किसी भी मौजूदा लोकेल को स्वीकार करता है। |
 | `defaultLocale`   | अनुरोधित लोकेल नहीं मिलने की स्थिति में फ़ालबैक के रूप में उपयोग किया जाने वाला डिफ़ॉल्ट लोकेल। | `string`   | `Locales.ENGLISH`   | `'en'`               | लोकेल निर्धारित करने के लिए उपयोग किया जाता है जब इसे URL, कुकी या हेडर में निर्दिष्ट नहीं किया जाता है।                                                                                                                                                                                                                                     |
 
 ---
@@ -663,10 +663,10 @@ routing: {
 
 | मान                | टिप्पणी                                                                                                                                                                                                                  | विवरण                                                                           |
 | ------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------- |
-| `'cookie'`         | • GDPR अनुपालन के लिए समुचित उपयोगकर्ता सहमति सुनिश्चित करें।<br/>• `CookiesAttributes` (`{ type: 'cookie', name: 'custom-locale', secure: true, httpOnly: false }`) के माध्यम से कॉन्फ़िगर करने योग्य।                  | लोकेल को कुकीज़ में संग्रहीत करता है — क्लाइंट और सर्वर दोनों पर सुलभ।          |
-| `'localStorage'`   | • जब तक स्पष्ट रूप से हटाया न जाए, तब तक समाप्त नहीं होता।<br/>• Intlayer Proxy की इस तक पहुँच नहीं है।<br/>• `StorageAttributes` (`{ type: 'localStorage', name: 'custom-locale' }`) के माध्यम से कॉन्फ़िगर करने योग्य। | बिना किसी समय सीमा के ब्राउज़र में लोकेल संग्रहीत करता है — केवल क्लाइंट-साइड।  |
-| `'sessionStorage'` | • टैब/विंडो बंद करने पर हटा दिया जाता है।<br/>• Intlayer Proxy की इस तक पहुँच नहीं है।<br/>• `StorageAttributes` (`{ type: 'sessionStorage', name: 'custom-locale' }`) के माध्यम से कॉन्फ़िगर करने योग्य।                | पेज सत्र की अवधि के लिए लोकेल संग्रहीत करता है — केवल क्लाइंट-साइड।             |
-| `'header'`         | • API कॉल के लिए उपयोगी।<br/>• क्लाइंट-साइड की इस तक पहुँच नहीं है।<br/>• `StorageAttributes` (`{ type: 'header', name: 'custom-locale' }`) के माध्यम से कॉन्फ़िगर करने योग्य।                                           | HTTP हेडर के माध्यम से लोकेल संग्रहीत करता है या पास करता है — केवल सर्वर-साइड। |
+| `'cookie'`         | • GDPR अनुपालन के लिए समुचित उपयोगकर्ता सहमति सुनिश्चित करें।<br/>• `CookiesAttributes` (`{ type: 'cookie', name: 'custom-locale', secure: true, httpOnly: false }`) के माध्यम से कॉन्फ़िगर करने योग्य।                  | लोकेल को कुकीज़ में संग्रहीत करता है - क्लाइंट और सर्वर दोनों पर सुलभ।          |
+| `'localStorage'`   | • जब तक स्पष्ट रूप से हटाया न जाए, तब तक समाप्त नहीं होता।<br/>• Intlayer Proxy की इस तक पहुँच नहीं है।<br/>• `StorageAttributes` (`{ type: 'localStorage', name: 'custom-locale' }`) के माध्यम से कॉन्फ़िगर करने योग्य। | बिना किसी समय सीमा के ब्राउज़र में लोकेल संग्रहीत करता है - केवल क्लाइंट-साइड।  |
+| `'sessionStorage'` | • टैब/विंडो बंद करने पर हटा दिया जाता है।<br/>• Intlayer Proxy की इस तक पहुँच नहीं है।<br/>• `StorageAttributes` (`{ type: 'sessionStorage', name: 'custom-locale' }`) के माध्यम से कॉन्फ़िगर करने योग्य।                | पेज सत्र की अवधि के लिए लोकेल संग्रहीत करता है - केवल क्लाइंट-साइड।             |
+| `'header'`         | • API कॉल के लिए उपयोगी।<br/>• क्लाइंट-साइड की इस तक पहुँच नहीं है।<br/>• `StorageAttributes` (`{ type: 'header', name: 'custom-locale' }`) के माध्यम से कॉन्फ़िगर करने योग्य।                                           | HTTP हेडर के माध्यम से लोकेल संग्रहीत करता है या पास करता है - केवल सर्वर-साइड। |
 
 #### कुकीज़ गुण (Cookies Attributes)
 
@@ -854,7 +854,7 @@ export default config;
 | `location`                  | इंगित करता है कि डिक्शनरी फ़ाइलें कहाँ संग्रहीत हैं और वे CMS के साथ कैसे सिंक की जाती हैं।                                                                       | `'local'` &#124; <br/> `'remote'` &#124; <br/> `'hybrid'` &#124; <br/> `'plugin'` &#124; <br/> `string`         | `'local'`   | `'hybrid'`                                                                                  | • `'local'`: केवल स्थानीय प्रबंधन।<br/>• `'remote'`: केवल दूरस्थ प्रबंधन (CMS)।<br/>• `'hybrid'`: स्थानीय और दूरस्थ प्रबंधन दोनों।<br/>• `'plugin'` या कस्टम स्ट्रिंग: प्लगइन या कस्टम स्रोत द्वारा प्रबंधन।                                                                                                                                                                                                                     |
 | `importMode`                | डिक्शनरी कैसे आयात की जाती है, इसे नियंत्रित करता है।                                                                                                             | `'static'` &#124; <br/> `'dynamic'` &#124; <br/> `'fetch'`                                                      | `'static'`  | `'dynamic'`                                                                                 | • `'static'`: स्थिर आयात।<br/>• `'dynamic'`: Suspense के माध्यम से गतिशील आयात।<br/>• `'fetch'`: लाइव सिंक API के माध्यम से फ़ेच; विफल होने पर `'dynamic'` पर वापस जाना।<br/>• `@intlayer/babel` और `@intlayer/swc` प्लगइन्स की आवश्यकता होती है।<br/>• की (keys) को स्थिर रूप से घोषित किया जाना चाहिए।<br/>• यदि `optimize` बंद है, तो अनदेखा किया जाता है।<br/>• `getIntlayer`, `getDictionary` आदि को प्रभावित नहीं करता है। |
 | `priority`                  | डिक्शनरी प्राथमिकता। डिक्शनरी के बीच संघर्षों को सुलझाने के दौरान उच्च मान निम्न मानों पर जीतते हैं।                                                              | `number`                                                                                                        | `undefined` | `1`                                                                                         |                                                                                                                                                                                                                                                                                                                                                                                                                                  |
-| `live`                      | अप्रचलित — `importMode: 'fetch'` का उपयोग करें। इंगित किया गया कि डिक्शनरी कंटेंट को लाइव सिंक API के माध्यम से गतिशील रूप से फ़ेच किया जाना चाहिए या नहीं।       | `boolean`                                                                                                       | `undefined` |                                                                                             | v8.0.0 में नाम बदलकर `importMode: 'fetch'` कर दिया गया।                                                                                                                                                                                                                                                                                                                                                                          |
+| `live`                      | अप्रचलित - `importMode: 'fetch'` का उपयोग करें। इंगित किया गया कि डिक्शनरी कंटेंट को लाइव सिंक API के माध्यम से गतिशील रूप से फ़ेच किया जाना चाहिए या नहीं।       | `boolean`                                                                                                       | `undefined` |                                                                                             | v8.0.0 में नाम बदलकर `importMode: 'fetch'` कर दिया गया।                                                                                                                                                                                                                                                                                                                                                                          |
 | `schema`                    | JSON स्कीमा सत्यापन के लिए Intlayer द्वारा स्वचालित रूप से जेनरेट किया गया।                                                                                       | `'https://intlayer.org/schema.json'`                                                                            | ऑटो-जनरेशन  |                                                                                             | मैन्युअल रूप से संपादित न करें।                                                                                                                                                                                                                                                                                                                                                                                                  |
 | `title`                     | एडिटर और CMS में डिक्शनरी की पहचान करने में मदद करता है।                                                                                                          | `string`                                                                                                        | `undefined` | `'User Profile'`                                                                            |                                                                                                                                                                                                                                                                                                                                                                                                                                  |
 | `tags`                      | डिक्शनरी को श्रेणीबद्ध करता है और एडिटर और AI के लिए संदर्भ या निर्देश प्रदान करता है।                                                                            | `string[]`                                                                                                      | `undefined` | `['user', 'profile']`                                                                       |                                                                                                                                                                                                                                                                                                                                                                                                                                  |

package/docs/hi/custom_domains.md

@@ -34,8 +34,8 @@ Intlayer डोमेन-आधारित लोकेल रूटिंग
 
 मुख्य अंतर **विशेषता (exclusivity)** है:
 
-- **विशेष डोमेन (Exclusive domain)** — केवल एक लोकेल उस होस्टनेम पर मैप होता है (जैसे `zh → intlayer.zh`)। डोमेन स्वयं लोकेल की पहचान करता है, इसलिए पथ (path) में कोई लोकेल उपसर्ग (prefix) नहीं जोड़ा जाता है। `https://intlayer.zh/about` चीनी सामग्री परोसता है।
-- **साझा डोमेन (Shared domain)** — एक ही होस्टनेम पर कई लोकेल मैप होते हैं (जैसे `en` और `fr` दोनों `intlayer.org` पर मैप होते हैं)। सामान्य उपसर्ग-आधारित रूटिंग लागू होती है। `intlayer.org/fr/about` फ्रांसीसी सामग्री परोसता है।
+- **विशेष डोमेन (Exclusive domain)** - केवल एक लोकेल उस होस्टनेम पर मैप होता है (जैसे `zh → intlayer.zh`)। डोमेन स्वयं लोकेल की पहचान करता है, इसलिए पथ (path) में कोई लोकेल उपसर्ग (prefix) नहीं जोड़ा जाता है। `https://intlayer.zh/about` चीनी सामग्री परोसता है।
+- **साझा डोमेन (Shared domain)** - एक ही होस्टनेम पर कई लोकेल मैप होते हैं (जैसे `en` और `fr` दोनों `intlayer.org` पर मैप होते हैं)। सामान्य उपसर्ग-आधारित रूटिंग लागू होती है। `intlayer.org/fr/about` फ्रांसीसी सामग्री परोसता है।
 
 ## कॉन्फ़िगरेशन
 
@@ -55,9 +55,9 @@ const config: IntlayerConfig = {
   routing: {
     mode: "prefix-no-default",
     domains: {
-      // साझा डोमेन — en और fr intlayer.org पर उपसर्ग रूटिंग का उपयोग करते हैं
+      // साझा डोमेन - en और fr intlayer.org पर उपसर्ग रूटिंग का उपयोग करते हैं
       en: "intlayer.org",
-      // विशेष डोमेन — zh का अपना होस्टनेम है, किसी /zh/ उपसर्ग की आवश्यकता नहीं है
+      // विशेष डोमेन - zh का अपना होस्टनेम है, किसी /zh/ उपसर्ग की आवश्यकता नहीं है
       zh: "intlayer.zh",
     },
   },
@@ -96,7 +96,7 @@ getLocalizedUrl("/about", "zh", { currentDomain: "intlayer.org" });
 ```ts
 // वर्तमान पेज: intlayer.zh/about
 getLocalizedUrl("/about", "zh", { currentDomain: "intlayer.zh" });
-// → "/about"  (पहले से ही सही डोमेन पर है — सापेक्ष URL)
+// → "/about"  (पहले से ही सही डोमेन पर है - सापेक्ष URL)
 
 getLocalizedUrl("/about", "fr", { currentDomain: "intlayer.zh" });
 // → "https://intlayer.org/fr/about"  (intlayer.org पर वापस क्रॉस-डोमेन लिंक)
@@ -108,14 +108,14 @@ getLocalizedUrl("/about", "fr", { currentDomain: "intlayer.zh" });
 
 1. पूर्ण इनपुट URL का होस्टनेम (जैसे `https://intlayer.org/about` → `intlayer.org`)।
 2. ब्राउज़र वातावरण में `window.location.hostname` ।
-3. यदि कोई भी उपलब्ध नहीं है (बिना स्पष्ट विकल्प के SSR), तो समान-डोमेन लोकेल के लिए एक सापेक्ष URL लौटाया जाता है और कोई पूर्ण URL उत्पन्न नहीं होता है — यह सुरक्षित फॉलबैक है।
+3. यदि कोई भी उपलब्ध नहीं है (बिना स्पष्ट विकल्प के SSR), तो समान-डोमेन लोकेल के लिए एक सापेक्ष URL लौटाया जाता है और कोई पूर्ण URL उत्पन्न नहीं होता है - यह सुरक्षित फॉलबैक है।
 
 ```ts
-// ब्राउज़र — window.location.hostname === 'intlayer.org'
+// ब्राउज़र - window.location.hostname === 'intlayer.org'
 getLocalizedUrl("/about", "zh");
 // → "https://intlayer.zh/about"  (विंडो से ऑटो-डिटेक्टेड)
 
-// पूर्ण URL से — डोमेन स्वचालित रूप से डिटेक्ट हो गया
+// पूर्ण URL से - डोमेन स्वचालित रूप से डिटेक्ट हो गया
 getLocalizedUrl("https://intlayer.org/about", "zh");
 // → "https://intlayer.zh/about"
 ```
@@ -151,14 +151,14 @@ export const config = {
 };
 ```
 
-**रीडायरेक्ट (Redirect)** — अनुरोध किसी दिए गए लोकेल उपसर्ग के लिए गलत डोमेन पर आता है:
+**रीडायरेक्ट (Redirect)** - अनुरोध किसी दिए गए लोकेल उपसर्ग के लिए गलत डोमेन पर आता है:
 
 ```
 GET intlayer.org/zh/about
 → 301 https://intlayer.zh/about
 ```
 
-**रीराइट (Rewrite)** — अनुरोध बिना उपसर्ग के लोकेल के विशेष डोमेन पर आता है:
+**रीराइट (Rewrite)** - अनुरोध बिना उपसर्ग के लोकेल के विशेष डोमेन पर आता है:
 
 ```
 GET intlayer.zh/about
@@ -209,7 +209,7 @@ export const LocaleSwitcher = () => {
 };
 ```
 
-किसी अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता नहीं है — `useLocale` आंतरिक रूप से `window.location.hostname` का पता लगाता है और `router.replace` (समान डोमेन) और `window.location.href` (क्रॉस-डोमेन) के बीच निर्णय लेता है।
+किसी अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता नहीं है - `useLocale` आंतरिक रूप से `window.location.hostname` का पता लगाता है और `router.replace` (समान डोमेन) और `window.location.href` (क्रॉस-डोमेन) के बीच निर्णय लेता है।
 
 ## SEO: `hreflang` वैकल्पिक लिंक
 

package/docs/hi/dictionary/content_file.md

@@ -12,6 +12,9 @@ slugs:
   - concept
   - content
 history:
+  - version: 8.10.0
+    date: 2026-05-19
+    changes: "YAML और Markdown फ़ाइल स्वरूपों का समर्थन जोड़ें"
   - version: 8.9.0
     date: 2026-05-12
     changes: "Add `plural` content node type"
@@ -787,6 +790,40 @@ export default {
 }
 ```
 
+### Markdown सामग्री फ़ाइल
+
+```markdown
+---
+key: welcome-page
+locale: en
+title: Welcome Page Content
+description: Content for the main welcome page
+tags:
+  - page
+  - welcome
+---
+
+# Welcome to Our Platform
+
+## Build amazing applications with ease
+```
+
+### YAML सामग्री फ़ाइल
+
+```yaml
+key: welcome-page
+title: Welcome Page Content
+description: Content for the main welcome page
+locale: "en"
+tags:
+  - page
+  - welcome
+content:
+  hero:
+    title: Welcome to Our Platform
+    subtitle: Build amazing applications with ease
+```
+
 ### प्रति-स्थान सामग्री फ़ाइलें
 
 प्रति-स्थान शब्दकोशों के लिए, `locale` गुण निर्दिष्ट करें:
@@ -838,6 +875,10 @@ Intlayer आपको अपनी सामग्री घोषणा फ़
 - `.content.mjx`
 - `.content.cjs`
 - `.content.cjx`
+- `.content.md`
+- `.content.mdx`
+- `.content.yaml`
+- `.content.yml`
 
 ये डिफ़ॉल्ट एक्सटेंशन अधिकांश अनुप्रयोगों के लिए उपयुक्त हैं। हालांकि, जब आपकी विशिष्ट आवश्यकताएँ होती हैं, तो आप कस्टम एक्सटेंशन परिभाषित कर सकते हैं ताकि बिल्ड प्रक्रिया को सुव्यवस्थित किया जा सके और अन्य घटकों के साथ संघर्ष के जोखिम को कम किया जा सके।