@intlayer/docs 9.4.4 → 9.5.1

package/blog/fr/vue-i18n_vs_intlayer.md

@@ -33,15 +33,11 @@ Nous nous concentrons sur les outils modernes de Vue (Vite, Composition API) et
 
 > **en résumé** : Les deux peuvent localiser des applications Vue. Si vous souhaitez un **contenu scoped par composant**, des **types TypeScript stricts**, des **vérifications des clés manquantes à la compilation**, des **dictionnaires optimisés par tree-shaking**, ainsi que des **helpers intégrés pour le routeur/SEO** et en plus un **éditeur visuel & des traductions assistées par IA**, **Intlayer** est le choix le plus complet et moderne.
 
----
-
 ## Positionnement général
 
 - **vue-i18n** - La bibliothèque i18n de référence pour Vue. Formatage flexible des messages (style ICU), blocs SFC `<i18n>` pour les messages locaux, et un large écosystème. La sécurité et la maintenance à grande échelle dépendent principalement de vous.
 - **Intlayer** - Modèle de contenu centré sur les composants pour Vue/Vite/Nuxt avec **typage TS strict**, **vérifications à la compilation**, **tree-shaking**, **helpers pour le routeur & SEO**, **éditeur visuel/CMS** optionnel, et **traductions assistées par IA**.
 
----
-
 ## Comparaison des fonctionnalités côte à côte (axée sur Vue)
 
 | Fonctionnalité                                          | **Intlayer**                                                                                    | **vue-i18n**                                                                                           |
@@ -65,8 +61,6 @@ Nous nous concentrons sur les outils modernes de Vue (Vite, Composition API) et
 | **Maintenabilité des grands projets**                   | ✅ Encourage une structure modulaire, adaptée aux design systems                                | ✅ Possible, mais nécessite une discipline stricte des fichiers/namespaces                             |
 | **Écosystème / communauté**                             | ⚠️ Plus petite mais en forte croissance                                                         | ✅ Large et mature dans l'écosystème Vue                                                               |
 
----
-
 ## Comparaison approfondie
 
 ### 1) Architecture et évolutivité
@@ -76,8 +70,6 @@ Nous nous concentrons sur les outils modernes de Vue (Vite, Composition API) et
 
 **Pourquoi c'est important :** Dans les grandes applications Vue ou les design systems, le **contenu modulaire** évolue mieux que les catalogues monolithiques.
 
----
-
 ### 2) TypeScript & sécurité
 
 - **vue-i18n** : Bon support TS ; la **typage strict des clés** nécessite généralement des schémas/génériques personnalisés et des conventions rigoureuses.
@@ -85,8 +77,6 @@ Nous nous concentrons sur les outils modernes de Vue (Vite, Composition API) et
 
 **Pourquoi c’est important :** Le typage fort détecte les problèmes **avant** l’exécution.
 
----
-
 ### 3) Gestion des traductions manquantes
 
 - **vue-i18n** : Avertissements/repli **à l’exécution** (par exemple, locale ou clé de repli).
@@ -94,8 +84,6 @@ Nous nous concentrons sur les outils modernes de Vue (Vite, Composition API) et
 
 **Pourquoi c’est important :** L’application à la compilation garantit une interface utilisateur propre et cohérente en production.
 
----
-
 ### 4) Stratégie de routage et d’URL (Vue Router/Nuxt)
 
 - **Les deux** peuvent fonctionner avec des routes localisées.
@@ -103,8 +91,6 @@ Nous nous concentrons sur les outils modernes de Vue (Vite, Composition API) et
 
 **Pourquoi c’est important :** Moins de couches personnalisées et un **SEO plus propre** à travers les locales.
 
----
-
 ### 5) Performance et comportement de chargement
 
 - **vue-i18n** : Supporte les messages de locale asynchrones ; éviter le sur-emballage dépend de vous (divisez les catalogues avec soin).
@@ -112,8 +98,6 @@ Nous nous concentrons sur les outils modernes de Vue (Vite, Composition API) et
 
 **Pourquoi c’est important :** Des bundles plus petits et un démarrage plus rapide pour les applications Vue multi-locales.
 
----
-
 ### 6) Expérience développeur et outils
 
 - **vue-i18n** : Documentation et communauté matures ; vous vous appuierez généralement sur des **plateformes de localisation externes** pour les flux éditoriaux.
@@ -121,8 +105,6 @@ Nous nous concentrons sur les outils modernes de Vue (Vite, Composition API) et
 
 **Pourquoi c’est important :** Réduction des coûts opérationnels et boucle dev–contenu plus courte.
 
----
-
 ### 7) SEO, SSR & SSG
 
 - **Les deux** fonctionnent avec Vue SSR et Nuxt.
@@ -130,8 +112,6 @@ Nous nous concentrons sur les outils modernes de Vue (Vite, Composition API) et
 
 **Pourquoi c’est important :** SEO international sans câblage personnalisé.
 
----
-
 ## Pourquoi Intlayer ? (Problème & approche)
 
 La plupart des stacks i18n (y compris **vue-i18n**) partent de **catalogues centralisés** :
@@ -222,8 +202,6 @@ Cette approche :
 - **Évite les clés mortes** (les composants inutilisés n’importent pas de contenu).
 - **Optimise le chargement** (les composants chargés à la demande apportent leur contenu avec eux).
 
----
-
 ## Fonctionnalités supplémentaires d’Intlayer (pertinentes pour Vue)
 
 - **Support multi-framework** : Fonctionne avec Vue, Nuxt, Vite, React, Express, et plus encore.
@@ -241,23 +219,17 @@ Cette approche :
 - **Serveur MCP & extension VSCode** : Automatisez les workflows i18n et la rédaction directement dans votre IDE.
 - **Interopérabilité** : Ponts avec **vue-i18n**, **react-i18next** et **react-intl** selon les besoins.
 
