Kaip perkelti programą iš Lovable į Mythex (kodas, duomenys ir domenas)

Norint perkelti iš Lovable į Mythex, kodą išsaugokite iš Lovable per jo GitHub integraciją, tada įkelkite jį į Mythex projektą susiedami repozitoriją arba importuodami archyvą, įveskite paslaptis iš naujo ir išbandykite Peržiūros (Preview) skiltyje prieš publikuodami. Frontend’as paprastai perkeliamas be pakeitimų. Tikri sprendimai susiję su backend: išlaikyti esamą Supabase projektą arba perkelti duomenis kitur.

Šis vadovas aprašo visą perkėlimą eilės tvarka ir atvirai nurodo dalis, kurioms reikia darbo.

Prieš pradedant: kas iš tikrųjų persikelia

Lovable programa yra kelios dalys, ir kiekviena persikelia skirtingai.

Pirmiausia išrašykite šią lentelę savo programai. Tai užtrunka dešimt minučių ir padeda išvengti daugumos netikėtumų.

1 žingsnis: išsaugokite kodą iš Lovable

Lovable dokumentacija (nuo 2026 m. rugsėjo) aprašo du būdus:

• GitHub sinchronizacija. Lovable gali eksportuoti ir dvikryptėje tvarkoje sinchronizuoti jūsų projektą su GitHub, o jo dokumentacijoje nurodyta, kad github.com palaikomas visuose planuose. Prisijunkite GitHub Lovable, ir jūsų kodas atsidurs repozitorijoje, kuri priklauso jums. Atkreipkite dėmesį, kad Lovable sinchronizuoja po vieną šaką.
• Kodo bazės atsisiuntimas. Mokamuose Lovable planuose kodą galite atsisiųsti tiesiogiai iš Projekto nustatymai → Git.

Perkėlimui geresnis GitHub kelias: gaunate visą istoriją ir galite toliau sinchronizuoti testuodami naują sąranką. Dabartiniams žingsniams žr. Lovable GitHub integracijos dokumentaciją.

Prieš išeidami iš Lovable, atidarykite repozitoriją ir ieškokite:

• .env ar .env.example failo, kuriame išvardyti programos aplinkos kintamieji
• supabase/ aplanko, kuriame gali būti duomenų bazės migracijos ir Edge Function kodas
• package.json skriptų, kurie parodo, kaip programa kuriama ir paleidžiama

2 žingsnis: nuspręskite, ką daryti su backend

Tai svarbiausias pasirinkimas. Lovable programos paprastai naudoja Supabase duomenų bazei ir prisijungimui — arba per Supabase projektą, kurį prijungėte patys, arba per Lovable Cloud.

A variantas: išlaikyti savo Supabase projektą

Jei jūsų programa jau kalba su jūsų Supabase projektu, tai paprasčiausias kelias. Programos kodas ir toliau kreipiasi į tą patį Supabase URL su tais pačiais raktais, todėl jūsų duomenys, naudotojai ir failai lieka tiksliai ten, kur yra. Perkeliate tik frontend’ą.

B variantas: pasitraukti iš Lovable Cloud

Jei jūsų programa naudoja Lovable Cloud, Lovable dokumentuoja duomenų bazės eksportą adresu Daugiau → Cloud → Apžvalga → Išplėstiniai nustatymai. Pagal Lovable dokumentaciją (nuo 2026 m. rugsėjo):

• Eksportas apima visą duomenų bazę, struktūrą ir duomenis, įskaitant naudotojų paskyras ir jų slaptažodžių maišas.
• Jis neapima saugyklos failų, Edge Function kodo ar projekto paslapčių. Prisijungimo tiekėjų nustatymai taip pat neįtraukiami.
• Eksportai apima duomenų bazes iki 15 GB, failas gali būti ne didesnis nei 5 GB, o eksportą galima prašyti kartą per 24 valandas.
• Nėra vieno paspaudimo perkėlimo iš Cloud į Supabase, o palaikomos paskirties vietos Cloud backend perkėlimui yra valdomas Supabase arba savarankiškai talpinamas Supabase.

