Lovable မှ Mythex သို့ ပြောင်းရွှေ့နည်း (ကုဒ်၊ ဒေတာနှင့် domain)

Lovable မှ Mythex သို့ ပြောင်းရန် Lovable ရဲ့ GitHub integration မှတစ်ဆင့် ကုဒ်ကို ထုတ်ယူပါ၊ ထို့နောက် repository ကို ချိတ်ခြင်း သို့မဟုတ် archive ကို import လုပ်ခြင်းဖြင့် Mythex project ထဲ ယူသွင်းပါ၊ secret တွေကို ပြန်ထည့်ပါ၊ ပြီးရင် ထုတ်ဝေခြင်းမပြုမီ Preview မှာ စမ်းပါ။ Frontend ကို များသောအားဖြင့် ပြောင်းလဲမှုမရှိဘဲ ရွှေ့နိုင်ပါတယ်။ အမှန်တကယ် ဆုံးဖြတ်ရမှုတွေက backend နဲ့ ပတ်သက်ပါတယ်: သင့်ရှိပြီး Supabase project ကို ထိန်းထားမလား၊ ဒါမှမဟုတ် ဒေတာကို တခြားနေရာသို့ ရွှေ့မလား။

ဤလမ်းညွှန်က ရွှေ့ခြင်းတစ်ခုလုံးကို အစီအစဉ်အလိုက် ရှင်းပြပြီး အလုပ်ပိုများသော အပိုင်းများကို ရိုးရှိုးသားသား ဖော်ပြပါတယ်။

စတင်မီ: အမှန်တကယ် ဘာတွေ ရွှေ့မလဲ

Lovable app ဟာ အရာများစွာဖြစ်ပြီး တစ်ခုစီက မတူညီစွာ ရွှေ့ပါတယ်။

သင့် app အတွက် ဤဇယားကို အရင်ရေးပါ။ မိနစ် ၁၀ ကြာပြီး အံ့သြစရာအများစုကို ကာကွယ်ပေးပါတယ်။

အဆင့် ၁: Lovable မှ ကုဒ်ကို ထုတ်ယူပါ

Lovable ရဲ့ စာရွက်စာတမ်း (၂၀၂၆ ခုနှစ် စက်တင်ဘာလအထိ) က လမ်းကြောင်းနှစ်ခုကို ဖော်ပြထားပါတယ်:

• GitHub sync။ Lovable က project ကို GitHub နဲ့ နှစ်လမ်းသွား sync လုပ်ပြီး ၎င်း၏ docs က github.com ကို အစီအစဉ်အားလုံးတွင် ထောက်ခံသည်ဟု ဖော်ပြထားပါတယ်။ Lovable မှာ GitHub ကို ချိတ်ပြီး ကုဒ်က သင်ပိုင်တဲ့ repository ထဲ ရောက်လာပါလိမ့်မယ်။ Lovable က branch တစ်ခုချင်းစီကို sync လုပ်တယ်ဆိုတာ သတိပြုပါ။
• Codebase ကို download လုပ်ခြင်း။ Lovable ရဲ့ အခပေးအစီအစဉ်များပေါ်မှာ Project settings → Git မှ ကုဒ်ကို တိုက်ရိုက် download လုပ်နိုင်ပါတယ်။

ရွှေ့ပြောင်းရာမှာ GitHub က ပိုကောင်းတဲ့ လမ်းကြောင်းပါ: သမိုင်းအပြည့်အစုံ ရရှိပြီး အသစ်ကို စမ်းနေစဉ် sync ဆက်လုပ်နိုင်ပါတယ်။ လက်ရှိ အဆင့်များအတွက် Lovable ရဲ့ GitHub integration docs ကို ကြည့်ပါ။

Lovable မထွက်ခင် repository ထဲ ဤတို့ကို ရှာပါ:

• သုံးရမည့် environment variable များကို ပြသထားသော .env သို့မဟုတ် .env.example ဖိုင်
• Database migration နဲ့ Edge Function ကုဒ်ပါနိုင်သော supabase/ ဖိုင်တွဲ
• App ကို ဘယ်လို build နဲ့ run လုပ်သလဲ ပြသသော package.json script များ

