Vodniki

Kako preseliti z Lovable na Mythex (koda, podatki in domena)

Za selitev z Lovable na Mythex kodo iz Lovable prenesite prek njihove integracije z GitHubom, nato jo prenesite v projekt Mythex s povezavo repozitorija ali uvozom arhiva, ponovno vnesite skrivnosti in preizkusite v Preview, preden objavite. Frontend se običajno preseli brez sprememb. Pravi odločitvi se nanašata na zaledje: ali ohranite obstoječi projekt Supabase ali podatke premaknete drugam.

Ta vodnik gre skozi celotno selitev po vrsti in je iskren glede delov, ki zahtevajo delo.

Pred začetkom: kaj se dejansko preseli

Aplikacija Lovable je več stvari, in vsaka se seli drugače.

DelKje živiKako se preseli
Frontend kodaVaš projekt LovableSinhronizacija z GitHubom ali prenos kode
Baza podatkov in uporabnikiLovable Cloud ali vaš lastni projekt SupabaseOhranite ali izvozite in obnovite
Naložene datotekeShramba Lovable Cloud ali SupabaseOhranite ali kopirajte ločeno
Strežniške funkcijeSupabase Edge Functions, če jih uporabljateOhranite na Supabase ali napišite znova
Skrivnosti in ključi APINastavitve Lovable / SupabaseRočno ponovno vnesite
DomenaVaš ponudnik DNSUsmerite na novega gostitelja

Najprej zapišite to tabelo za svojo aplikacijo. Vzame deset minut in prepreči večino presenečenj.

Korak 1: Izvlecite kodo iz Lovable

Dokumentacija Lovable (od septembra 2026) opisuje dva načina izvoza:

  • Sinhronizacija z GitHubom. Lovable lahko izvozi in dvosmerno sinhronizira vaš projekt z GitHubom, njihova dokumentacija pa navaja podporo za github.com v vseh paketih. Povežite GitHub v Lovable, in vaša koda pristane v repozitoriju, ki ga posedujete. Upoštevajte, da Lovable sinhronizira eno vejo naenkrat.
  • Prenos kodne baze. Na plačljivih paketih Lovable lahko kodo prenesete neposredno pod Project settings → Git.

Za selitev je GitHub boljša pot: dobite celotno zgodovino in lahko še naprej sinhronizirate med preizkušanjem nove nastavitve. Za trenutne korake glejte dokumentacijo integracije z GitHubom v Lovable.

Preden zapustite Lovable, odprite repozitorij in poiščite:

  • Datoteko .env ali .env.example, ki našteva spremenljivke okolja, ki jih aplikacija pričakuje
  • Mapo supabase/, ki lahko vsebuje migracije baze podatkov in kodo Edge Functions
  • Skripte package.json, ki kažejo, kako je aplikacija zgrajena in zagnana

Korak 2: Odločite se, kaj storiti z zaledjem

To je izbira, ki največ šteje. Aplikacije Lovable običajno uporabljajo Supabase za bazo podatkov in prijavo, bodisi prek projekta Supabase, ki ste ga povezali sami, bodisi prek Lovable Cloud.

Možnost A: Ohranite svoj projekt Supabase

Če vaša aplikacija že komunicira z vašim projektom Supabase, je to najpreprostejša pot. Koda aplikacije še naprej kliče isti URL Supabase z istimi ključi, zato vaši podatki, uporabniki in datoteke ostanejo popolnoma tam, kjer so. Premaknete samo frontend.

Možnost B: Preselite se s Lovable Cloud

Če vaša aplikacija uporablja Lovable Cloud, Lovable dokumentira izvoz baze podatkov pod More → Cloud → Overview → Advanced settings. Po dokumentaciji Lovable (od septembra 2026):

  • Izvoz vsebuje celotno bazo podatkov, strukturo in podatke, vključno z uporabniškimi računi in njihovimi zgoščenimi vrednostmi gesel.
  • Ne vključuje datotek v shrambi, kode Edge Functions ali skrivnosti vašega projekta. Prav tako niso vključene nastavitve ponudnikov prijave.
  • Izvozi pokrivajo baze do 15 GB, datoteka je lahko največ 5 GB, izvoz pa lahko zahtevate enkrat na 24 ur.
  • Ni enkratne selitve iz Cloud v Supabase, podprti ciljni točki za selitev zaledja Cloud pa sta upravljan Supabase ali samostojno gostovan Supabase.