Todėl praktinis kelias paprastai toks: atkurkite eksportą į savo Supabase projektą, ten iš naujo sukurkite saugyklos krepšius, Edge Functions ir autentifikavimo nustatymus, o tada tai laikykite A variantu. Išsamesnės informacijos ieškokite Lovable išplėstinių nustatymų dokumentacijoje.

C variantas: perkelti viską į Mythex duomenų bazę

Mythex projektui gali suteikti atskirą Postgres duomenų bazę. Duomenis ten perkelti galima, bet tai reiškia perrašyti kiekvieną vietą, kurioje programa naudoja Supabase kliento biblioteką, o Mythex neturi integruoto galutinių naudotojų prisijungimo, todėl reikėtų prijungti atskirą autentifikavimo tiekėją. Tai tikras backend perkūrimas, o ne perkėlimas. Darykite tai vėliau, jei apskritai, kai programa jau veiks Mythex su Supabase.

3 žingsnis: įkelkite kodą į Mythex

Sukurkite naują, tuščią Mythex projektą. Tada:

• Importuokite archyvą. Atidarykite projekto nustatymai → Eksportas → Importuoti į šį projektą ir įkelkite .zip, .tar.gz arba .tgz. GitHub mygtukas Download ZIP duoda failą, kuris čia veikia.
• Susiekite GitHub ir atsisiųskite. Prijunkite GitHub projekto nustatymuose, susiekite repozitoriją ir atlikite atsisiuntimą (pull). GitHub sinchronizacija yra Pro funkcija.

Importavimas pakeičia projekto failus, todėl naudokite tuščią projektą. Visi .env failai archyve importavimo metu pašalinami, todėl paslaptys neperkeliamos atsitiktinai. Po sėkmingo importavimo Mythex gali atidaryti naują pokalbį, kuriame agentas įdiegia priklausomybes, sugalvoja, kaip paleisti programą, ir paleidžia Peržiūrą. Šiuo pokalbiu galite valdyti kaip ir bet kuriuo kitu. Detalės — Po importavimo.

Jei Peržiūra pati nepasileidžia, paprašykite:

Šis projektas eksportuotas iš Lovable. Tai React + TypeScript + Tailwind programa, naudojanti Supabase. Įdiegk priklausomybes, nustatyk paleidimo komandą pagal package.json ir paleisk Peržiūrą. Kol kas nekeisk jokio programos kodo.

4 žingsnis: įveskite paslaptis iš naujo

Atidarykite projekto nustatymai → Paslaptys ir pridėkite kiekvieną reikšmę, kurios reikia programai. Supabase programai tai paprastai reiškia Supabase projekto URL ir viešąjį (anon arba publishable) raktą. Pavadinimus paimkite iš .env.example arba iš vietos, kur kodas juos skaito.

Dvi taisyklės:

• Frontend’o kintamuosiuose tinka tik vieši raktai. Vite programoje viskas, prasidedantis VITE_, įdedama į JavaScript, kurį atsisiunčia kiekvienas lankytojas.
• Niekada nedėkite Supabase service role rakto į frontend kodą. Jei jo reikia serverio funkcijai, jis lieka serveryje.

Tada paprašykite agento patvirtinti, kad programa juos skaito:

Patikrink, kuriuos aplinkos kintamuosius skaito ši programa. Išvardyk tuos, kurie dar nenustatyti projekto paslapčių, ir nespausdink jų reikšmių.

Mūsų vadovas aplinkos kintamieji ir paslaptys paaiškina viešų ir privačių reikšmių skirtumą.

5 žingsnis: išbandykite prieš ką nors perjungdami

Jūsų Lovable programa vis dar veikia, todėl skubėti nereikia. Išbandykite Mythex versiją Peržiūroje realiais srautais:

• Registracija, prisijungimas, atsijungimas ir slaptažodžio atstatymas
• Įrašo sukūrimas, redagavimas ir ištrynimas
• Failo įkėlimas, jei jūsų programa tai daro
• Viskas, kas kreipiasi į Edge Function ar trečiosios šalies API