အဆင့် ၂: Backend ကို ဘာလုပ်မလဲ ဆုံးဖြတ်ပါ

ဒါက အရေးကြီးဆုံး ရွေးချယ်မှုဖြစ်ပါတယ်။ Lovable app များဟာ များသောအားဖြင့် database နဲ့ login အတွက် Supabase ကို သုံးပါတယ်၊ ၎င်းက သင်ကိုယ်တိုင် ချိတ်ဆက်ထားတဲ့ Supabase project ဖြစ်စေ၊ Lovable Cloud ဖြစ်စေ။

ရွေးချယ်စရာ A: သင့်ကိုယ်ပိုင် Supabase project ကို ထိန်းထားပါ

App က သင့်ကိုယ်ပိုင် Supabase project နဲ့ ဆက်သွယ်နေပြီးသားဆိုရင် ဒါက အလွယ်ဆုံးလမ်းကြောင်းပါ။ App ကုဒ်က တူညီသော Supabase URL နဲ့ key တွေကို ဆက်ခေါ်နေမှာဖြစ်လို့ သင့်ဒေတာ၊ အသုံးပြုသူနဲ့ ဖိုင်တွေ အတိအကျ နေရာမှာ ရှိနေဆဲပါ။ Frontend ကိုသာ ရွှေ့ပါ။

ရွေးချယ်စရာ B: Lovable Cloud မှ ထွက်ပါ

App က Lovable Cloud ကို သုံးနေရင် Lovable က More → Cloud → Overview → Advanced settings အောက်မှ database export ကို မှတ်တမ်းတင်ထားပါတယ်။ Lovable ရဲ့ docs (၂၀၂၆ စက်တင်ဘာအထိ) အရ:

• Export မှာ အသုံးပြုသူ အကောင့်နဲ့ password hash များအပါအဝင် database အပြည့်အစုံ၊ structure နဲ့ ဒေတာ ပါပါတယ်။
• Storage ဖိုင်များ၊ Edge Function ကုဒ်နဲ့ project secret များကို မပါပါ။ Sign-in provider settings လည်း မပါပါ။
• Database 15 GB အထိ export လုပ်နိုင်ပြီး ဖိုင်အများဆုံး 5 GB ဖြစ်ပါတယ်၊ export ကို ၂၄ နာရီတစ်ကြိမ်သာ တောင်းနိုင်ပါတယ်။
• Cloud မှ Supabase သို့ one-click migration မရှိပါ၊ Cloud backend ကို ရွှေ့ရန် ထောက်ခံထားသော ဦးတည်ရာမှာ managed Supabase သို့မဟုတ် self-hosted Supabase ပါ။

ဒါကြောင့် လက်တွေ့လမ်းကြောင်းမှာ export ကို သင့် Supabase project ထဲ restore လုပ်ပြီး storage bucket၊ Edge Function နဲ့ auth settings တွေကို ထိုနေရာမှာ ပြန်တည်ဆောက်ပြီး ရွေးချယ်စရာ A အဖြစ် ဆက်ကိုင်ဖို့ ဖြစ်တတ်ပါတယ်။ အသေးစိတ်အတွက် Lovable ရဲ့ advanced settings docs ကို ကြည့်ပါ။

ရွေးချယ်စရာ C: ဒေတာအားလုံးကို Mythex ရဲ့ database သို့ ရွှေ့ပါ

