သင့်အက်ပ် သို့မဟုတ် ဝက်ဘ်ဆိုက်သို့ ဘာသာစကား အများအပြား ထည့်နည်း

အက်ပ်သို့ ဘာသာစကားများစွာ ထည့်ရန် interface စာသားအားလုံးကို ဘာသာစကားတစ်ခုစီအတွက် ဘာသာပြန်ဖိုင်များထဲသို့ ရွှေ့ပြီး i18n library ဖြင့် တင်ကာ ရွေးချယ်မှုကို မှတ်ထားသော ဘာသာစကားပြောင်းကိရိယာ ထည့်ပါ။ search ဖြင့် ရှာတွေ့စေလိုသော public စာမျက်နှာများအတွက် ဘာသာစကားတစ်ခုစီကို /fr/ ကဲ့သို့ ကိုယ်ပိုင် URL ပေးပြီး hreflang tag များဖြင့် ဗားရှင်းများကို ချိတ်ဆက်ပါ။ ထို့နောက် လူများ မေ့တတ်သော အပိုင်းများကို ကိုင်တွယ်ပါ- ရက်စွဲ၊ နံပါတ်နှင့် ငွေကြေး၊ ဘာသာစကားအချို့တွင် ရှည်သော စာသား၊ ညာမှဘယ်သို့ စာရိုက်စနစ်များနှင့် ဒေတာဘေ့စ်တွင် သိမ်းထားသော အကြောင်းအရာ။

သင်ကြားရမည့် ဝေါဟာရများ

• Internationalisation (i18n): မည်သည့်ဘာသာစကားကိုမဆို ထောက်ပံ့နိုင်ရန် ကုဒ်ကို ပြင်ဆင်ခြင်း — ကုဒ်ထဲတွင် string တိုက်ရိုက်မရေးခြင်း၊ locale ကိုသိသော format၊ ပြောင်းလွယ်သော layout။ "18" ဆိုသည်မှာ i နှင့် n ကြားရှိ အက္ခရာ အရေအတွက် ဖြစ်သည်။
• Localisation (l10n): အက်ပ်ကို တိကျသော ဘာသာစကား သို့မဟုတ် ဈေးကွက်အတွက် ကိုက်ညီအောင် ပြင်ဆင်ခြင်း၊ အများအားဖြင့် ဘာသာပြန်ခြင်း၊ တစ်ခါတစ်ရံ ငွေကြေး၊ ပုံရိပ်နှင့် ဥပဒေစာသား ပါဝင်သည်။
• Locale: ဘာသာစကားတစ်ခုနှင့် ရွေးချယ်နိုင်သော ဒေသတစ်ခု၊ ဥပမာ en-GB သို့မဟုတ် pt-BR။

i18n ကို တစ်ကြိမ်သာ လုပ်ထားလျှင် ဘာသာစကားအသစ်တစ်ခုစီထည့်ခြင်းသည် အများအားဖြင့် ဘာသာပြန်အလုပ်သာ ဖြစ်လာသည်။

ရွေးချယ်စရာများနှင့် အချိုးအစားများ

အက်ပ်အများစုအတွက် ဘာသာပြန်ဖိုင်များပါသော စံ i18n library သည် မှန်ကန်သော အခြေခံဖြစ်သည်။ နှစ်သက်ပါက machine သို့မဟုတ် AI ဘာသာပြန်ဖြင့် မူကြမ်းရေးပြီး ဖောက်သည်များ အမြင်ဆုံးစာသားကို ကျွမ်းကျင်သော ပြောဆိုသူများက ပြန်စစ်ပါ။

ဘာသာစကားများစွာ ပါသော အက်ပ်၏ အစိတ်အပိုင်းများ

ဘာသာပြန်ဖိုင်များ

<h1>Welcome back</h1> ကို ရေးမည့်အစား ကုဒ်က t('dashboard.welcome') ဟု ရေးပြီး locale တစ်ခုစီတွင် စာသားပါသော ဖိုင်ရှိသည်-

{
  "dashboard": {
    "welcome": "Welcome back, {{name}}",
    "items_one": "{{count}} item",
    "items_other": "{{count}} items"
  }
}