Praktična pot je torej običajno: obnovite izvoz v svoj projekt Supabase, ponovno ustvarite skladiščne vedre, Edge Functions in nastavitve prijave tam ter nato z njim ravnajte kot z možnostjo A. Podrobnosti najdete v naprednih nastavitvah Lovable.

Možnost C: Premaknite vse v bazo podatkov Mythex

Mythex lahko projektu dodeli namensko bazo Postgres. Premik podatkov tja je možen, vendar to pomeni prepisovanje vsakega mesta, kjer aplikacija uporablja odjemalsko knjižnico Supabase, Mythex pa nima vgrajene prijave za končne uporabnike, zato bi morali povezati še ločenega ponudnika prijave. To je dejanska obnova zaledja, ne selitev. Naredite to kasneje, če sploh, ko aplikacija teče na Mythex s Supabase.

Korak 3: Prenesite kodo v Mythex

V Mythex ustvarite nov, prazen projekt. Nato:

  • Uvoz arhiva. Odprite project settings → Export → Import into this project in naložite .zip, .tar.gz ali .tgz. Gumb Download ZIP na GitHubu vam da datoteko, ki tu deluje.
  • Povežite GitHub in povlecite. Povežite GitHub v nastavitvah projekta, povežite repozitorij in povlecite. Sinhronizacija z GitHubom je funkcija za Pro.

Uvoz zamenja datoteke projekta, zato uporabite prazen projekt. Vse datoteke .env v arhivu se ob uvozu odstranijo, tako da se skrivnosti ne prenesejo po naključju. Po uspešnem uvozu Mythex lahko odpre nov klepet, v katerem agent namesti odvisnosti, ugotovi, kako zagnati aplikacijo, in zažene Preview. Temu klepetu lahko dajete navodila kot kateremu koli drugemu. Podrobnosti so v Po uvozu.

Če se Preview ne zažene sam od sebe, vprašajte:

Ta projekt je bil izvožen iz Lovable. Gre za aplikacijo React + TypeScript + Tailwind, ki uporablja Supabase. Namesti odvisnosti, ugotovi ukaz za razvoj iz package.json in zaženi Preview. Še ne spreminjaj nobene kode aplikacije.

Korak 4: Ponovno vnesite skrivnosti

Odprite project settings → Secrets in dodajte vsako vrednost, ki jo aplikacija potrebuje. Pri aplikaciji, ki temelji na Supabase, to običajno pomeni URL projekta Supabase in javni ključ (anon ali publishable). Imena vzemite iz .env.example ali iz mesta, kjer jih koda bere.

Dve pravili:

  • V spremenljivke frontenda sodijo samo javni ključi. V aplikaciji Vite je vse z predpono VITE_ vgrajeno v JavaScript, ki ga prenese vsak obiskovalec.
  • Ključa service role iz Supabase nikoli ne dajte v kodo frontenda. Če ga potrebuje funkcija na strežniku, ostane na strežniku.

Nato prosite agenta, naj potrdi, da aplikacija bere skrivnosti:

Preveri, katere spremenljivke okolja ta aplikacija bere. Naštej tiste, ki še niso nastavljene v skrivnostih projekta, in ne izpisuj njihovih vrednosti.

Naš vodnik spremenljivke okolja in skrivnosti razloži razliko med javnimi in zasebnimi vrednostmi.

Korak 5: Preizkusite, preden kaj preklopite

Vaša aplikacija Lovable je še vedno v živo, zato se ni treba mudit. Preizkusite različico na Mythex v Preview na pravih tokovih:

  • Prijava, odjava in ponastavitev gesla
  • Ustvarjanje, urejanje in brisanje zapisa
  • Nalaganje datoteke, če to vaša aplikacija počne
  • Vse, kar kliče Edge Function ali zunanji API

Pri prijavi Supabase obstaja ena nastavitev, ki jo lahko zlahka spregledate: redirect URLs, dovoljeni za e-poštna sporočila za prijavo in ponastavitev gesla. Dodajte tja naslove Preview in objave na Mythex, sicer se bodo prijave vrnile na staro domeno.

Ukaz /test v Mythex naj agent klikne po vašem predogledu kot uporabnik in poroča o pokvarjenih tokovih. Naš vodnik testiranje aplikacije pred lansiranjem ima obsežnejši kontrolni seznam.

Korak 6: Objavite in premaknite domeno

Ko vse deluje, objavite iz delovnega prostora, da dobite naslov <slug>.mythex.app. Preizkusite znova tam, saj je objavljena aplikacija ločen posnetek vašega projekta.

