App သို့မဟုတ် Website သို့ Custom Domain ချိတ်ဆက်နည်း
Custom domain ချိတ်ဆက်ရန် registrar မှ domain ဝယ်ပြီး host ကို ညွှန်ပြသော DNS record တစ်ခု ထည့်ပါ — များသောအားဖြင့် www သို့မဟုတ် app ကဲ့သို့ subdomain အတွက် CNAME record၊ သို့မဟုတ် root domain အတွက် A record (သို့မဟုတ် ALIAS/flattened record)၊ ထို့နောက် host က domain ကို အတည်ပြုပြီး HTTPS certificate ထုတ်ပေးရန် ခွင့်ပြုပါ။ မိနစ်အနည်းငယ်ကြာပြီး တစ်ခါတစ်ရံ ပိုကြာနိုင်ပါတယ်။ ပြဿနာအများစုသည် record တွင် typo၊ မှားသော record type၊ သို့မဟုတ် host ရှေ့တွင် ရှိနေသော proxy မှ ဖြစ်ပါတယ်။
ဤလမ်းညွှန်တွင် အဆင့်တစ်ခုချင်းစီ၊ www နှင့် root ကြားရွေးချယ်ခြင်းနှင့် ပြဿနာရှာဖွေနည်းကို ဖုံးလွှမ်းထားပါတယ်။ Domain ၏ အယူအဆများအတွက် domain နှင့် DNS အလုပ်လုပ်ပုံ ကို ကြည့်ပါ။
ပါဝင်သော အစိတ်အပိုင်းများ
| အစိတ်အပိုင်း | ဘာလဲ | ဘယ်သူပေးသလဲ |
|---|---|---|
| Domain name | နှစ်စဉ်ငှားရမ်းသော အမည်၊ ဥပမာ example.com | Registrar |
| DNS | အမည်များကို server လိပ်စာအဖြစ် ပြောင်းပေးသော အများပြည်သူ lookup | DNS provider (များသောအားဖြင့် registrar) |
| Record များ | DNS entry တစ်ခုချင်းစီ — "www က…ကို ညွှန်သည်" | သင်ထည့်သည် |
| Host | သင့် app ကို run ပေးသော ဝန်ဆောင်မှု | သင့် hosting သို့မဟုတ် app builder |
| Certificate | https:// ကို အလုပ်ဖြစ်စေသည့်အရာ | Host က အလိုအလျောက် ထုတ်ပေးလေ့ရှိသည် |
Registrar နှင့် DNS provider သည် company တစ်ခုတည်း ဖြစ်တတ်သော်လည်း မဖြစ်ရမည် မဟုတ်ပါ။ အရေးကြီးသည်မှာ — ဤ domain ၏ DNS ကို ဘယ်မှာ ပြင်ရသလဲ? ဆိုသည်ဖြစ်ပြီး record များကို ထိုနေရာတွင် ထည့်ရပါမည်။
အဆင့် ၁: Domain ဝယ်ပါ
ရွေးချယ်ရန်နှင့် ဝယ်ရန် အကြံပြုချက်များ:
- တိုပြီး အသံထွက်ပြောရလွယ်အောင် ထားပါ။ စာလုံးပေါင်းကို ရှင်းပြရန် လိုအပ်ပါက အခြားတစ်ခု ရွေးပါ။
- လူတွေ ခန့်မှန်းတတ်သော
.comဖြစ်သော်လည်း.io၊.app၊.co.ukကဲ့သို့ နိုင်ငံနှင့် အသစ်သော ending များသည် ပရိသတ်နှင့် ကိုက်ညီပါက အဆင်ပြေပါတယ်။ - ပထမနှစ်စျေးသာမက ပြန်သက်တမ်းတိုးစျေးကို စစ်ပါ။ Introductory စျေးလျှော့များ ရှိတတ်ပြီး ပြန်သက်တမ်းတိုးချိန်တွင် စျေးပိုကြီးနိုင်ပါတယ်။
- Auto-renew ဖွင့်ပြီး ကတ်ကို အချိန်မီ ထားပါ။ သက်တမ်းကုန်သော domain သည် သင့် site နှင့် email ကို ပိတ်ပစ်ပြီး grace period ကုန်ပါက တစ်ယောက်ယောက်က ဝယ်သွားနိုင်ပါတယ်။
- WHOIS privacy ကို ပေးပါက သုံးပါ၊ သင့်ကိုယ်ရေးအချက်အလက် ထုတ်ပြန်မခံရအောင်။
- သင်ထိန်းချုပ်သော account တွင် ဝယ်ပါ၊ freelancer သို့မဟုတ် agency ၏ account တွင် မဟုတ်ပါ။
အချို့ host နှင့် app builder များက product အတွင်းတွင် domain ကို တိုက်ရိုက် ဝယ်ခွင့်ပေးပြီး DNS ကိုလည်း သင့်အတွက် တပ်ဆင်ပေးပါတယ်။
အဆင့် ၂: လိပ်စာကို ဆုံးဖြတ်ပါ
Subdomain နှင့် root domain
- Root (apex) domain:
example.com - Subdomain:
www.example.com၊app.example.com
အသုံးများသော စနစ်မှာ marketing site ကို example.com သို့မဟုတ် www.example.com တွင်၊ product ကို app.example.com တွင် ထားခြင်း ဖြစ်ပါတယ်။ Site တစ်ခုတည်းအတွက်ဆိုလျှင် www နှင့် root ကြား ရွေးပါ။
www.example.com | example.com | |
|---|---|---|
| Record type | Host သို့ CNAME | A/AAAA record၊ သို့မဟုတ် ALIAS/ANAME/flattened CNAME |
| အခက်အခဲ | နေရာတိုင်းတွင် လွယ်ကူ | DNS provider ပေါ် မူတည်သည် |
| ပုံစံ | အနည်းငယ် ရှည်သည် | တိုသည် |
DNS စံနှုန်းအရ domain ၏ root တွင် CNAME record ကို ခွင့်မပြုပါ၊ အကြောင်းမှာ root တွင် အခြား record များ (ဥပမာ nameserver record များ) ရှိရမည်ဖြစ်သောကြောင့် ဖြစ်ပါတယ်။ DNS provider များစွာက ALIAS၊ ANAME သို့မဟုတ် CNAME flattening ဟု provider ပေါ် မူတည်၍ ခေါ်သော အထူး record type ဖြင့် root တွင် CNAME ကဲ့သို့ အလုပ်လုပ်စေပါတယ်။ သင့်တွင် မရှိပါက ယုံကြည်ရသော နည်းလမ်းမှာ — site ကို www တွင် ပြပြီး root မှ www သို့ redirect ကို DNS provider သို့မဟုတ် registrar တွင် သတ်မှတ်ခြင်း ဖြစ်ပါတယ်။
ဘာရွေးချယ်ရွေးချယ် တစ်ခုတည်း အဓိက လိပ်စာကို ရွေးပြီး အခြားတစ်ခုကို ၎င်းသို့ redirect လုပ်ပါ။ နှစ်ခုစလုံးက redirect မပါဘဲ အကြောင်းအရာတူတူ ပြနေခြင်းသည် ဧည့်သည်နှင့် search engine နှစ်ခုစလုံးကို ရှုပ်ထွေးစေပါတယ်။ Canonical လိပ်စာတစ်ခုတည်း ဘာကြောင့် အရေးကြီးသလဲဆိုသည်ကို AI-built website များအတွက် SEO တွင် ကြည့်ပါ။
အဆင့် ၃: DNS record များ ထည့်ပါ
သင့် host က ထည့်ရမည့်အရာကို အတိအကျ ပြောပါလိမ့်မည်။ အောက်ပါအတိုင်း ဖြစ်နိုင်ပါတယ်:
| Type | Name / Host | Value / Target | အသုံးပြုပုံ |
|---|---|---|---|
CNAME | www | yoursite.hostname.com | Subdomain ကို hostname သို့ ညွှန်ရန် |
A | @ | 192.0.2.10 | Root ကို IPv4 လိပ်စာသို့ ညွှန်ရန် |
AAAA | @ | 2001:db8::10 | Root ကို IPv6 လိပ်စာသို့ ညွှန်ရန် |
TXT | _verify သို့မဟုတ် @ | code string | Domain ပိုင်ဆိုင်ကြောင်း သက်သေပြရန် |
အများစု DNS provider များရှိ ဖောင်ကို ဖြည့်ပုံ:
- Name / Host: subdomain အပိုင်းသာ —
www၊www.example.comမဟုတ်ပါ။ Provider အချို့က domain ကို အလိုအလျောက် ထည့်ပေးပြီး အပြည့်အစုံ ရိုက်ပါကwww.example.com.example.comဖြစ်သွားပါမည်။ Provider က ထို convention ကို သုံးပါက root အတွက်@ကို သုံးပါ။ - Value / Target: host ပြသသည်ကို အတိအကျ ကူးထည့်ပါ။ Provider က အဆုံးတွင် dot ထည့်ပေးပါက ပြဿနာမရှိပါ။
- TTL: မူလတန်ဖိုး သင့်တော်ပါတယ်။ TTL နည်းပါက (ဥပမာ ၅ မိနစ်) နောက်ပိုင်း ပြောင်းလဲမှုများ ပိုမြန်စွာ ထိရောက်ပါမည်။
- Proxy: DNS provider က traffic ကို proxy လုပ်နိုင်ပါက (ဥပမာ Cloudflare ၏ orange cloud)၊ host ၏ လမ်းညွှန်ချက်ကို လိုက်နာပါ။ Host အများစုသည် certificate ထုတ်နိုင်ရန် "DNS only" လိုအပ်ပါတယ်။
လက်ရှိ record များကို လွတ်ထားပါ host က ပြောင်းခိုင်းခြင်းမရှိပါက။ အထူးသဖြင့် MX record များကို မထိပါနှင့် — ၎င်းတို့က သင့် email ကို ပို့ပေးပါတယ်။ ၎င်းတို့ကို ဖျက်ခြင်း သို့မဟုတ် ပြောင်းခြင်းသည် domain ပြောင်းလဲမှုကြောင့် email ပျက်စီးစေသော အဖြစ်အများဆုံး နည်းလမ်းဖြစ်ပါတယ်။
Nameserver ပြောင်းခြင်း နှင့် record ထည့်ခြင်း
Host အချို့က ရွေးချယ်မှုနှစ်ခု ပေးပါတယ်: record တစ်ခု ထည့်ခြင်း၊ သို့မဟုတ် registrar တွင် nameserver ပြောင်းခြင်းဖြင့် domain တစ်ခုလုံး၏ DNS ကို ၎င်းတို့သို့ ရွှေ့ခြင်း။ Nameserver ပြောင်းခြင်းသည် email အပါအဝင် record အားလုံး ကို ရွှေ့ပါတယ်။ ရှိပြီးသား record အားလုံးကို provider အသစ်တွင် ပြန်ဖန်တီးရန် အဆင်သင့်ဖြစ်မှသာ လုပ်ပါ။ Record တစ်ခုတည်း ထည့်ခြင်းသည် အန္တရာယ်နည်းပါတယ်။
အဆင့် ၄: အတည်ပြုပြီး HTTPS ရယူပါ
Record ထည့်ပြီးနောက် host သို့ ပြန်သွားပြီး verify ခလုတ်ကို နှိပ်ပါ။ Host က DNS ကို စစ်ဆေးပြီး certificate ကို (များသောအားဖြင့် Let's Encrypt ကဲ့သို့ အခမဲ့ certificate authority မှ) တောင်းဆိုကာ သင့် site ကို HTTPS ဖြင့် ပြသပါမည်။
- DNS ပြောင်းလဲမှုများ ပျံ့နှံ့နေစဉ် verification သည် အကြိမ်အနည်းငယ် ကြိုးစားရနိုင်ပါတယ်။
- DNS record ကို ဆက်ရှိနေသရွေ့ certificate များသည် အလိုအလျောက် သက်တမ်းတိုးပါတယ်။
- Domain တွင် CAA record များ (မည်သည့် certificate authority များ ထုတ်ပေးခွင့်ရှိသည်ကို ကန့်သတ်သော) ရှိပါက သင့် host ၏ authority ကို ခွင့်ပြုထားကြောင်း သေချာပါစေ၊ မဟုတ်ပါက certificate ထုတ်ခြင်း ပျက်ပါမည်။
HTTPS အလုပ်လုပ်ပြီးနောက် http:// သည် https:// သို့ redirect ဖြစ်ကြောင်း သေချာပါစေ။ Host အများစုက ၎င်းကို အလိုအလျောက် လုပ်ပေးပါတယ်။
အဆင့် ၅: စမ်းသပ်ပါ
-
https://www.example.comသည် padlock အိုင်ကွန်ဖြင့် site ကို ဖွင့်ပေးသည် - အခြား ပုံစံ (root သို့မဟုတ်
www) သည် အဓိက လိပ်စာသို့ redirect ဖြစ်သည် -
http://သည်https://သို့ redirect ဖြစ်သည် - Login၊ OAuth sign-in နှင့် ငွေပေးချေမှု redirect များသည် domain အသစ်တွင် အလုပ်လုပ်သည် (၎င်းတို့တွင် ဟောင်းလိပ်စာကို ညွှန်နေဆဲ allowed-URL စာရင်းများ ရှိလေ့ရှိပါတယ်)
- Domain သို့ email ဆက်ရောက်နေသည်
- သင့် app ပို့သော email များရှိ link များသည် domain အသစ်ကို သုံးသည်
လေးမြောက်အချက်က လူများကို မှားစေတတ်ပါတယ်: Google sign-in၊ Stripe webhook နှင့် password-reset link များအားလုံးသည် URL သတ်မှတ်ချက်များဖြင့် configure လုပ်ထားပါတယ်။ ဟောင်းလိပ်စာ ပေါ်ရာတိုင်းတွင် domain အသစ်ကို ထည့်ပါ။ OAuth အပိုင်းအတွက် app တွင် login ထည့်နည်း ကို ကြည့်ပါ။
ပြဿနာရှာဖွေခြင်း
| ရောဂါလက္ခဏာ | ဖြစ်နိုင်သော အကြောင်းရင်း | ပြင်နည်း |
|---|---|---|
| Verification မအောင်မြင်ဆဲ | Target တွင် typo၊ record type မှား၊ သို့မဟုတ် အမည်ကို full domain ဖြင့် ရိုက်ထားခြင်း | Record ကို host ပြသသည်နှင့် စာလုံးတစ်လုံးချင်း နှိုင်းယှဉ်ပါ |
| သင့်အတွက်ရ၊ တခြားသူအတွက် မရ (သို့မဟုတ် ပြောင်းပြန်) | ပြောင်းလဲမှုအတွင်း DNS ကက်ရှ် | TTL ကုန်ဆုံးရန် စောင့်ပါ; မိုဘိုင်းဒေတာမှ ဖုန်းဖြင့် စမ်းပါ |
| Certificate သို့မဟုတ် "not secure" အမှား | Certificate မထုတ်ရသေး၊ ရှေ့တွင် proxy ရှိ၊ သို့မဟုတ် CAA record များ ပိတ်ထား | မိနစ်အနည်းငယ် စောင့်ပြီး ပြန် verify လုပ်ပါ; proxy ကို DNS only သို့ သတ်မှတ်ပါ; CAA ကို စစ်ပါ |
| "Too many redirects" | Redirect နှစ်ခု ထပ်နေခြင်း (ဥပမာ proxy က HTTPS ပြုလုပ်ပြီး host က အလားတူ လုပ်ခြင်း) | Redirect တစ်ခုကို ပိတ်ပါ၊ သို့မဟုတ် "DNS only" သုံးပါ |
Root မအလုပ်ဘဲ www အလုပ်လုပ်သည် | Root အတွက် record သို့မဟုတ် redirect မရှိ | ALIAS/flattened record ထည့်ပါ၊ သို့မဟုတ် root ကို www သို့ redirect လုပ်ပါ |
| Email ရပ်သွားသည် | Nameserver ရွှေ့သောအခါ MX record ပြောင်းခြင်း သို့မဟုတ် ဆုံးရှုံးခြင်း | Email provider ၏ လမ်းညွှန်ချက်အတိုင်း MX record များကို ပြန်ထည့်ပါ |
| ဟောင်း site ကို ဆက်ပြနေသည် | ဟောင်း A record ကို အသစ်နှင့်အတူ ဆက်ထားခြင်း | အမည်တူ ကွဲလွဲသော record များကို ဖယ်ရှားပါ |
အခမဲ့ အွန်လိုင်း DNS lookup ကိရိယာ၊ သို့မဟုတ် terminal တွင် dig www.example.com က record အတွက် ကမ္ဘာက ယခု မြင်နေသည်ကို ပြပါတယ် — ပြဿနာသည် DNS လား host လား ခွဲခြားရန် အသုံးဝင်ပါတယ်။
Mythex တွင် custom domain ချိတ်ဆက်ခြင်း
Custom domain သည် Mythex တွင် Pro feature ဖြစ်ပါတယ်။ အခမဲ့ plan များသည် yourname.mythex.app လိပ်စာသို့ publish လုပ်ပါတယ်။ Pro တွင် သင်လုပ်နိုင်သည်များ:
- Mythex အတွင်းမှ domain ဝယ်ပါ settings ရှိ Domains မှ၊ သို့မဟုတ် live project ပေါ်ရှိ Publish → Custom domain မှ။ Mythex က မှတ်ပုံတင်ပြီး DNS ကို တပ်ဆင်ပေးပါတယ်; မှတ်ပုံတင်ခြင်းကို Pro plan နှင့် သီးခြား ငွေရှင်းပြီး auto-renew ကို မူလအနေဖြင့် ဖွင့်ထားပါတယ်။
- ပိုင်ဆိုင်ထားပြီးသား domain ကို ချိတ်ဆက်ပါ။ Project ကို publish လုပ်ပါ၊ Connect ကို ရွေးပါ၊ hostname (ဥပမာ
app.example.com) ကို ရိုက်ထည့်ပါ၊ ထို့နောက် DNS provider တွင် Mythex ပြသသော target (yourslug.mythex.ai) သို့ ညွှန်သော CNAME ထည့်ပါ။ Verify ကို နှိပ်ပါ။ HTTPS ကို အလိုအလျောက် ထုတ်ပေးပါတယ်။
သင့် DNS သည် Cloudflare တွင် ရှိပါက ထို CNAME ကို DNS only (မီးခိုးရောင် cloud) သို့ သတ်မှတ်ပါ၊ proxied မဟုတ်ပါစေနှင့်။ Root domain အတွက် docs က www သို့မဟုတ် app ကို သုံးရန် အကြံပြုပြီး DNS provider က ALIAS သို့မဟုတ် flattening မပံ့ပိုးပါက root ကို redirect လုပ်ရန် အကြံပြုပါတယ်။
အဆင့်အတိအကျနှင့် ပြဿနာရှာဖွေနည်းအတွက် docs ရှိ Custom domains ကို၊ Pro တွင် ပါဝင်သည်များအတွက် Plans ကို ကြည့်ပါ။ Domain ကို app သို့ ညွှန်ပြမီ AI prototype ကို production သို့ ယူဆောင်နည်း ကို ဖတ်ရှုရန် တန်ဖိုးရှိပါတယ်။
မေးခွန်းများ
Custom domain အလုပ်လုပ်ရန် ဘယ်လောက်ကြာသလဲ?
DNS record ထည့်ပြီး မိနစ်အနည်းငယ်အကြာတွင် မကြာခဏ အလုပ်လုပ်ပါတယ်၊ သို့သော် သင့် DNS provider နှင့် record ၏ TTL (resolver များက ကက်ရှ်လုပ်ထားသည့်ကာလ) ပေါ် မူတည်၍ ပိုကြာနိုင်ပါတယ်။ Nameserver ပြောင်းထားပါက ပိုအချိန်ပေးပါ။
www ကို သုံးရမလား၊ root domain ကို သုံးရမလား?
ဧည့်သည်အတွက် နှစ်ခုစလုံး အလုပ်လုပ်ပါတယ်။ www သို့မဟုတ် app ကဲ့သို့ subdomain သည် CNAME record ကို သုံးနိုင်သောကြောင့် ချိတ်ဆက်ရ ပိုလွယ်ကူပါတယ်။ Site အများစုက www ကို ပြပြီး root domain ကို ၎င်းသို့ redirect လုပ်ပါတယ်၊ ဒါမှမဟုတ် ပြောင်းပြန်လုပ်ပါတယ် — တစ်ခုကို အဓိက လိပ်စာအဖြစ် ရွေးပါ။
SSL certificate ဝယ်ရန် လိုအပ်သလား?
များသောအားဖြင့် မလိုပါ။ ခေတ်မီ host အများစု၊ app builder များအပါအဝင်၊ သင့် DNS ၎င်းတို့ဆီ ညွှန်ပြပြီးသည်နှင့် အခမဲ့ HTTPS certificate များကို အလိုအလျောက် ထုတ်ပေးပါတယ်။ အထူးကိစ္စများ (အချို့ organisation-validated certificate များကဲ့သို့) တွင်သာ ဝယ်ရန် လိုအပ်ပါတယ်။
Root domain အတွက် CNAME record ဘာကြောင့် ထည့်မရသလဲ?
DNS စည်းမျဉ်းအရ domain ၏ root (apex) တွင် CNAME ကို ခွင့်မပြုပါ၊ အကြောင်းမှာ အခြား လိုအပ်သော record များ အဲဒီနေရာတွင် ရှိနေသောကြောင့်ပါ။ DNS provider အချို့က ALIAS၊ ANAME သို့မဟုတ် CNAME flattening ကို ပေးပြီး အတူတူ ရလဒ်ရနိုင်ပါတယ်။ မရှိပါက www ကို သုံးပြီး root domain ကို redirect လုပ်ပါ။