စကားစုအပိုင်းများကို ပေါင်းစပ်မည့်အစား variable များအတွက် placeholder များကို သုံးပါ — ဘာသာစကားတစ်ခုစီတွင် စကားလုံးအစဉ် ကွဲပြားသည်။ library ၏ plural rules ကိုလည်း သုံးပါ- အင်္ဂလိပ်တွင် ပုံစံနှစ်မျိုး (1 item, 2 items) ရှိသော်လည်း ဘာသာစကားအချို့တွင် သုံးမျိုး၊ လေးမျိုး သို့မဟုတ် ပို ရှိသည်။

ရက်စွဲ၊ နံပါတ်နှင့် ငွေကြေး format လုပ်ခြင်း

ဤတန်ဖိုးများကို လက်ဖြင့် format မလုပ်ပါနှင့်။ browser ၏ built-in Intl API သည် locale မည်သည့်ဖြစ်စေ format လုပ်ပေးသည်- အင်္ဂလိပ်တွင် 1,234.5 သည် ဂျာမန်တွင် 1.234,5 ဖြစ်သည်; ရက်စွဲသည် ရက်ဦးစီးနှင့် လဦးစီး အကြား ပြောင်းသည်; ငွေကြေးသင်္ကေတ နေရာ ရွေ့သည်။ ရက်စွဲကို UTC ဖြင့် သိမ်းပြီး ငွေကို ငွေကြေးကုဒ်ပါသော နံပါတ်အဖြစ် သိမ်းကာ ပြသရန်သာ format လုပ်ပါ။

ဆန့်ထွက်နိုင်သော layout

ဘာသာပြန်စာသားသည် အင်္ဂလိပ်ထက် မကြာခဏ ရှည်သည် — အထူးသဖြင့် ဂျာမန်နှင့် ဖင်လန်စကားလုံးများ။ အကျယ်သတ်မှတ်ထားသော ခလုတ်များနှင့် ဖြတ်ထားသော label များကို ရှောင်ပြီး သင့်ဘာသာစကား အရှည်ဆုံးဖြင့် စမ်းသပ်ပါ။

ညာမှဘယ်သို့ ဖတ်သော ဘာသာစကားများ

Arabic, Hebrew, Persian နှင့် Urdu တို့သည် ညာမှဘယ်သို့ ဖတ်ကြသည်။ ထို locale များအတွက် စာမျက်နှာပေါ်တွင် dir="rtl" ကို သတ်မှတ်ပြီး CSS logical properties (margin-left အစား margin-inline-start; Tailwind တွင် ml-4 အစား ms-4) ကို သုံးပါ၊ ထို့ကြောင့် layout က ကိုယ်တိုင် ပြောင်းပြန်ဖြစ်သွားမည်။ လမ်းကြောင်းကို ဖော်ပြသော သင်္ကေတများ၊ ဥပမာ မြား၊ ကိုလည်း လှန်ရန် လိုအပ်သည်။

ဘာသာစကားပြောင်းကိရိယာနှင့် ရှာဖွေခြင်း

စာမျက်နှာတိုင်းတွင် switcher ကို ပြပါ၊ ဘာသာစကားတစ်ခုစီ၏ ကိုယ်ပိုင်နာမည်ဖြင့် အညွှန်းတပ်ပါ ("Deutsch", "Français", "العربية") — အလံများမသုံးပါနှင့်၊ အလံများသည် နိုင်ငံကို ကိုယ်စားပြုပြီး ဘာသာစကားကို မဟုတ်ပါ။ ပထမအကြိမ် ဝင်ရောက်သည့်အခါ browser ၏ နှစ်သက်ဘာသာစကားကို ရှာဖွေပြီး ဗားရှင်းတစ်ခုကို အကြံပြုပါ၊ သို့သော် ဖော်ကြည့်သူ၏ ရွေးချယ်မှုကို ဦးစားပေးပြီး မှတ်ထားပါ။

URL နှင့် SEO

search ရလဒ်များတွင် ပေါ်စေလိုသော စာမျက်နှာများအတွက် ဘာသာစကားတစ်ခုစီသည် ကိုယ်ပိုင် URL လိုအပ်သည်။ စက်တင်ဘာ 2026 အရ Google ၏ multilingual site လမ်းညွှန်ချက်မှာ-