Supabase autentifikavimas turi vieną lengvai praleidžiamą nustatymą: leistinus peradresavimo URL prisijungimo ir slaptažodžio atstatymo laiškams. Pridėkite ten savo Mythex peržiūros ir publikuotus adresus, kitaip prisijungimai grįš į seną domeną.

Mythex komanda /test lėmė, kad agentas paspaudinėja jūsų peržiūrą kaip naudotojas ir praneša apie sugedusius srautus. Mūsų vadovas kaip išbandyti programą prieš paleidimą pateikia išsamesnį sąrašą.

6 žingsnis: publikuokite ir perkelkite domeną

Kai viskas veikia, publikuokite iš darbo erdvės ir gausite <slug>.mythex.app adresą. Išbandykite dar kartą ten, nes publikuota programa yra atskira jūsų projekto kopija.

Pro plane galite prijungti savo domeną. Atnaujinkite DNS įrašus savo domeno tiekėjui, pridėkite naują adresą prie leistinų Supabase peradresavimo URL, ir tik tada išjunkite Lovable versiją. Mūsų vadovas kaip prijungti savo domeną aprašo DNS žingsnis po žingsnio.

Dažnos klaidos

• Duomenų bazės ir frontend’o perkėlimas tuo pačiu metu. Pirmiausia perkelkite frontend’ą, įrodykite, kad jis veikia su esamu backend, o tada spręskite dėl duomenų.
• Pamirštos Edge Functions. Jei programa kreipiasi į Supabase Edge Functions, jos arba lieka Supabase, arba reikia perrašyti kaip serverio kodą. Jos neveikia Vite frontend’o viduje.
• Service role rakto įklijavimas į frontend. Jis suteikia pilną prieigą prie jūsų duomenų bazės bet kam, kas atidaro įrankius naršyklėje.
• Trūkstami autentifikavimo peradresavimo URL. Prisijungimas Peržiūroje veikia, o tikrame domene nepavyksta.
• DNS perjungimas prieš išbandant publikuotą URL. Pirmiausia išbandykite mythex.ai adresą; DNS pakeitimus atšaukti užtrunka.
• Importavimas į projektą, kuriame jau yra darbo. Importavimas pakeičia failus. Naudokite naują projektą.

Kada pasilikti Lovable yra prasminga

Būkite sąžiningi sau dėl perkėlimo priežasties. Lovable siūlo vizualius pakeitimus tiesiai peržiūroje ir produktyvizuotą backend su Lovable Cloud, o Mythex neturi nei vieno, nei kito. Jei kasdien remiatės tuo, perkėlimas kainuos daugiau, nei duos. Mythex tinka geriau, jei norite tikro kodo redaktoriaus ir terminalo šalia pokalbio, vieno kreditų balanso kūrimui ir talpinimui arba norite kito steko. Mūsų Lovable alternatyvų vadovas ir Mythex prieš Lovable puslapis lygina juos išsamiau.

Perkėlimo kontrolinis sąrašas

• Išvardyta kiekviena programos dalis: kodas, duomenų bazė, naudotojai, failai, funkcijos, paslaptys, domenas
• Kodas sinchronizuotas su GitHub repozitorija, kuri priklauso jums
• Priimtas backend sprendimas (palikti Supabase arba eksportuoti iš Lovable Cloud)
• Kodas įkeltas į tuščią Mythex projektą, Peržiūra veikia
• Paslaptys įvestos iš naujo; jokių privačių raktų VITE_ kintamuosiuose
• Autentifikavimo peradresavimo URL atnaujinti naujiems adresams
• Registracija, prisijungimas, pagrindiniai duomenų srautai ir įkėlimai išbandyti Peržiūroje
• Publikuota ir pakartotinai išbandyta mythex.ai adresu
• DNS perkeltas; senoji programa išjungta tik patvirtinus naujają

Mythex pusei žr. GitHub, eksportas ir importas dokumentacijoje.

Klausimai