Mythex က project တစ်ခုကို သီးသန့် Postgres database ပေးနိုင်ပါတယ်။ ဒေတာကို ထိုနေရာသို့ ရွှေ့ခြင်းက ဖြစ်နိုင်ပေမဲ့ app က Supabase client library ကို သုံးတဲ့ နေရာတိုင်းကို ပြန်ရေးရမှာဖြစ်ပြီး Mythex မှာ built-in end-user login မရှိတာကြောင့် သီးခြား auth provider ကိုလည်း ချိတ်ရပါလိမ့်မယ်။ ၎င်းက အမှန်တကယ် backend ပြန်တည်ဆောက်ခြင်းဖြစ်ပြီး ရွှေ့ခြင်း မဟုတ်ပါ။ App သည် Supabase နဲ့ Mythex ပေါ်တွင် အလုပ်လုပ်ပြီးမှ၊ လိုအပ်ရင်သာ နောက်ပိုင်းမှာ လုပ်ပါ။

အဆင့် ၃: ကုဒ်ကို Mythex သို့ ယူသွင်းပါ

Mythex မှာ project အသစ် အလွတ်တစ်ခု ဖန်တီးပါ။ ထို့နောက် တစ်ခုခု လုပ်ပါ:

• Archive import လုပ်ပါ။ Project settings → Export → Import into this project ကိုဖွင့်ပြီး .zip၊ .tar.gz သို့မဟုတ် .tgz ကို upload လုပ်ပါ။ GitHub ရဲ့ Download ZIP ခလုတ်က ဤနေရာမှာ အလုပ်ဖြစ်တဲ့ ဖိုင်ကို ပေးပါတယ်။
• GitHub ချိတ်ပြီး pull လုပ်ပါ။ Project settings မှာ GitHub ကို ချိတ်ပြီး repository ကို ချိတ်ကာ pull လုပ်ပါ။ GitHub sync က Pro feature ဖြစ်ပါတယ်။

Import က project ရဲ့ ဖိုင်များကို အစားထိုးတာ ဖြစ်လို့ အလွတ် project ကိုသုံးပါ။ Archive ထဲရှိ .env ဖိုင်များကို import ရာမှာ ဖယ်ထုတ်ပစ်ပါတယ်၊ ထို့ကြောင့် secret တွေ မတော်တဆ ပါမလာပါ။ Import အောင်မြင်ပြီးနောက် Mythex က agent dependency တွေ ထည့်သွင်းပြီး app ကို ဘယ်လို run ရမလဲ ရှာကာ Preview ကို အလုပ်လုပ်စေမယ့် chat အသစ်တစ်ခု ဖွင့်ပေးနိုင်ပါတယ်။ အခြား chat တွေလိုပဲ ဦးဆောင်နိုင်ပါတယ်။ အသေးစိတ်ကို After you import မှာ ကြည့်ပါ။

Preview သူ့ဘာသူ မတက်လာရင် ဤသို့ မေးပါ:

ဤ project ကို Lovable မှ export လုပ်ထားပါတယ်။ React + TypeScript + Tailwind app ဖြစ်ပြီး Supabase ကို သုံးပါတယ်။ Dependency တွေ ထည့်သွင်းပါ၊ package.json ထဲက dev command ကို ရှာပြီး Preview ကို အလုပ်လုပ်စေပါ။ App ကုဒ်ကို အခု မပြောင်းပါနဲ့။

အဆင့် ၄: Secret များကို ပြန်ထည့်ပါ

Project settings → Secrets ကို ဖွင့်ပြီး app လိုအပ်တဲ့ တန်ဖိုးတိုင်းကို ထည့်ပါ။ Supabase နဲ့ ချိတ်ထားတဲ့ app အတွက် များသောအားဖြင့် Supabase project URL နဲ့ public (anon သို့မဟုတ် publishable) key ဖြစ်ပါတယ်။ အမည်တွေကို .env.example ဖိုင် သို့မဟုတ် ကုဒ်က ဖတ်နေတဲ့နေရာကနေ ယူပါ။

စည်းမျဉ်းနှစ်ခု:

• Frontend variable တွင် public key များသာ ထည့်ပါ။ Vite app မှာ VITE_ ဖြင့် စတာတိုင်းက သုံးစွဲသူတိုင်း download လုပ်ရမယ့် JavaScript ထဲ ထည့်ထားပါတယ်။
• Supabase service role key ကို frontend ကုဒ်ထဲ ဘယ်တော့မှ မထည့်ပါနဲ့။ Server-side function က လိုအပ်ရင် server-side မှာသာ ထားပါ။