• ဘာသာစကားတစ်ခုစီအတွက် URL သီးခြား — subdirectory (example.com/fr/) သည် အရိုးရှင်းဆုံးဖြစ်သည်; subdomain နှင့် နိုင်ငံ domain များလည်း အလုပ်လုပ်သည်။ URL parameter (?lang=fr) ကို အကြံမပြုပါ။
• cookie သို့မဟုတ် browser setting တစ်ခုတည်းဖြင့် ဘာသာစကား မပြောင်းပါနှင့်; Google ၏ crawler က အခြားဗားရှင်းများကို ဘယ်တော့မှ မမြင်နိုင်ပါ။
• ဘာသာစကားအလိုက် အလိုအလျောက် မပြန်လွှဲပါနှင့်; ဗားရှင်းများကြား link လုပ်ပါ။
• hreflang ကို သုံးပါ ဘာစာမျက်နှာများက တစ်ခုကို တစ်ခု ဘာသာပြန်ဖြစ်သည်ကို Google အား ပြောရန်။ ဗားရှင်းတစ်ခုစီက ကိုယ်တိုင်နှင့် အခြားအားလုံးကို စာရင်းပြုရမည်၊ မဟုတ်ပါက annotation များကို လျစ်လျူရှုနိုင်သည်။ fallback စာမျက်နှာအတွက် x-default ထည့်ပါ။
• Google က စာမျက်နှာ၏ ဘာသာစကားကို မြင်ရသော အကြောင်းအရာမှ သိရှိသည်၊ lang သို့မဟုတ် hreflang မှ မဟုတ်ပါ — ထို့ကြောင့် menu တစ်ခုတည်းမဟုတ်ဘဲ စာမျက်နှာတစ်ခုလုံးကို ဘာသာပြန်ပါ။

ဗားရှင်းတစ်ခုစီတွင် <html lang="fr"> ကို ဆက်သတ်မှတ်ပါ- မျက်စိမမြင်သော အသုံးပြုသူများအတွက် screen reader များက အမှန်ဖတ်ပုံကို ရွေးရန် အသုံးပြုပြီး ၎င်းသည် accessibility လိုအပ်ချက် ဖြစ်သည်။

login ဝင်ပြီးသား အက်ပ်စခရင်များကို index လုပ်ရန် မလိုအပ်ပါ၊ ထို့ကြောင့် ၎င်းတို့အတွက် ဘာသာစကားကို အသုံးပြုသူ profile တွင် သိမ်းခြင်းက ရပါသည်။ public စာမျက်နှာများ ပထမဆုံး crawl ခံရရန်အတွက် AI ဖြင့် တည်ဆောက်ထားသော ဝက်ဘ်ဆိုက်များအတွက် SEO ကို ကြည့်ပါ။

ဒေတာဘေ့စ်ထဲရှိ အကြောင်းအရာ

interface စာသားသည် ဖိုင်များတွင် ရှိသည်; ထုတ်ကုန်အမည်၊ blog post နှင့် category ကဲ့သို့ အကြောင်းအရာသည် ဒေတာဘေ့စ် တွင် ရှိသည်။ အသုံးများသော ပုံစံနှစ်မျိုး-

• ဘာသာပြန် table: product_translations (product_id, locale, name, description)။ သပ်ရပ်ပြီး ဘာသာစကားများစွာသို့ တိုးချဲ့နိုင်သည်။
• field တစ်ခုစီအတွက် JSON column: name: {"en": "...", "fr": "..."}။ ဘာသာစကားအနည်းငယ်အတွက် ရိုးရှင်းသည်။

ဘာသာပြန်မရှိသောအခါ ဘာဖြစ်မည်ကို ဆုံးဖြတ်ပါ — များသောအားဖြင့် ကွက်လပ်ပြခြင်းထက် ပုံမှန်ဘာသာစကားသို့ ပြန်ကျသည်။

အီးမေးလ်နှင့် notification များ

အသုံးပြုသူတစ်ဦးစီ၏ ဘာသာစကားကို သိမ်းပြီး အီးမေးလ်၊ notification နှင့် PDF များအတွက်လည်း သုံးပါ။ အက်ပ်ကို ဘာသာပြန်ပြီး ကြိုဆိုစာ အီးမေးလ်ကို အင်္ဂလိပ်ဖြင့် ဆက်ပို့နေသည်ကို မေ့တတ်သည်။

အလုပ်ဖြစ်သော prompt များ

