Paano Mag-migrate mula Lovable papuntang Mythex (Code, Data at Domain)
Para mag-migrate mula Lovable papuntang Mythex, kunin ang code mo sa Lovable sa pamamagitan ng GitHub integration nito, pagkatapos ay dalhin ito sa Mythex project sa pamamagitan ng pag-link ng repository o pag-import ng archive, ibalik ang mga secrets mo, at subukan sa Preview bago mag-publish. Kadalasang lumilipat nang walang pagbabago ang frontend. Ang tunay na desisyon ay tungkol sa backend mo: panatilihin ang umiiral mong Supabase project, o ilipat ang data sa ibang lugar.
Sinusundan ng gabay na ito ang buong paglipat ayon sa pagkakasunod-sunod, at tapat tungkol sa mga bahaging nangangailangan ng trabaho.
Bago magsimula: ano ang aktuwal na lumilipat
Ang Lovable app ay ilang bagay nang sabay, at magkakaiba ang paglipat ng bawat isa.
| Bahagi | Saan ito nakatira | Paano ito lumilipat |
|---|---|---|
| Frontend code | Ang Lovable project mo | GitHub sync o pag-download ng code |
| Database at mga user | Lovable Cloud o sarili mong Supabase project | Panatilihin, o i-export at i-restore |
| Mga na-upload na file | Lovable Cloud o Supabase storage | Panatilihin, o kopyahin nang hiwalay |
| Server functions | Supabase Edge Functions, kung ginagamit mo ang mga ito | Panatilihin sa Supabase, o isulat ulit |
| Secrets at API keys | Settings ng Lovable / Supabase | Ilagay ulit nang mano-mano |
| Domain | Ang DNS provider mo | Ituro sa bagong host |
Isulat muna ang talahanayang ito para sa sarili mong app. Sampung minuto lang ito at napipigilan nito ang karamihan ng sorpresa.
Hakbang 1: Kunin ang code mo sa Lovable
Naglalarawan ang dokumentasyon ng Lovable (noong Setyembre 2026) ng dalawang paraan palabas:
- GitHub sync. Puwedeng i-export at i-sync nang dalawang direksyon ng Lovable ang project mo sa GitHub, at nakalista sa docs nila ang suporta sa github.com sa lahat ng plan. Ikonekta ang GitHub sa Lovable, at mapupunta ang code mo sa repository na pag-aari mo. Tandaan na iisang branch lang ang sina-sync ng Lovable sa bawat pagkakataon.
- I-download ang codebase. Sa mga bayad na plan ng Lovable, puwede mong i-download nang direkta ang code mula sa Project settings → Git.
Mas magandang daan ang GitHub para sa migration: makukuha mo ang buong history, at puwede mong ipagpatuloy ang pag-sync habang sinusubukan ang bagong setup. Tingnan ang GitHub integration docs ng Lovable para sa kasalukuyang mga hakbang.
Bago ka umalis sa Lovable, buksan ang repository at hanapin ang:
- Isang
.envo.env.examplefile, na naglilista ng environment variables na inaasahan ng app - Isang
supabase/folder, na maaaring maglaman ng database migrations at Edge Function code - Ang
package.jsonscripts, na nagpapakita kung paano binubuo at pinapatakbo ang app
Hakbang 2: Magpasya kung ano ang gagawin sa backend
Ito ang pinakamahalagang pagpili. Karaniwang gumagamit ang mga Lovable app ng Supabase para sa database at login, alinman sa Supabase project na sarili mong ikinonekta o sa pamamagitan ng Lovable Cloud.
Opsyon A: Panatilihin ang sarili mong Supabase project
Kung kumokonekta na ang app mo sa sarili mong Supabase project, ito ang pinakasimpleng daan. Patuloy na tatawagin ng code ng app ang parehong Supabase URL gamit ang parehong keys, kaya nananatiling eksakto kung nasaan ang data, mga user at file mo. Ang frontend lang ang ililipat mo.
Opsyon B: Umalis sa Lovable Cloud
Kung gumagamit ang app mo ng Lovable Cloud, may nakadokumentong database export ang Lovable sa ilalim ng More → Cloud → Overview → Advanced settings. Ayon sa docs ng Lovable (noong Setyembre 2026):
- Kasama sa export ang buong database, istruktura at data, kabilang ang mga user account at kanilang password hashes.
- Hindi kasama ang mga file sa storage, Edge Function code, o secrets ng project mo. Hindi rin kasama ang mga setting ng sign-in provider.
- Sakop ng export ang mga database na hanggang 15 GB, puwedeng hanggang 5 GB ang file, at puwede kang humiling ng isang export kada 24 na oras.
- Walang one-click migration mula Cloud papuntang Supabase, at ang mga sinusuportahang destinasyon para sa paglipat ng Cloud backend ay managed Supabase o self-hosted Supabase.
Kaya kadalasang ganito ang praktikal na daan: i-restore ang export sa sarili mong Supabase project, buuin ulit doon ang storage buckets, Edge Functions at auth settings, at pagkatapos ay ituring itong Opsyon A. Tingnan ang advanced settings docs ng Lovable para sa mga detalye.
Opsyon C: Ilipat ang lahat sa database ng Mythex
Puwedeng bigyan ng Mythex ang isang project ng nakalaang Postgres database. Posibleng ilipat doon ang data mo, pero ibig sabihin nito ay isulat ulit ang bawat lugar kung saan ginagamit ng app ang client library ng Supabase, at dahil walang built-in na end-user login ang Mythex, kailangan mo ring ikabit ang hiwalay na auth provider. Totoong muling pagbuo ng backend ito, hindi migration. Gawin ito sa hinaharap, kung kailangan pa, kapag tumatakbo na ang app sa Mythex na kasama ang Supabase.
Hakbang 3: Dalhin ang code sa Mythex
Gumawa ng bago at walang laman na project sa Mythex. Pagkatapos, gawin ang isa sa mga ito:
- Mag-import ng archive. Buksan ang project settings → Export → Import into this project at mag-upload ng
.zip,.tar.gzo.tgz. Gumagana rito ang file na makukuha mo sa Download ZIP button ng GitHub. - I-link ang GitHub at mag-pull. Ikonekta ang GitHub sa project settings, i-link ang repository at mag-pull. Pro feature ang GitHub sync.
Pinapalitan ng import ang mga file ng project, kaya gumamit ng walang laman na project. Tinatanggal ang anumang .env file sa archive sa oras ng import, kaya walang secrets na napapasama nang hindi sinasadya. Pagkatapos ng matagumpay na import, puwedeng magbukas ang Mythex ng bagong chat kung saan ini-install ng agent ang dependencies, inaalam kung paano patakbuhin ang app, at pinapatakbo ang Preview. Puwede mong gabayan ang chat na iyon gaya ng ibang chat. Nasa After you import ang mga detalye.
Kung hindi lumabas ang Preview nang mag-isa, magtanong:
Ini-export ang project na ito mula sa Lovable. React + TypeScript + Tailwind app ito na gumagamit ng Supabase. I-install ang dependencies, alamin ang dev command mula sa package.json, at patakbuhin ang Preview. Huwag pa munang baguhin ang anumang app code.
Hakbang 4: Ibalik ang secrets mo
Buksan ang project settings → Secrets at idagdag ang bawat value na kailangan ng app mo. Para sa app na gumagamit ng Supabase, karaniwang kasama rito ang Supabase project URL at ang public (anon o publishable) key. Kunin ang mga pangalan mula sa .env.example o mula sa lugar kung saan binabasa ng code ang mga ito.
Dalawang panuntunan:
- Mga public key lang ang dapat nasa frontend variables. Sa Vite app, anumang may prefix na
VITE_ay naka-bake sa JavaScript na dina-download ng bawat bisita. - Huwag kailanman ilagay ang Supabase service role key sa frontend code. Kung kailangan ito ng server-side function, mananatili ito sa server.
Pagkatapos, ipakumpirma sa agent na binabasa ng app ang mga ito:
Suriin kung aling environment variables ang binabasa ng app na ito. Ilista ang mga hindi pa nakatakda sa project secrets, at huwag ipakita ang kanilang mga value.
Ipinapaliwanag ng gabay namin tungkol sa environment variables at secrets ang pagkakaiba ng public at private na value.
Hakbang 5: Subukan bago ilipat ang anuman
Aktibo pa rin ang Lovable app mo, kaya walang kailangang madaliin. Subukan ang bersyon ng Mythex sa Preview laban sa totoong daloy:
- Mag-sign up, mag-log in, mag-log out, at mag-reset ng password
- Gumawa, mag-edit at magtanggal ng record
- Mag-upload ng file, kung ginagawa iyon ng app mo
- Anumang tumatawag sa Edge Function o third-party API
May setting sa Supabase auth na madaling makalimutan: ang redirect URLs na pinapayagan para sa login at password-reset na email. Idagdag doon ang Mythex preview at published na address mo, o babalik sa lumang domain ang mga login.
Puwedeng i-click ng /test command ng Mythex ang preview mo na parang user at iulat ang mga sirang daloy. Mas kumpletong checklist ang nasa gabay namin tungkol sa pagsubok sa app bago ilunsad.
Hakbang 6: Mag-publish at ilipat ang domain
Kapag gumana na ang lahat, mag-publish mula sa workspace para makakuha ng <slug>.mythex.app na address. Subukan ulit doon, dahil hiwalay na snapshot ng project mo ang published na app.
Sa Pro, puwede mong ikonekta ang sarili mong domain. I-update ang DNS records sa domain provider mo, idagdag ang bagong address sa allowed redirect URLs ng Supabase, at saka lang alisin ang bersyon ng Lovable. Sakop ng gabay namin tungkol sa pagkonekta ng custom domain ang DNS, hakbang-hakbang.
Mga karaniwang pagkakamali
- Sabay na paglipat ng database at frontend. Ilipat muna ang frontend, patunayang gumagana ito laban sa umiiral na backend, saka magpasya tungkol sa data.
- Nakalimutan ang Edge Functions. Kung tumatawag ang app sa Supabase Edge Functions, mananatili ang mga ito sa Supabase o kailangang isulat ulit bilang server code. Hindi sila tumatakbo sa loob ng Vite frontend.
- Pagdikit ng service role key sa frontend. Nagbibigay ito ng buong access sa database mo sa sinumang magbukas ng devtools.
- Nawawalang auth redirect URLs. Gumagana ang login sa Preview, pero pumapalya sa totoong domain.
- Pagpapalit ng DNS bago subukan ang published na URL. Subukan muna ang
mythex.aina address; matagal bawiin ang mga pagbabago sa DNS. - Pag-import sa project na may ginagawa na. Pinapalitan ng import ang mga file. Gumamit ng bagong project.
Kailan makatuwirang manatili sa Lovable
Maging tapat sa sarili kung bakit ka lilipat. Nag-aalok ang Lovable ng point-and-click na visual edits sa preview at isang productized na backend sa pamamagitan ng Lovable Cloud, at wala ang alinman sa dalawa sa Mythex. Kung iyon ang lagi mong ginagamit araw-araw, mas malaki ang mawawala sa iyo kaysa makukuha mo sa paglipat. Mas bagay ang Mythex kung gusto mo ng totoong code editor at terminal sa tabi ng chat, iisang credit balance para sa pagbuo at hosting, o kung gusto mong magpatakbo ng ibang stack. Ihahambing ng gabay namin na mga alternatibo sa Lovable at ng pahinang Mythex vs Lovable ang mga ito nang mas detalyado.
Checklist ng migration
- Nailista ang bawat bahagi ng app: code, database, mga user, file, functions, secrets, domain
- Na-sync ang code sa GitHub repository na pag-aari mo
- Nagpasya tungkol sa backend (panatilihin ang Supabase, o i-export mula sa Lovable Cloud)
- Na-import ang code sa walang lamang Mythex project, tumatakbo ang Preview
- Naibalik ang secrets; walang private keys sa mga
VITE_variable - Na-update ang auth redirect URLs para sa mga bagong address
- Nasubukan sa Preview ang sign-up, login, core data flows at uploads
- Na-publish at nasubukan ulit sa
mythex.aina address - Nailipat ang DNS; naalis lang ang lumang app pagkatapos makumpirmang gumagana ang bago
Para sa panig ng Mythex, tingnan ang GitHub, export, at import sa docs.
Mga tanong
Puwede ko bang ilipat ang Lovable project sa Mythex nang hindi ito binubuo ulit?
Kadalasan, oo. Puwedeng i-sync ng Lovable ang code ng project mo sa GitHub, at puwedeng i-import ng Mythex ang code na iyon sa project mula sa naka-link na GitHub repository o mula sa .zip o .tar.gz na archive. Dadalhin ang frontend nang buo; ang trabaho ay nasa secrets, backend at domain.
Ano ang mangyayari sa Supabase o Lovable Cloud database ko?
Hindi bahagi ng code ang database. Kung gumagamit ang app mo ng sarili mong Supabase project, puwede pa rin itong gamitin pagkatapos ng paglipat. Kung gumagamit ito ng Lovable Cloud, may nakadokumentong database export ang Lovable at sinasabing ang mga sinusuportahang destinasyon para sa paglipat ng backend na iyon ay managed o self-hosted na Supabase.
Kailangan bang mag-sign up ulit ang mga user ko?
Hindi, kung patuloy na gumagamit ang app ng parehong auth backend, gaya ng parehong Supabase project. Kasama sa Cloud database export ng Lovable ang mga user account at password hashes, pero mas malaking gawain ang paglipat ng auth sa ibang provider at dapat itong planuhin at subukan nang hiwalay.
May built-in na login at payments ba ang Mythex na tulad ng Lovable Cloud?
Wala. Hindi nagbibigay ang Mythex ng built-in na end-user login o Stripe. Ikinakabit ng agent ang sarili mong mga provider at key sa app, kaya kadalasang pinakasimpleng daan ang pagpapanatili ng umiiral nang Supabase project.