ထို့နောက် app က ဖတ်သော variable တွေကို agent က အတည်ပြုရန် မေးပါ:

ဤ app ဖတ်သော environment variable များကို စစ်ပါ။ Project secrets ထဲ မသတ်မှတ်ရသေးတာတွေကို စာရင်းပြုပါ၊ တန်ဖိုးများကို မပရင့်ပါနဲ့။

ပုဂ္ဂလိက နဲ့ public တန်ဖိုးများကြား ခြားနားချက်ကို environment variables နဲ့ secrets လမ်းညွှန်က ရှင်းပြပါတယ်။

အဆင့် ၅: ဘာမဆို မပြောင်းမီ စမ်းသပ်ပါ

သင့် Lovable app ကို ဆက်လက် live ထားနေဆဲဖြစ်လို့ မလောသင့်ပါ။ Mythex ဗားရှင်းကို Preview မှာ အမှန်တကယ် flow တွေနဲ့ စမ်းပါ:

• Sign up၊ log in၊ log out နဲ့ password reset
• Record တစ်ခု ဖန်တီး၊ ပြင်၊ ဖျက်
• ဖိုင်တစ်ခု upload (app က လုပ်ထားရင်)
• Edge Function သို့မဟုတ် third-party API ကို ခေါ်တာ အရာတိုင်း

Supabase auth မှာ လွတ်သွားလွယ်တဲ့ setting တစ်ခုရှိပါတယ်: login နဲ့ password-reset အီးမေးလ်အတွက် ခွင့်ပြုထားသော redirect URL များ။ သင့် Mythex preview နဲ့ published လိပ်စာတွေကို ထိုနေရာမှာ ထည့်ပါ၊ မဟုတ်ရင် login က အဟောင်း domain ဆီ ပြန်ရောက်သွားပါလိမ့်မယ်။

Mythex ရဲ့ /test command က agent ကို သုံးစွဲသူလို preview ကို နှိပ်ကြည့်ပြီး ပျက်စီးနေသော flow တွေကို အစီရင်ခံစေပါတယ်။ Launch မတိုင်မီ ပိုပြည့်စုံတဲ့ စစ်ဆေးစာရင်းအတွက် app ကို launch မတိုင်မီ စမ်းသပ်ခြင်း ကို ကြည့်ပါ။

အဆင့် ၆: ထုတ်ဝေပြီး domain ကို ရွှေ့ပါ

အရာအားလုံး အလုပ်လုပ်ရင် workspace မှ ထုတ်ဝေပြီး <slug>.mythex.app လိပ်စာ ရယူပါ။ Published app က သင့် project ၏ သီးခြား snapshot ဖြစ်လို့ ထိုနေရာမှာ ထပ်စမ်းပါ။

Pro မှာ သင့်ကိုယ်ပိုင် domain ကို ချိတ်နိုင်ပါတယ်။ Domain provider မှာ DNS record များကို update လုပ်ပြီး Supabase ရဲ့ ခွင့်ပြုထားသော redirect URL တွင် လိပ်စာအသစ်ကို ထည့်ပါ၊ ထို့နောက်မှ Lovable ဗားရှင်းကို ပိတ်ပါ။ DNS အဆင့်ဆင့်အတွက် custom domain ချိတ်ဆက်ခြင်း ကို ကြည့်ပါ။

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