Na Pro lahko povežete svojo domeno. Posodobite zapise DNS pri ponudniku domene, dodajte nov naslov med dovoljene URL-je za preusmeritev v Supabase in šele nato ugasnite različico v Lovable. Naš vodnik povezovanje lastne domene pokriva DNS korak za korakom.

Pogoste napake

  • Hkratna selitev baze podatkov in frontenda. Najprej preselite frontend, dokažite, da deluje z obstoječim zaledjem, nato odločite o podatkih.
  • Pozabljene Edge Functions. Če aplikacija kliče Supabase Edge Functions, ostanejo na Supabase ali jih je treba napisati kot strežniško kodo. Ne tečejo znotraj frontenda Vite.
  • Prilepljen ključ service role v frontend. Daje poln dostop do vaše baze podatkov vsakomur, ki odpre orodja za razvijalce.
  • Manjkajoči URL-ji za preusmeritev pri prijavi. Prijava deluje v Preview, nato pa propade na pravi domeni.
  • Preklop DNS pred preizkusom objavljenega URL-ja. Najprej preizkusite naslov mythex.ai; spremembe DNS traja, da jih razveljavite.
  • Uvoz v projekt, ki že ima delo. Uvoz zamenja datoteke. Uporabite nov projekt.

Kdaj ima smisel ostati pri Lovable

Bodite iskreni glede razloga za selitev. Lovable ponuja vizualne urejanje z dotikom na predogledu in izdelano zaledje z Lovable Cloud, Mythex pa nima nobenega od tega. Če se vsakodnevno zanašate prav na to, vas selitev stane več, kot prinese. Mythex je boljša izbira, če želite pravi urejevalnik kode in terminal poleg klepeta, eno stanje kreditov za gradnjo in gostovanje ali drug sklad tehnologij. Naš vodnik alternative Lovable in stran Mythex proti Lovable podrobneje primerjata obe.

Kontrolni seznam selitve

  • Našteti vsi deli aplikacije: koda, baza, uporabniki, datoteke, funkcije, skrivnosti, domena
  • Koda sinhronizirana v repozitorij GitHub, ki ga posedujete
  • Odločitev o zaledju sprejeta (ohranitev Supabase ali izvoz iz Lovable Cloud)
  • Koda uvožena v prazen projekt Mythex, Preview deluje
  • Skrivnosti ponovno vnesene; brez zasebnih ključev v spremenljivkah VITE_
  • URL-ji za preusmeritev pri prijavi posodobljeni za nove naslove
  • Registracija, prijava, osnovni tokovi podatkov in nalaganje preizkušeni v Preview
  • Objavljeno in znova preizkušeno na naslovu mythex.ai
  • DNS preseljen; stara aplikacija ugasnjena šele, ko je nova potrjena

Za stran Mythex glejte GitHub, izvoz in uvoz v dokumentaciji.

Vprašanja

Ali lahko projekt Lovable preselim na Mythex brez ponovne gradnje?

Običajno da. Lovable omogoča sinhronizacijo kode projekta z GitHubom, Mythex pa lahko to kodo uvozi v projekt iz povezanega repozitorija GitHub ali iz arhiva .zip ali .tar.gz. Frontend se preseli nespremenjen; delo je v skrivnostih, zaledju in domeni.

Kaj se zgodi z mojo bazo Supabase ali Lovable Cloud?

Baza podatkov ni del kode. Če vaša aplikacija uporablja vaš lastni projekt Supabase, ga lahko še naprej uporablja tudi po selitvi. Če uporablja Lovable Cloud, Lovable dokumentira izvoz baze podatkov in navaja, da sta podprti ciljni točki za selitev tega zaledja upravljan Supabase ali samostojno gostovan Supabase.

Ali se bodo morali uporabniki znova prijaviti?

Ne, če aplikacija še vedno uporablja isto zaledje za prijavo, na primer isti projekt Supabase. Izvoz baze Lovable Cloud vključuje uporabniške račune in zgoščene vrednosti gesel, vendar je selitev prijave k drugemu ponudniku večje delo in jo je treba načrtovati in preizkusiti ločeno.

Ali ima Mythex vgrajeno prijavo in plačila, kot jih ima Lovable Cloud?

Ne. Mythex ne ponuja vgrajene prijave za končne uporabnike ali Stripe. Agent poveže vaše lastne ponudnike in ključe v aplikacijo, zato je ohranitev obstoječega projekta Supabase pogosto najpreprostejša pot.

Mythex · Pricing · Zgradite karkoli z AI · Predloge za spletna mesta in aplikacije · Mythex v primerjavi · Slovar pojmov gradnje aplikacij z AI · Brezplačna orodja za gradnjo aplikacij z AI · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)