----
-
 ## Quand choisir quoi ?
 
 - **Choisissez vue-i18n** si vous souhaitez l’**approche standard Vue**, que vous êtes à l’aise pour gérer vous-même les catalogues/namespaces, et que votre application est de taille **petite à moyenne** (ou si vous utilisez déjà Nuxt i18n).
 - **Choisissez Intlayer** si vous valorisez le **contenu scoped par composant**, un **TypeScript strict**, des **garanties à la compilation**, le **tree-shaking**, et des outils intégrés pour le routage/SEO/éditeur - particulièrement pour des bases de code **Vue/Nuxt larges et modulaires**.
 
----
-
 ## Interopérabilité avec vue-i18n
 
 `intlayer` peut aussi vous aider à gérer vos namespaces `vue-i18n`.
 
 En utilisant `intlayer`, vous pouvez déclarer votre contenu dans le format de votre bibliothèque i18n préférée, et intlayer générera vos namespaces à l'emplacement de votre choix (exemple : `/messages/{{locale}}/{{namespace}}.json`).
 
----
-
 ## Notes pratiques de migration (vue-i18n → Intlayer)
 
 - **Commencez par fonctionnalité** : Déplacez une route/vue/composant à la fois vers les dictionnaires locaux d’Intlayer.
@@ -266,8 +238,6 @@ En utilisant `intlayer`, vous pouvez déclarer votre contenu dans le format de v
 - **Adoptez les helpers routeur/SEO** : Standardisez la détection de la locale et les balises `hreflang`.
 - **Mesurez les bundles** : Attendez-vous à des **réductions de taille de bundle** à mesure que le contenu inutilisé est exclu.
 
----
-
 ## Conclusion
 
 Les deux, **vue-i18n** et **Intlayer**, localisent bien les applications Vue. La différence réside dans **la quantité de travail que vous devez faire vous-même** pour obtenir une configuration robuste et évolutive :

package/blog/fr/what_is_internationalization.md

@@ -101,8 +101,6 @@ Cet aperçu concis couvre les principaux éléments qui doivent être internatio
 - **Sensibilités culturelles**  
   Les icônes, couleurs et symboles peuvent avoir des significations différentes selon les cultures. Il est important d'adapter le contenu visuel et textuel pour respecter les nuances culturelles locales.
 
----
-
 ## Meilleures pratiques pour mettre en œuvre l'i18n
 
 - **Planifiez tôt**  
@@ -117,8 +115,6 @@ Cet aperçu concis couvre les principaux éléments qui doivent être internatio
 - **Réutilisabilité des traductions**  
   Organisez vos fichiers de traduction pour être réutilisables à travers plusieurs sites Web ou applications. Par exemple, si vous avez un pied de page ou un en-tête multilingue, configurez des fichiers de traduction dédiés pour que les éléments communs puissent être facilement appliqués à tous les projets.
 
----
-
 ## Déclaration de contenu par locale vs. Externalisation de contenu CMS
 
 Lors de la création d'un site Web, un **système de gestion de contenu (CMS) comme WordPress, Wix ou Drupal offre généralement une meilleure maintenabilité**. Surtout pour les blogs ou les pages d'atterrissage, en raison de leurs fonctionnalités i18n intégrées.
@@ -136,8 +132,6 @@ Cependant, pour des applications avec des fonctionnalités complexes ou une logi
 
 Il est important de choisir le bon outil pour vos besoins et de planifier votre stratégie d'internationalisation dès le départ. **Intlayer propose une solution intéressante en combinant la déclaration de contenu par locale avec un CMS sans tête étroitement intégré, offrant le meilleur des deux mondes.**
 
----
-
 ### Voir la liste des bibliothèques et outils d'i18n par technologie
 
 Si vous recherchez une liste de bibliothèques et d'outils d'i18n par technologie, consultez les ressources suivantes :