• Database နဲ့ frontend ကို တစ်ပြိုင်နက် ရွှေ့ခြင်း။ Frontend ကို အရင်ရွှေ့ပြီး လက်ရှိ backend နဲ့ အလုပ်လုပ်တာ သက်သေပြပြီးမှ ဒေတာအကြောင်း ဆုံးဖြတ်ပါ။
• Edge Function များကို မေ့ခြင်း။ App က Supabase Edge Function တွေ ခေါ်ထားရင် ၎င်းတို့က Supabase ပေါ်မှာ ဆက်ရှိနေရမယ် သို့မဟုတ် server ကုဒ်အဖြစ် ပြန်ရေးရပါမယ်။ Vite frontend ထဲမှာ အလုပ်မလုပ်ပါ။
• Service role key ကို frontend ထဲ ကူးထည့်ခြင်း။ Devtools ဖွင့်တဲ့ မည်သူမဆို သင့် database ကို အပြည့်အဝ ဝင်ရောက်နိုင်သွားပါလိမ့်မယ်။
• Auth redirect URL များ မပါခြင်း။ Preview မှာ login အလုပ်လုပ်ပေမဲ့ အမှန်တကယ် domain မှာ ပျက်ပါလိမ့်မယ်။
• Published URL ကို မစမ်းမီ DNS ပြောင်းခြင်း။ mythex.ai လိပ်စာကို အရင်စမ်းပါ; DNS ပြောင်းလဲမှုကို ပြန်ဖြုတ်ရခက်ပါတယ်။
• အလုပ်ရှိပြီးသား project ထဲ import လုပ်ခြင်း။ Import က ဖိုင်များကို အစားထိုးပါတယ်။ Project အလွတ်သုံးပါ။

Lovable ဆက်ထားသင့်သော အချိန်

ရွှေ့ရတဲ့ အကြောင်းရင်းကို ရိုးရိုးသားသား စဉ်းစားပါ။ Lovable က preview ပေါ်မှာ point-and-click visual edit တွေနဲ့ Lovable Cloud ဖြင့် ထုတ်ကုန်ပြင်ဆင်ထားတဲ့ backend ကို ပေးပါတယ်၊ Mythex မှာ နှစ်ခုစလုံး မရှိပါ။ နေ့စဉ်အသုံးပြုရာမှာ ၎င်းတို့ကို မှီခိုနေရရင် ရွှေ့ခြင်းက အကျိုးထက် အဆင်းပိုဖြစ်ပါလိမ့်မယ်။ သင်ဟာ အမှန်တကယ် code editor နဲ့ terminal ကို chat ဘေးမှာ လိုချင်ရင်၊ တည်ဆောက်ခြင်းနဲ့ hosting အတွက် credit balance တစ်ခုတည်း လိုချင်ရင်၊ ဒါမှမဟုတ် stack တခြား run ချင်ရင် Mythex က ပိုသင့်တော်ပါတယ်။ Lovable အခြားရွေးချယ်စရာများ လမ်းညွှန်နဲ့ Mythex နှင့် Lovable စာမျက်နှာက ပိုအသေးစိတ် နှိုင်းယှဉ်ထားပါတယ်။

ပြောင်းရွှေ့မှု စစ်ဆေးစာရင်း

• App ၏ အစိတ်အပိုင်းအားလုံးကို စာရင်းပြု: ကုဒ်၊ database၊ အသုံးပြုသူ၊ ဖိုင်၊ function၊ secret၊ domain
• သင်ပိုင်သော GitHub repository သို့ ကုဒ် sync လုပ်ပြီး
• Backend ဆုံးဖြတ်ချက် ပြီး (Supabase ထိန်း၊ သို့မဟုတ် Lovable Cloud မှ export)
• ကုဒ်ကို အလွတ် Mythex project ထဲ import လုပ်ပြီး Preview အလုပ်လုပ်
• Secret များ ပြန်ထည့်ပြီး; VITE_ variable ထဲ private key မရှိ
• လိပ်စာအသစ်အတွက် auth redirect URL များ update လုပ်ပြီး
• Sign-up၊ login၊ core ဒေတာ flow နဲ့ upload တွေကို Preview မှာ စမ်းပြီး
• ထုတ်ဝေပြီး mythex.ai လိပ်စာပေါ်မှာ ထပ်စမ်းပြီး
• DNS ရွှေ့ပြီး; အသစ်အတည်ပြုပြီးမှ အဟောင်း app ကို ပိတ်

Mythex ဘက်အတွက် GitHub၊ export နဲ့ import ကို docs မှာ ကြည့်ပါ။

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