react-i18next ဖြင့် internationalisation ထည့်ပါ။ အသုံးပြုသူမြင်ရသော string အားလုံးကို namespace ပါ key များဖြင့် locales/en.json သို့ ရွှေ့ပါ၊ string concatenation အစား interpolation နှင့် plural rules ကို သုံးပါ၊ ရက်စွဲ၊ နံပါတ်နှင့် စျေးနှုန်းများကို လက်ရှိ locale ဖြင့် Intl သုံးပြီး format လုပ်ပါ။ စာသားကို ယခုမပြောင်းပါနှင့်။

ပြင်သစ်နှင့် ဂျာမန် ထည့်ပါ။ public marketing စာမျက်နှာများက /fr/ နှင့် /de/ URL prefix ရပြီး root တွင် အင်္ဂလိပ် ရှိစေပါ၊ စာမျက်နှာတိုင်းတွင် hreflang link များ (self-reference နှင့် x-default အပါအဝင်)၊ စာမျက်နှာတစ်ခုစီအတွက် html lang သတ်မှတ်ပါ။ ဘာသာစကားတစ်ခုစီ၏ ကိုယ်ပိုင်အမည်ကို ပြသော ဘာသာစကားပြောင်းကိရိယာ ထည့်ပါ။ login ဝင်ပြီးသား စာမျက်နှာများအတွက် ဘာသာစကားကို အသုံးပြုသူ profile တွင် သိမ်းပါ။

ညာမှဘယ်သို့ support ပါသော Arabic ထည့်ပါ: Arabic အတွက် dir="rtl" သတ်မှတ်ပါ၊ ဘယ်/ညာ margin နှင့် padding များကို logical properties ဖြင့် အစားထိုးပါ၊ လမ်းကြောင်းပြ သင်္ကေတများကို လှန်ပါ၊ form နှင့် table များ ဆက်လက် ဖတ်ရလွယ်ကြောင်း စစ်ဆေးပါ။

အဆင့်အလိုက် နည်းလမ်း

1. ပထမဆုံး နောက်ထပ်ဘာသာစကား ရွေးပါ အမှန်တကယ် လိုအပ်ချက်အပေါ် မူတည်ပြီး — သင့်ဖော်ကြည့်သူ သို့မဟုတ် ဖောက်သည်များ ရှိနေရာကို ကြည့်ပါ။
2. ကုဒ်ကို internationalise လုပ်ပါ: string များကို ဖိုင်များသို့ ရွှေ့ပါ၊ plural နှင့် Intl formatting ထည့်ပါ။ အင်္ဂလိပ်တစ်ခုတည်းဖြင့် ပို့ပြီး တစ်ခုမှ မပြောင်းကြောင်း စစ်ပါ။
3. public စာမျက်နှာများအတွက် URL ဖွဲ့စည်းပုံကို ဆုံးဖြတ်ပြီး hreflang ထည့်ပါ။
4. ဘာသာပြန်ပါ: machine သို့မဟုတ် AI ဖြင့် မူကြမ်းရေးပြီး ကျွမ်းကျင်သော ပြောဆိုသူက ပြန်စစ်ပါ။ ဘာသာပြန်သူများအား အကြောင်းအရာ ပေးပါ — "Book" ဟူသော စကားလုံးသည် မျက်နှာပြင်တစ်ခုတွင် နာမ်ဖြစ်ပြီး အခြားတစ်ခုတွင် ကြိယာ ဖြစ်နိုင်သည်။
5. ဒေတာဘေ့စ်အကြောင်းအရာကို ဘာသာပြန်ပြီး fallback သတ်မှတ်ပါ။
6. ကျန်အရာများကို ဒေသလိုက်ပြင်ပါ: အီးမေးလ်၊ error message၊ ဥပဒေစာမျက်နှာများ၊ စာသားပါသော ပုံများ။
7. ဘာသာစကားတစ်ခုစီကို ဖုန်းအကျယ်ဖြင့် စမ်းသပ်ပါ၊ သက်ဆိုင်လျှင် ညာမှဘယ်သို့ဖြင့်လည်း။
8. လုပ်ငန်းစဉ်တစ်ခု သတ်မှတ်ပါ အင်္ဂါရပ်အသစ်များသည် ဘာသာပြန်ပါလျက် ပို့ရန်၊ လများကြာမှ မဟုတ်ရန်။

အများဆုံးဖြစ်သော အမှားများ