@@ -155,8 +149,6 @@ Si vous recherchez une liste de bibliothèques et d'outils d'i18n par technologi
 - Svelte : [Voir la liste des bibliothèques et outils d'i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/fr/list_i18n_technologies/frameworks/svelte.md)
 - React Native : [Voir la liste des bibliothèques et outils d'i18n](https://github.com/aymericzip/intlayer/blob/main/docs/blog/fr/list_i18n_technologies/frameworks/react-native.md)
 
----
-
 ## Conclusion
 
 L'internationalisation (i18n) est plus qu'une simple corvée technique ; c'est un **investissement stratégique** qui permet à votre logiciel de parler la langue de vos utilisateurs - littéralement. En abstraire les éléments spécifiques à une locale, en tenant compte des variations linguistiques et culturelles, et en planifiant l'expansion future, vous donnez à votre produit les moyens de prospérer sur un marché mondial.

package/blog/hi/hreflang_guide_multilingual_seo.md

@@ -25,8 +25,6 @@ author: aymericzip
 
 अनुवाद करना आसान आधा है। कठिन आधा यह है कि सर्च इंजन को बताया जाए कि ये पेज **दूसरी भाषा में एक ही पेज हैं**, तीन दस्तावेज़ जो एक-दूसरे के साथ प्रतिस्पर्धा कर रहे हैं। यह वही है जो `hreflang` करता है, और यह वह जगह है जहां ज्यादातर बहुभाषी साइटें चुप-चाप अपनी ट्रैफिक खो देती हैं।
 
----
-
 ## Hreflang वास्तव में क्या है
 
 एक पेज पर एक एनोटेशन जो कहता है: _इस URL के उन भाषाओं के लिए समान संस्करण हैं।_
@@ -42,8 +40,6 @@ author: aymericzip
 
 यह स्पष्ट होना महत्वपूर्ण है कि यह क्या नहीं है। यह **redirect नहीं है** — यह एक hint है, और Google इसे override कर सकता है। यह **ranking boost नहीं है** — यह बदलता है _कौन सा_ version ranks करता है, न कि _क्या_ आप rank करते हैं। और Bing इसे पूरी तरह ignore करता है, इसके बजाय `content-language` और geo-targeting पर भरोसा करता है।
 
----
-
 ## इसे कहाँ declare करें
 
 तीन placements, सभी valid हैं। एक चुनें और वहीं रहें — एक ही cluster को दो जगहों पर declare करना यह है कि sets कैसे अलग हो जाते हैं।
@@ -54,8 +50,6 @@ author: aymericzip
 
 **HTTP `Link` header** PDFs जैसी गैर-HTML files के लिए एकमात्र विकल्प है।
 
----
-
 ## नियम
 
 ### Self-reference और reciprocity
@@ -107,8 +101,6 @@ ISO 639-1 भाषा के लिए, ISO 3166-1 Alpha 2 optional region क
 
 दो चीजें स्पष्ट रखने के लिए: `x-default` सेट में एक अतिरिक्त entry है, self-referencing वाले की जगह नहीं, और हर दूसरी entry की तरह इसे cluster के हर पेज पर identically दिखना चाहिए।
 
----
-
 ## कैनोनिकल ट्रैप
 
 प्रत्येक localized पेज **अपना खुद का canonical** होना चाहिए:
@@ -131,8 +123,6 @@ ISO 639-1 भाषा के लिए, ISO 3166-1 Alpha 2 optional region क
 
 **Canonical स्व-संदर्भी है प्रति लोकेल। `hreflang` क्लस्टर का वर्णन करता है।**
 
----
-
 ## URL संरचना चुनना
 
 `hreflang` URLs को एनोटेट करता है, इसलिए संरचना पहले आती है।
@@ -149,14 +139,11 @@ Subdirectories अधिकांश projects के लिए सही default
 
 > Intlayer तीनों को `routing.mode` और `routing.domains` के माध्यम से cover करता है। [custom domains](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/custom_domains.md) और [configuration reference](https://github.com/aymericzip/intlayer/blob/main/docs/docs/hi/configuration.md) देखें।
 
----
-
 ## Implementation
 
 इन टैग्स को हाथ से लिखना दूसरे locale के साथ संपर्क में नहीं टिकता। इसके बजाय उन्हें अपनी locale सूची से प्राप्त करें।
 
 <Steps>
-
 <Step number={1} title="हर पेज पर cluster emit करें">
 
 हर जगह एक ही सेट, हर locale के लिए canonical, absolute URLs, `x-default` शामिल।
@@ -254,7 +241,6 @@ export const Route = createFileRoute("/{-$locale}/about")({
 </Tabs>
 
 </Step>
-
 <Step number={2} title="या इसे सभी को sitemap में स्थानांतरित करें">
 
 बड़े पैमाने पर, annotations को अपने pages से पूरी तरह बाहर रखें। `generateSitemap` प्रत्येक entry के लिए `xhtml:link` alternates emit करता है, अपने config से locales और routing mode को पढ़ता है:
@@ -277,7 +263,6 @@ const sitemap = generateSitemap(
 - `entryPerLocale` (default `false`) — डिफ़ॉल्ट रूप से एक `<url>` entry सभी alternates को ले जाता है। दोनों forms वैध हैं, लेकिन केवल एक URL जो `<loc>` के रूप में listed है वह Search Console में _submitted_ के रूप में गिना जाता है; alternate-only locales discoverable रहते हैं लेकिन किसी भी sitemap को attributed नहीं होते। इसे चालू करने से हर localized URL को अपना entry मिलता है जिसमें पूरा alternate set दोहराया जाता है। यह entries को locale count से गुणा करता है, इसलिए 50,000 URL / 50 MB limit को देखें और इससे आगे sitemap index में विभाजित करें।
 
 </Step>
-
 <Step number={3} title="Verify करें कि crawler क्या प्राप्त करता है">
 
 `hreflang` silently fail होता है, इसलिए इसे assume करने की बजाय check करें।
@@ -290,8 +275,6 @@ const sitemap = generateSitemap(
 
 </Steps>
 
----
-
 ## Checklist
 
 - [ ] प्रत्येक locale के पास एक distinct, crawlable URL है
@@ -305,8 +288,6 @@ const sitemap = generateSitemap(
 - [ ] बिल्कुल एक जगह declared हैं
 - [ ] कोई alternate redirects नहीं
 
----
-
 ## निष्कर्ष
 
 `hreflang` सरल और unforgiving है। एक missing return tag, एक relative URL, एक cross-locale canonical, और cluster को बिना किसी error के discard कर दिया जाता है। ये सभी tags को manually लिखने से आते हैं।

package/blog/hi/i18n_meaning.md

@@ -92,8 +92,6 @@ i18n अर्थ भाषा से परे तक फैला हुआ
 - **सभी उपयोगकर्ता-सामना करने वाले टेक्स्ट को अमूर्त करें:** सुनिश्चित करें कि आपके UI घटकों में शून्य हार्डकोडेड टेक्स्ट मौजूद है।
 - **एक मजबूत अनुवाद प्रबंधन प्रणाली का उपयोग करें:** **Intlayer** जैसे उपकरण डेवलपर्स और अनुवादकों के बीच की खाई को पाटते हैं। Intlayer एक हेडलेस CMS के रूप में कार्य करता है जो आपके कोडबेस के साथ मजबूती से एकीकृत है, जिससे सामग्री प्रबंधक डेवलपर को नया बिल्ड ट्रिगर करने की आवश्यकता के बिना अनुवादों को विज़ुअल रूप से अपडेट कर सकते हैं।
 
----
-
 ### प्रति तकनीक i18n लाइब्रेरी और टूल की सूची देखें
 
 यदि आप प्रति तकनीक i18n लाइब्रेरी और टूल की सूची ढूंढ रहे हैं, तो निम्न संसाधनों की जाँच करें:
@@ -112,8 +110,6 @@ i18n अर्थ भाषा से परे तक फैला हुआ
 - स्वेल्ट: [i18n लाइब्रेरी और टूल की सूची देखें](https://github.com/aymericzip/intlayer/blob/main/docs/blog/hi/list_i18n_technologies/frameworks/svelte.md)
 - रिएक्ट नेटिव: [i18n लाइब्रेरी और टूल की सूची देखें](https://github.com/aymericzip/intlayer/blob/main/docs/blog/hi/list_i18n_technologies/frameworks/react-native.md)
 
----
-
 ## निष्कर्ष
 
 **i18n अर्थ** वैश्विक प्रभाव का लक्ष्य रखने वाले किसी भी आधुनिक डिजिटल व्यवसाय के लिए एक मौलिक अवधारणा है। "अंतर्राष्ट्रीयकरण" के लिए सिर्फ एक अजीब तकनीकी संक्षिप्त नाम होने से कहीं अधिक, i18n उस तकनीकी वास्तुकला का प्रतिनिधित्व करता है जो आपके सॉफ़्टवेयर को विभिन्न भाषाओं, संस्कृतियों और क्षेत्रीय मानकों के लिए मूल रूप से अनुकूलित करने के लिए आवश्यक है।

package/blog/hi/i18n_using_next-i18next.md

@@ -71,8 +71,6 @@ author: aymericzip
 
 > हमारे दस्तावेज़ को देखें जिसमें अंतरराष्ट्रीयकरण और SEO के बारे में आपको जानने के लिए सब कुछ सूचीबद्ध है: [next-intl के साथ अंतरराष्ट्रीयकरण (i18n)](https://github.com/aymericzip/intlayer/blob/main/docs/blog/hi/internationalization_and_SEO.md)।
 
----
-
 ## Next.js एप्लिकेशन में i18next सेटअप करने के लिए चरण-दर-चरण मार्गदर्शिका
 
 <iframe
@@ -119,7 +117,6 @@ author: aymericzip
 ```
 
 <Steps>
-
 <Step number={1} title="Dependencies इंस्टॉल करें">
 
 npm का उपयोग करके आवश्यक पैकेज इंस्टॉल करें:
@@ -141,7 +138,6 @@ yarn add i18next react-i18next i18next-resources-to-backend
 - **i18next-resources-to-backend**: एक प्लगइन जो अनुवाद फ़ाइलों को डायनामिक रूप से लोड करने में सक्षम बनाता है, जिससे आप केवल आवश्यक namespaces को लोड कर सकते हैं।
 
 </Step>
-
 <Step number={2} title="अपने प्रोजेक्ट को कॉन्फ़िगर करें">
 
 एक कॉन्फ़िगरेशन फ़ाइल बनाएं जिसमें आपके समर्थित लोकल, डिफ़ॉल्ट लोकल, और URL लोकलाइज़ेशन के लिए सहायक फ़ंक्शन परिभाषित हों। यह फ़ाइल आपके i18n सेटअप के लिए एकमात्र सत्य स्रोत के रूप में कार्य करती है और आपके एप्लिकेशन में टाइप सुरक्षा सुनिश्चित करती है।
@@ -196,7 +192,6 @@ export function getCookie(locale: Locale) {
 ```
 
 </Step>
-
 <Step number={3} title="अनुवाद नेमस्पेसेस को केंद्रीकृत करें">
 
 अपने एप्लिकेशन द्वारा एक्सपोज़ किए गए प्रत्येक namespace के लिए एक सिंगल सोर्स ऑफ ट्रूथ बनाएं। इस सूची का पुन: उपयोग सर्वर, क्लाइंट, और टूलिंग कोड को सिंक में रखता है और ट्रांसलेशन हेल्पर्स के लिए मजबूत टाइपिंग को अनलॉक करता है।
@@ -208,7 +203,6 @@ export type Namespace = (typeof namespaces)[number];
 ```
 
 </Step>
-
 <Step number={4} title="TypeScript के साथ ट्रांसलेशन कीज़ को मजबूत टाइप करें">
 
 `i18next` को अपने कैनोनिकल भाषा फ़ाइलों (आमतौर पर अंग्रेज़ी) की ओर बढ़ाएं। TypeScript तब प्रत्येक namespace के लिए वैध कीज़ का अनुमान लगाता है, इसलिए `t()` कॉल्स को एंड-टू-एंड चेक किया जाता है।
@@ -248,7 +242,6 @@ export type AboutTranslator = TFunction<"about">;
 ```
 
 </Step>
-
 <Step number={5} title="सर्वर-साइड i18n इनिशियलाइज़ेशन सेट करें">
 
 सर्वर-साइड i18n इनिशियलाइज़ेशन फ़ंक्शन बनाएं जो सर्वर कंपोनेंट्स के लिए अनुवाद लोड करता है। यह फ़ंक्शन सर्वर-साइड रेंडरिंग के लिए एक अलग i18next इंस्टेंस बनाता है, यह सुनिश्चित करते हुए कि रेंडरिंग से पहले अनुवाद लोड हो जाएं।
@@ -305,7 +298,6 @@ export async function initI18next(
 ```
 
 </Step>
-
 <Step number={6} title="क्लाइंट-साइड i18n प्रोवाइडर बनाएं">
 
 एक क्लाइंट कंपोनेंट प्रोवाइडर बनाएं जो आपके एप्लिकेशन को i18next संदर्भ के साथ लपेटता है। यह प्रोवाइडर सर्वर से पहले से लोड की गई अनुवाद सामग्री प्राप्त करता है ताकि अनुवादित सामग्री के फ्लैश (FOUC) को रोका जा सके और डुप्लिकेट फेचिंग से बचा जा सके।
@@ -390,7 +382,6 @@ export default function I18nProvider({
 ```
 
 </Step>
-
 <Step number={7} title="डायनामिक लोकल रूट्स परिभाषित करें">
 
 अपने ऐप फ़ोल्डर में `[locale]` डायरेक्टरी बनाकर लोकल के लिए डायनामिक रूटिंग सेट करें। इससे Next.js लोकल-आधारित रूटिंग को संभाल सकता है जहाँ प्रत्येक लोकल URL सेगमेंट बन जाता है (जैसे, `/en/about`, `/fr/about`)।
@@ -444,7 +435,6 @@ export default function LocaleLayout({
 ```
 
 </Step>
-
 <Step number={8} title="अपनी अनुवाद फ़ाइलें बनाएं">
 
 प्रत्येक locale और namespace के लिए JSON फ़ाइलें बनाएं। यह संरचना आपको अनुवादों को तार्किक रूप से व्यवस्थित करने और केवल उस पृष्ठ के लिए आवश्यक अनुवाद लोड करने की अनुमति देती है।
@@ -539,7 +529,6 @@ export default function LocaleLayout({
 </Tabs>
 
 </Step>
-
 <Step number={9} title="अपने पृष्ठों में अनुवादों का उपयोग करें">
 
 एक पेज कॉम्पोनेंट बनाएं जो सर्वर पर i18next को इनिशियलाइज़ करता है और अनुवादों को सर्वर और क्लाइंट दोनों कॉम्पोनेंट्स को पास करता है। यह सुनिश्चित करता है कि अनुवाद रेंडरिंग से पहले लोड हो जाएं और कंटेंट फ्लैशिंग से बचा जा सके।
@@ -601,7 +590,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={10} title="क्लाइंट कंपोनेंट्स में अनुवाद का उपयोग करें">
 
 क्लाइंट कंपोनेंट्स अनुवादों तक पहुँचने के लिए `useTranslation` हुक का उपयोग कर सकते हैं। यह हुक अनुवाद फ़ंक्शन और i18n इंस्टेंस तक पहुँच प्रदान करता है, जिससे आप सामग्री का अनुवाद कर सकते हैं और लोकल जानकारी प्राप्त कर सकते हैं।
@@ -654,7 +642,6 @@ export default ClientComponent;
 ```
 
 </Step>
-
 <Step number={11} title="सर्वर कंपोनेंट्स में अनुवादों का उपयोग करें">
 
 सर्वर कंपोनेंट्स React hooks का उपयोग नहीं कर सकते हैं, इसलिए वे अपने पैरेंट कंपोनेंट्स से props के माध्यम से अनुवाद प्राप्त करते हैं। यह तरीका सर्वर कंपोनेंट्स को synchronous बनाए रखता है और उन्हें क्लाइंट कंपोनेंट्स के अंदर नेस्ट करने की अनुमति देता है।
@@ -702,7 +689,6 @@ export default ServerComponent;
 ```
 
 </Step>
-
 <Step number={12} title="अपनी सामग्री की भाषा बदलें" isOptional={true}>
 
 Next.js में अपनी सामग्री की भाषा बदलने के लिए, अनुशंसित तरीका है locale-पूर्वसर्ग वाले URL और Next.js लिंक का उपयोग करना। नीचे दिया गया उदाहरण वर्तमान locale को route से पढ़ता है, pathname से इसे हटाता है, और उपलब्ध प्रत्येक locale के लिए एक लिंक रेंडर करता है।
@@ -776,7 +762,6 @@ export default function LocaleSwitcher() {
 ```
 
 </Step>
-
 <Step number={13} title="एक स्थानीयकृत Link कॉम्पोनेंट बनाएं" isOptional={true}>
 
 अपने ऐप में स्थानीयकृत URLs का पुन: उपयोग नेविगेशन को सुसंगत और SEO-अनुकूल बनाए रखता है। `next/link` को एक छोटे हेल्पर में लपेटें जो आंतरिक रूट्स के सामने सक्रिय locale जोड़ता है जबकि बाहरी URLs को अपरिवर्तित छोड़ता है।
@@ -829,7 +814,6 @@ export default function LocalizedLink({
 > सुझाव: क्योंकि `LocalizedLink` एक ड्रॉप-इन रिप्लेसमेंट है, इसलिए आयातों को धीरे-धीरे बदलकर और कंपोनेंट को locale-विशिष्ट URLs संभालने दें, क्रमिक रूप से माइग्रेट करें।
 
 </Step>
-
 <Step number={14} title="सर्वर एक्शन्स के अंदर सक्रिय locale तक पहुँचें" isOptional={true}>
 
 सर्वर एक्शन्स को अक्सर ईमेल, लॉगिंग, या थर्ड-पार्टी इंटीग्रेशन के लिए वर्तमान locale की आवश्यकता होती है। अपने प्रॉक्सी द्वारा सेट किए गए locale कुकी को `Accept-Language` हेडर के साथ एक फॉलबैक के रूप में संयोजित करें।
@@ -869,7 +853,6 @@ export async function stuffFromServer(formData: FormData) {
 > क्योंकि यह हेल्पर Next.js कुकीज़ और हेडर्स पर निर्भर करता है, यह Route Handlers, Server Actions, और अन्य केवल सर्वर-संदर्भों में काम करता है।
 
 </Step>
-
 <Step number={15} title="अपने मेटाडेटा का अंतरराष्ट्रीयकरण करें" isOptional={true}>
 
 सामग्री का अनुवाद करना महत्वपूर्ण है, लेकिन अंतरराष्ट्रीयकरण का मुख्य उद्देश्य आपकी वेबसाइट को दुनिया के लिए अधिक दृश्यनीय बनाना है। I18n आपकी वेबसाइट की दृश्यता को उचित SEO के माध्यम से बढ़ाने के लिए एक अद्भुत साधन है।
@@ -938,7 +921,6 @@ export default async function AboutPage() {
 ```
 
 </Step>
-
 <Step number={16} title="अपने साइटमैप को अंतरराष्ट्रीयकृत करें" isOptional={true}>
 
 एक साइटमैप बनाएं जिसमें आपके पृष्ठों के सभी लोकल संस्करण शामिल हों। यह सर्च इंजन को आपकी सामग्री के सभी भाषा संस्करणों को खोजने और इंडेक्स करने में मदद करता है।
@@ -996,7 +978,6 @@ export default function sitemap(): MetadataRoute.Sitemap {
 ```
 
 </Step>
-
 <Step number={17} title="अपने robots.txt को अंतरराष्ट्रीयकृत करें" isOptional={true}>
 
 अपने संरक्षित रूट्स के सभी लोकल संस्करणों को सही ढंग से संभालने के लिए एक robots.txt फ़ाइल बनाएं। यह सुनिश्चित करता है कि सर्च इंजन किसी भी भाषा में एडमिन या डैशबोर्ड पेजों को इंडेक्स न करें।
@@ -1029,7 +1010,6 @@ export default function robots(): MetadataRoute.Robots {
 ```
 
 </Step>
-
 <Step number={18} title="लोकल रूटिंग के लिए मिडलवेयर सेट करें" isOptional={true}>
 
 एक प्रॉक्सी बनाएं जो स्वचालित रूप से उपयोगकर्ता की पसंदीदा भाषा का पता लगाए और उन्हें उपयुक्त लोकल-प्रिफिक्स्ड URL पर पुनः निर्देशित करे। यह उपयोगकर्ता अनुभव को बेहतर बनाता है क्योंकि सामग्री उनकी पसंदीदा भाषा में दिखाई जाती है।
@@ -1120,7 +1100,6 @@ export const config = {
 ```
 
 </Step>
-
 <Step number={19} title="Intlayer का उपयोग करके अपने अनुवादों को स्वचालित करें" isOptional={true}>
 
 Intlayer एक **मुफ्त** और **ओपन-सोर्स** लाइब्रेरी है जो आपके एप्लिकेशन में स्थानीयकरण प्रक्रिया में सहायता करने के लिए डिज़ाइन की गई है। जबकि i18next अनुवाद लोडिंग और प्रबंधन को संभालता है, Intlayer अनुवाद कार्यप्रवाह को स्वचालित करने में मदद करता है।

package/blog/hi/i18n_using_next-intl.md

@@ -63,8 +63,6 @@ author: aymericzip
 
 > हमारे डॉक्यूमेंट में देखें जो अंतरराष्ट्रीयकरण और SEO के बारे में आपको सब कुछ जानना आवश्यक है: [next-intl के साथ अंतरराष्ट्रीयकरण (i18n)](https://github.com/aymericzip/intlayer/blob/main/docs/blog/en/internationalization_and_SEO.md)।
 
----
-
 ## Next.js एप्लिकेशन में next-intl सेटअप करने के लिए चरण-दर-चरण मार्गदर्शिका
 
 <iframe
@@ -110,7 +108,6 @@ author: aymericzip
 ```
 
 <Steps>
-
 <Step number={1} title="निर्भरताएँ स्थापित करें">
 
 npm का उपयोग करके आवश्यक पैकेज स्थापित करें:
@@ -130,7 +127,6 @@ yarn add next-intl
 - **next-intl**: Next.js App Router के लिए मुख्य अंतरराष्ट्रीयकरण लाइब्रेरी जो अनुवादों के प्रबंधन के लिए hooks, सर्वर फ़ंक्शन, और क्लाइंट प्रदाता प्रदान करती है।
 
 </Step>
-
 <Step number={2} title="अपने प्रोजेक्ट को कॉन्फ़िगर करें">
 
 अपने समर्थित लोकल्स को परिभाषित करने और next-intl के अनुरोध कॉन्फ़िगरेशन को सेट अप करने के लिए एक कॉन्फ़िगरेशन फ़ाइल बनाएं। यह फ़ाइल आपके i18n सेटअप के लिए सत्य का एकमात्र स्रोत के रूप में कार्य करती है और आपके एप्लिकेशन में टाइप सुरक्षा सुनिश्चित करती है।
@@ -216,7 +212,6 @@ export const proxy = createMiddleware(routingOptions);
 ```
 
 </Step>
-
 <Step number={3} title="डायनामिक लोकल रूट्स परिभाषित करें">
 
 अपने ऐप फ़ोल्डर में `[locale]` डायरेक्टरी बनाकर स्थानीयताओं के लिए डायनेमिक रूटिंग सेट करें। इससे Next.js स्थानीय-आधारित रूटिंग को संभाल सकता है जहाँ प्रत्येक स्थानीयता URL सेगमेंट बन जाती है (जैसे, `/en/about`, `/fr/about`)।
@@ -306,7 +301,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={4} title="अपने अनुवाद फ़ाइलें बनाएं">
 
 प्रत्येक locale और namespace के लिए JSON फ़ाइलें बनाएं। यह संरचना आपको अनुवादों को तार्किक रूप से व्यवस्थित करने और प्रत्येक पेज के लिए केवल आवश्यक अनुवाद लोड करने की अनुमति देती है।
@@ -368,7 +362,6 @@ namespace के अनुसार अनुवादों को व्यव
 </Tabs>
 
 </Step>
-
 <Step number={5} title="अपने पृष्ठों में अनुवादों का उपयोग करें">
 
 एक पेज कंपोनेंट बनाएं जो सर्वर पर अनुवाद लोड करता है और उन्हें सर्वर और क्लाइंट दोनों कंपोनेंट्स को पास करता है। यह सुनिश्चित करता है कि अनुवाद रेंडरिंग से पहले लोड हो जाएं और कंटेंट फ्लैशिंग को रोका जा सके।
@@ -421,7 +414,6 @@ export default async function AboutPage({
 ```
 
 </Step>
-
 <Step number={6} title="क्लाइंट कंपोनेंट्स में अनुवाद का उपयोग करें">
 
 क्लाइंट कंपोनेंट्स `useTranslations` और `useFormatter` hooks का उपयोग करके अनुवाद और फॉर्मेटिंग फ़ंक्शंस तक पहुँच सकते हैं। ये hooks `NextIntlClientProvider` context से पढ़ते हैं।
@@ -459,7 +451,6 @@ const ClientComponent = () => {
 ```
 
 </Step>
-
 <Step number={7} title="सर्वर कंपोनेंट्स में अनुवादों का उपयोग करें">
 
 सर्वर कंपोनेंट्स React hooks का उपयोग नहीं कर सकते, इसलिए वे अपने पैरेंट कंपोनेंट्स से props के माध्यम से अनुवाद और फॉर्मैटर प्राप्त करते हैं। यह तरीका सर्वर कंपोनेंट्स को synchronous रखता है और उन्हें क्लाइंट कंपोनेंट्स के अंदर नेस्ट करने की अनुमति देता है।
@@ -493,7 +484,6 @@ const ServerComponent = ({
 > अपने पेज/लेआउट में, `next-intl/server` से `getTranslations` और `getFormatter` का उपयोग करें ताकि अनुवाद और फॉर्मेटिंग को पहले से गणना किया जा सके, फिर उन्हें props के रूप में सर्वर कंपोनेंट्स को पास करें।
 
 </Step>
-
 <Step number={8} title="अपनी सामग्री की भाषा बदलें" isOptional={true}>
 
 next-intl के साथ अपनी सामग्री की भाषा बदलने के लिए, ऐसे locale-aware लिंक रेंडर करें जो locale बदलते समय उसी pathname की ओर इशारा करें। प्रदाता URLs को स्वचालित रूप से पुनर्लेखित करता है, इसलिए आपको केवल वर्तमान रूट को लक्षित करना होता है।
@@ -567,7 +557,6 @@ export default function LocaleSwitcher() {
 ```
 
 </Step>
-
 <Step number={9} title="स्थानीयकृत Link कॉम्पोनेंट का उपयोग करें" isOptional={true}>
 
 `next-intl` एक उप-पैकेज `next-intl/navigation` प्रदान करता है जिसमें एक स्थानीयकृत लिंक कॉम्पोनेंट होता है जो स्वचालित रूप से सक्रिय locale लागू करता है। हमने इसे आपके लिए `@/i18n` फ़ाइल में पहले ही निकाला है, इसलिए आप इसे इस प्रकार उपयोग कर सकते हैं:
@@ -579,7 +568,6 @@ return <Link href="/about">t("about.title")</Link>;
 ```
 
 </Step>
-
 <Step number={10} title="Server Actions के अंदर सक्रिय locale तक पहुँचें" isOptional={true}>
 
 Server Actions वर्तमान locale को `next-intl/server` का उपयोग करके पढ़ सकते हैं। यह स्थानीयकृत ईमेल भेजने या सबमिट किए गए डेटा के साथ भाषा प्राथमिकताएँ संग्रहीत करने के लिए उपयोगी है।
@@ -604,7 +592,6 @@ export async function handleContactForm(formData: FormData) {
 > `getLocale` उस locale को पढ़ता है जो `next-intl` प्रॉक्सी द्वारा सेट किया गया है, इसलिए यह सर्वर पर कहीं भी काम करता है: Route Handlers, Server Actions, और edge functions।
 
 </Step>
-
 <Step number={11} title="अपने मेटाडेटा का अंतरराष्ट्रीयकरण करें" isOptional={true}>
 
 सामग्री का अनुवाद करना महत्वपूर्ण है, लेकिन अंतरराष्ट्रीयकरण का मुख्य उद्देश्य आपकी वेबसाइट को दुनिया के लिए अधिक दृश्य बनाना है। I18n आपकी वेबसाइट की दृश्यता को उचित SEO के माध्यम से सुधारने के लिए एक अद्भुत उपकरण है।
@@ -645,7 +632,6 @@ export async function generateMetadata({
 ```
 
 </Step>
-
 <Step number={12} title="अपने साइटमैप को अंतरराष्ट्रीयकृत करें" isOptional={true}>
 
 अपने पृष्ठों के सभी स्थानीय संस्करणों को शामिल करने वाला एक साइटमैप जनरेट करें। यह खोज इंजन को आपकी सामग्री के सभी भाषा संस्करणों को खोजने और अनुक्रमित करने में मदद करता है।
@@ -701,7 +687,6 @@ export default function sitemap(): MetadataRoute.Sitemap {
 ```
 
 </Step>
-
 <Step number={13} title="अपने robots.txt को अंतरराष्ट्रीयकृत करें" isOptional={true}>
 
 एक robots.txt फ़ाइल बनाएं जो आपके सभी स्थानीय संस्करणों वाले संरक्षित रूट्स को सही ढंग से संभाले। यह सुनिश्चित करता है कि सर्च इंजन किसी भी भाषा में एडमिन या डैशबोर्ड पेजों को इंडेक्स न करें।
@@ -736,7 +721,6 @@ export default function robots(): MetadataRoute.Robots {
 ```
 
 </Step>
-
 <Step number={14} title="लोकल रूटिंग के लिए प्रॉक्सी सेट करें" isOptional={true}>
 
 एक प्रॉक्सी बनाएं जो स्वचालित रूप से उपयोगकर्ता की पसंदीदा भाषा (locale) का पता लगाए और उन्हें उपयुक्त लोकल-प्रिफिक्स्ड URL पर पुनः निर्देशित करे। next-intl एक सुविधाजनक प्रॉक्सी फ़ंक्शन प्रदान करता है जो इसे स्वचालित रूप से संभालता है।
@@ -758,7 +742,6 @@ export const config = {
 ```
 
 </Step>
-
 <Step number={15} title="लोकल के लिए TypeScript टाइप्स सेट करें" isOptional={true}>
 
 TypeScript सेटअप करने से आपको अपने कीज़ के लिए ऑटो-कम्प्लीशन और टाइप सुरक्षा प्राप्त करने में मदद मिलेगी।
@@ -786,7 +769,6 @@ declare module "next-intl" {
 यह कोड Module Augmentation का उपयोग करेगा ताकि locales और messages को next-intl के AppConfig टाइप में जोड़ा जा सके।
 
 </Step>
-
 <Step number={16} title="Intlayer का उपयोग करके अपने अनुवादों को स्वचालित करें" isOptional={true}>
 
 Intlayer एक **मुफ़्त** और **ओपन-सोर्स** लाइब्रेरी है जिसे आपके एप्लिकेशन में लोकलाइज़ेशन प्रक्रिया में सहायता करने के लिए डिज़ाइन किया गया है। जबकि next-intl अनुवाद लोडिंग और प्रबंधन को संभालता है, Intlayer अनुवाद वर्कफ़्लो को स्वचालित करने में मदद करता है।

package/blog/hi/index.md

@@ -20,8 +20,6 @@ author: aymericzip
 
 हमारे ब्लॉग में आपका स्वागत है जो जावास्क्रिप्ट अनुप्रयोगों के लिए सभी चीजों के प्रति **अंतरराष्ट्रीयकरण** को समर्पित है! यहां, हम सबसे अच्छे प्रथाओं, रणनीतियों और उपकरणों का पता लगाते हैं जो डेवलपर्स को उनके डिजिटल उत्पादों को विश्वव्यापी स्तर पर बढ़ाने में मदद करते हैं।
 
----
-
 ## क्यों अंतरराष्ट्रीयकरण (i18n) महत्व रखता है
 
 आज की आपस में जुड़े हुए संसार में, उपयोगकर्ता अपेक्षा करते हैं कि उन्हें निर्बाध, स्थानीयकृत अनुभव मिले। अंतरराष्ट्रीयकरण (i18n) यह सुनिश्चित करता है कि आपका वेब अनुप्रयोग विभिन्न भाषाओं और सांस्कृतिक बारीकियों के अनुरूप ढल सकता है। शुरुआत से ही i18n प्रथाओं को शामिल करके, आप कई लाभों को अनलॉक करते हैं, जैसे कि:
@@ -31,8 +29,6 @@ author: aymericzip
 3. **सुधारी गई पहुंच:** अच्छी संरचित i18n अक्सर पहुंच मानकों के साथ मेल खाती है, जिससे आपका ऐप अधिक समावेशी बनता है।
 4. **बेहतर SEO प्रदर्शन:** स्थानीयकृत सामग्री आपके क्षेत्र-विशिष्ट खोज परिणामों में आपकी दृश्यता को बढ़ा सकती है।
 
----
-
 ## ओपन-सोर्स अंतरराष्ट्रीयकरण समाधान
 
 अंतरराष्ट्रीयकरण किए गए अनुप्रयोग का निर्माण जटिल नहीं होना चाहिए। ओपन-सोर्स समुदाय कई शक्तिशाली, अच्छी तरह से समर्थित उपकरण और पुस्तकालय प्रदान करता है जो स्थानीयकरण को अधिक सरल बनाते हैं। **react-intl**, **i18next**, और **FormatJS** जैसे लोकप्रिय समाधान लचीले एपीआई और आधुनिक जावास्क्रिप्ट ढाँचे जैसे React, Vue, और Angular के साथ आसान एकीकरण प्रदान करते हैं।
@@ -43,8 +39,6 @@ author: aymericzip
 - **लागत की बचत:** कोई लाइसेंस शुल्क नहीं, जिससे आपके अनुप्रयोग का परीक्षण या पैमाना सरल होता है।
 - **समुदाय समर्थन:** बड़े समुदाय अक्सर अधिक ट्यूटोरियल, दस्तावेज़ और तैयार प्लगइन्स का मतलब होते हैं।
 
----
-
 ## घोषणाएँ और आगे क्या है
 
 हम आगामी ट्यूटोरियल, बेहतरीन प्रथाओं, और **केस स्टडीज** की घोषणा करने के लिए उत्साहित हैं कि कैसे अपने जावास्क्रिप्ट अनुप्रयोगों को वैश्विक ऑडियंस के लिए अनुकूलित करें। यहां एक झलक है:
@@ -55,8 +49,6 @@ author: aymericzip
 
 इन अपडेट्स और अधिक के लिए बने रहें!
 
----
-
 ## हमारे ब्लॉग में योगदान करें!
 
 हम समुदाय-प्रेरित ज्ञान साझा करने में विश्वास करते हैं। यदि आपके पास अंतरराष्ट्रीयकरण, **SEO**, या किसी अन्य प्रासंगिक विषय से संबंधित ब्लॉग पोस्ट के लिए एक शानदार विचार है, तो हम आपसे सुनने के लिए उत्सुक हैं। आप हमारे GitHub रिपॉजिटरी में अपने प्रस्तावित ब्लॉग पोस्ट को जोड़कर एक पुल अनुरोध सबमिट कर सकते हैं:
@@ -65,6 +57,4 @@ author: aymericzip
 
 आपका योगदान हमें इस प्लेटफॉर्म को समृद्ध बनाने और दुनियाभर के डेवलपर्स को सशक्त बनाने में मदद करता है। चलिए एक वैश्विक-प्रथम अनुप्रयोगों का समुदाय बनाते हैं, साथ में।
 
----
-
 **पढ़ने के लिए धन्यवाद, और हमारे i18n समुदाय में आपका स्वागत है!** अधिक अंतर्दृष्टियों, सुझावों, और बेहतरीन प्रथाओं के लिए बने रहें कि कैसे अपने जावास्क्रिप्ट अनुप्रयोगों को अंतरराष्ट्रीय सफलता की ओर ले जाना है।