Next.js के साथ globalize.now का उपयोग करना
पाँच मिनट से कम में Next.js ऐप में internationalization सेट अप करें।
Next.js के पास next-intl और next-i18next जैसी libraries के माध्यम से first-class i18n support है, लेकिन वे libraries एक codebase को expect करती हैं जिसमें translation keys पहले से place में हैं। globalize.now पहले का step है: यह एक Next.js ऐप को hardcoded English से full लेता है और keys, locale files, और refactored components produce करता है जो next-intl (या कोई भी runtime library) serve कर सकता है।
पूर्वापेक्षाएं
- एक Next.js project (App Router या Pages Router)
- एक Git repository
- Node.js 18+
- एक chosen i18n runtime library (next-intl recommended)
Next.js के साथ globalize.now को कैसे सेट अप करें
अपनी runtime library को install करें
next-intl या library को add करें जो आप prefer करते हैं ताकि ऐप runtime पर per-locale messages को load कर सके।
npm install next-intlBasic next-intl routing को configure करें
Middleware, providers, और route segments को wire करें जैसा next-intl documentation में described है, या इस step को skip करें अगर आप पहले से finish कर चुके हैं।
Globalize skills installer को चलाएं
Next.js project root से, skills install करें ताकि agent आपके routing setup के साथ align कर सके।
npx skills add globalize-now/globalize-skills --allnext-intl detection की पुष्टि करें
Agent को verify करने दें कि providers और message paths conventions के साथ match करते हैं जो globalize.now Next.js के लिए expect करता है।
Proposed locale file layout को review करें
Suggested messages directory और filenames को inspect करें ताकि वे messages-per-locale pattern को follow करें जो आपने choose किया।
Literals को translation calls में refactor करें
Updates को approve करें जो embedded English को t() या equivalent helpers से replace करते हैं जो आपके provider के साथ wired हैं।
Git पर push करें
Branch को merge करें और push करें ताकि globalize.now subsequent Git pushes पर translations को sync रख सके।
सामान्य समस्याएं
next-intl एक specific message structure को expect करता है
समाधान: globalize.now auto-detect करता है next-intl convention को और JSON को write करता है जो आपके configured locale folders को match करता है, manual reshaping को reduce करता है।
मेरे पास पहले से कुछ translated strings हैं — क्या globalize.now उन्हें overwrite करेगा?
समाधान: Existing keys को preserve किया जाता है जब भी possible हो, और नई literals को incrementally add किया जाता है ताकि translators prior work को न lose करें।
अक्सर पूछे जाने वाले प्रश्न
क्या globalize.now next-intl और next-i18next के साथ काम करता है?
हाँ। globalize.now repository structure पर focus करता है—keys, JSON catalogs, और component call sites—जबकि next-intl या next-i18next runtime पर messages को load करना continue करता है। Whichever runtime को pick करें जो आपके routing model को match करता है; globalize.now अपने output को उस choice के लिए adapt करता है। आप अभी भी npx skills add globalize-now/globalize-skills को एक बार per project bootstrap चलाते हैं जब तक आप intentionally skills को refresh न करना चाहें।
क्या globalize.now App Router और Pages Router दोनों को support करता है?
हाँ। Agent skills router style को detect करते हैं जो आप use करते हैं और extraction को correct layout files, route handlers, और providers के साथ align करते हैं। globalize.now Next.js routing को replace नहीं करता; यह सुनिश्चित करता है कि strings जो उन routes के माध्यम से flow करते हैं keyed हैं। Setup के बाद, App Router server components और client components दोनों same locale files को reference करते हैं जो आपका runtime expect करता है।
क्या मैं globalize.now को एक Next.js ऐप के साथ use कर सकता हूँ जिसमें पहले से partial i18n है?
हाँ। Agent को repo पर point करें और यह existing message bundles को extend करेगा, gaps को fill करेगा जहाँ literals remain करते हैं। यह common है जब केवल marketing pages को पहले translate किया गया था। globalize.now नई keys को merge करता है बिना older translations को discard किए, इसलिए teams screen by screen migrate कर सकते हैं।
क्या globalize.now server components और client components को differently handle करता है?
globalize.now literals को rewrite करता है जो भी helper को आपका stack हर boundary के लिए use करता है, Next.js rules को respect करते हुए कि कहाँ hooks और providers run हो सकते हैं। JSON output server और client bundles के across shared रहता है ताकि आप catalogs को duplicate न करें। आप अभी भी Next.js documentation को follow करते हैं client components को mark करने के लिए जब interactivity को require करता है।
globalize.now Next.js के static generation के साथ कैसे integrate करता है?
लोकेल फ़ाइलें Git में रहती हैं, इसलिए `next build` उसी JSON को बंडल करना जारी रखता है जिसे आपके SSG या SSR रूट पहले से next-intl के माध्यम से आयात करते हैं। globalize.now स्थिर जनरेशन पाइपलाइन को केवल यह सुनिश्चित करने से परे नहीं बदलता कि स्ट्रिंग्स लिटरल्स के बजाय डेटा फ़ाइलों से आती हैं। जब नई कॉपी शिप होती है, तो एक और Git पुश अगली डिप्लॉयमेंट से पहले अनुवाद को ताज़ा करता है।
क्या मुझे npx skills add globalize-now/globalize-skills चलाने से पहले next-intl इंस्टॉल करना चाहिए?
अगर आप पहले से जानते हैं कि next-intl आपका रनटाइम है, तो पहले next-intl इंस्टॉल करना आदर्श है, क्योंकि एजेंट तुरंत प्रोवाइडर्स को कनेक्ट कर सकता है। अगर आपने अभी तक कोई लाइब्रेरी नहीं चुनी है, तब भी आप npx skills add globalize-now/globalize-skills चला सकते हैं—स्किल्स एक स्टैक की सिफारिश करने में मदद करते हैं—लेकिन आप डिपेंडेंसीज इंस्टॉल करने के बाद सेटअप को फिर से चला सकते हैं। दोनों पथ Git में चेक किए गए कीज़ और पुश पर सिंक के साथ समाप्त होते हैं।
Next.js के साथ globalize.now आज़माएं
अपने प्रोजेक्ट रूट से शुरू करें:
npx skills add globalize-now/globalize-skills --allउत्पाद संदर्भ और मूल्य निर्धारण के लिए होमपेज पर वापस जाएं →