• စာကြောင်းများကို ပေါင်းခြင်း ("You have " + n + " messages") ဤသည်မှာ အခြားဘာသာစကားများတွင် ပျက်သွားသည်။
• component များ၊ error message နှင့် validation string များတွင် ကျန်နေသော hard-coded စာသား။
• ရက်စွဲနှင့် စျေးနှုန်းကို လက်ဖြင့် format လုပ်ခြင်း။
• ဘာသာစကားအတွက် အလံများ နှင့် ဖော်ကြည့်သူကို မှားသော ဗားရှင်းတွင် ထောင်ချောက်ထဲ ထားသော အလိုအလျောက် redirect များ။
• index လုပ်လိုသော စာမျက်နှာများအတွက် ဘာသာစကားအားလုံးအတွက် URL တစ်ခုတည်း။
• hreflang ပြန်ချိတ်ဆက်မှု ပျောက်နေခြင်း၊ Google က annotation များကို လျစ်လျူရှုသည်။
• interface ကို ဘာသာပြန်ပြီး အကြောင်းအရာကို မပြန်ခြင်း သို့မဟုတ် ပြောင်းပြန်။
• စျေးနှုန်း၊ ဥပဒေနှင့် checkout စာမျက်နှာများပေါ်ရှိ စစ်ဆေးမထားသော machine ဘာသာပြန်။

ဘာသာစကားများစွာ စစ်ဆေးစာရင်း

• အသုံးပြုသူမြင်ရသော hard-coded string မရှိ; plural rules နှင့် placeholder များ သုံးထား
• ရက်စွဲ၊ နံပါတ်နှင့် ငွေကြေးကို Intl ဖြင့် format လုပ်ထား
• စာမျက်နှာတိုင်းတွင် ကိုယ်ပိုင်အမည်ဖြင့် ဘာသာစကားပြောင်းကိရိယာ; ရွေးချယ်မှု မှတ်ထား
• public စာမျက်နှာများအတွက် ဘာသာစကားတစ်ခုစီအတွက် URL သီးခြား; အတင်းအကျပ် redirect မရှိ
• ဗားရှင်းတိုင်းတွင် hreflang ရှိ၊ ကိုယ်တိုင်နှင့် x-default အပါအဝင်
• စာမျက်နှာတစ်ခုစီအတွက် html lang (နှင့် လိုအပ်ပါက dir="rtl") သတ်မှတ်ထား
• ဒေတာဘေ့စ်အကြောင်းအရာကို ဘာသာပြန်ထား၊ သင့်တော်သော fallback ရှိ
• အီးမေးလ်နှင့် notification များကို အသုံးပြုသူ၏ ဘာသာစကားဖြင့် ပို့သည်
• ဖောက်သည်မြင်ရသော စာသားကို ကျွမ်းကျင်သော ပြောဆိုသူက ပြန်စစ်ထား

Mythex တွင် ဘာသာစကားများစွာ

Mythex တွင် ဘာသာစကားများကို chat တွင် တောင်းဆိုခြင်းဖြင့် ထည့်ပါသည် — ဘာသာပြန် panel သီးခြား မရှိပါ — ထို့ကြောင့် အထက်ပါ prompt များသည် ရေးထားသည့်အတိုင်း အလုပ်လုပ်သည်။ ဘာသာစကားများ မထည့်မီ internationalisation အဆင့်ကို ဦးစွာလုပ်ပြီး Preview တွင် စစ်ဆေးပါ; ၎င်းသည် ကြီးမားသော refactor ဖြစ်ပြီး တစ်ခုခု ပျက်ပါက chat checkpoint သည် ပြန်သွားရန် အမှတ်တစ်ခု ဖြစ်သည် (chat နှင့် checkpoint များ)။ အက်ပ်က AI သို့မဟုတ် ဘာသာပြန် API ဖြင့် အကြောင်းအရာကို အလိုအလျောက် ဘာသာပြန်စေလိုပါက ၎င်းသည် ကိုယ်ပိုင် API key ကို သုံးပြီး project settings တွင် သိမ်းထားသည် (environment variable နှင့် secret များ); LLM API များကို မည်သို့သုံးရမလဲ တွင် ကုန်ကျစရိတ်ကို ရှင်းပြထားသည်။ ဘာသာစကားအသစ်များ အဆင်သင့်ဖြစ်သောအခါ ထပ်မံ publish လုပ်ပါ။

မေးခွန်းများ