Kā pārcelt no Lovable uz Mythex (kods, dati un domēns)

Lai pārceltu no Lovable uz Mythex, izņem savu kodu no Lovable caur tās GitHub integrāciju, pēc tam ienes to Mythex projektā, saistot repozitoriju vai importējot arhīvu, atkārtoti pievieno savus noslēpumus un testē Preview pirms publicēšanas. Frontend parasti pāriet bez izmaiņām. Īstie lēmumi attiecas uz backend: paturēt esošo Supabase projektu vai pārvietot datus citur.

Šis ceļvedis iziet visu pārcelšanu pēc kārtas un ir godīgs par darba daļām, kas prasa piepūli.

Pirms sākt: kas patiesībā pārvietojas

Lovable lietotne ir vairākas lietas, un katra pārvietojas savādāk.

Uzraksti šo tabulu savai lietotnei pirmajā kārtā. Tas aizņem desmit minūtes un novērš lielāko daļu pārsteigumu.

1. solis: izņem kodu no Lovable

Lovable dokumentācija (2026. gada septembrī) apraksta divus veidus, kā to izdarīt:

• GitHub sinhronizācija. Lovable var eksportēt un divvirzienu sinhronizēt projektu ar GitHub, un tās dokumentācija norāda GitHub atbalstu visos plānos. Savieno GitHub Lovable, un tavs kods nonāk repozitorijā, kuru tu pieder. Ņem vērā, ka Lovable sinhronizē vienu atzaru vienlaikus.
• Lejupielādē kodbāzi. Lovable maksas plānos vari lejupielādēt kodu tieši no Projekta iestatījumi → Git.

Migrācijai GitHub ir labākais ceļš: iegūsti pilnu vēsturi un vari turpināt sinhronizēt, kamēr testē jauno uzstādījumu. Aktuālos soļus skat. Lovable GitHub integrācijas dokumentācijā.

Pirms atstāj Lovable, atver repozitoriju un meklē:

• .env vai .env.example failu, kas uzskaita vides mainīgos, ko lietotne sagaida
• supabase/ mapi, kurā var būt datubāzes migrācijas un Edge Function kods
• package.json skriptus, kas parāda, kā lietotne tiek veidota un palaista

2. solis: izlem, ko darīt ar backend

Šī ir izvēle, kas visvairāk svarīga. Lovable lietotnes parasti izmanto Supabase datubāzei un pieteikšanās, vai nu caur Supabase projektu, ko pats pieslēdzi, vai caur Lovable Cloud.

A variants: paturi savu Supabase projektu

Ja tava lietotne jau sazinās ar tavu Supabase projektu, šis ir vienkāršākais ceļš. Lietotnes kods turpina zvanīt uz to pašu Supabase URL ar tām pašām atslēgām, tātad dati, lietotāji un faili paliek tieši tur, kur ir. Tu pārvieto tikai frontend.

B variants: pārvieto no Lovable Cloud

Ja tava lietotne izmanto Lovable Cloud, Lovable dokumentē datubāzes eksportu zem Vairāk → Cloud → Pārskats → Papildu iestatījumi. Saskaņā ar Lovable dokumentāciju (2026. gada septembrī):

• Eksportā ir pilna datubāze, struktūra un dati, ieskaitot lietotāju kontus un to paroļu jaucējus.
• Tajā nav iekļauti faili krātuvē, Edge Function kods vai projekta noslēpumi. Arī pieteikšanās pakalpojumu sniedzēju iestatījumi nav iekļauti.
• Eksporti aptver datubāzes līdz 15 GB, fails var būt ne vairāk kā 5 GB, un vari pieprasīt vienu eksportu reizi 24 stundās.
• Nav vienas pogas pārejas no Cloud uz Supabase, un atbalstītie galamērķi Cloud backend pārcelšanai ir pārvaldītais Supabase vai pašu hostētais Supabase.

Tāpēc praktiskais ceļš parasti ir: atjauno eksportu savā Supabase projektā, atkārto krātuves grozus, Edge Functions un autentifikācijas iestatījumus tur un tad uztver to kā A variantu. Detaļām skat. Lovable papildu iestatījumu dokumentāciju.

C variants: pārvieto visu uz Mythex datubāzi

Mythex var piešķirt projektam atsevišķu Postgres datubāzi. Datu pārvietošana tur ir iespējama, bet tas nozīmē pārrakstīt katru vietu, kur lietotne izmanto Supabase klienta bibliotēku, un Mythex nav iebūvētas galalietotāju pieteikšanās, tāpēc tev būtu jāpieslēdz arī atsevišķs autentifikācijas pakalpojums. Tā ir īsta backend pārbūve, nevis pārcelšana. Dari to vēlāk, ja vispār, kad lietotne jau darbojas Mythex ar Supabase.

3. solis: ienes kodu Mythex

Izveido jaunu, tukšu projektu Mythex. Pēc tam vai nu:

• Importē arhīvu. Atver projekta iestatījumi → Eksportēt → Importēt šajā projektā un augšupielādē .zip, .tar.gz vai .tgz. GitHub pogas Download ZIP rezultāts ir fails, kas šeit strādā.
• Saisti GitHub un ievelc. Pieslēdz GitHub projekta iestatījumos, saisti repozitoriju un ievelc. GitHub sinhronizācija ir Pro funkcija.

Imports aizvieto projekta failus, tāpēc izmanto tukšu projektu. Visi .env faili arhīvā importēšanas laikā tiek noņemti, tāpēc neviens noslēpums nenonāk šeit nejauši. Pēc veiksmīga importa Mythex var atvērt jaunu tērzēšanu, kurā aģents instalē atkarības, saprot, kā palaist lietotni, un iedarbina Preview. Vari to vadīt kā jebkuru citu tērzēšanu. Sīkāka informācija: Pēc importa.

Ja Preview neiedarbojas pats, lūdz:

Šis projekts eksportēts no Lovable. Tā ir React + TypeScript + Tailwind lietotne, kas izmanto Supabase. Instalē atkarības, izsecini izstrādes komandu no package.json un iedarbini Preview. Vēl nemaini nevienu lietotnes kodu.

4. solis: atkārtoti pievieno noslēpumus

Atver projekta iestatījumi → Noslēpumi un pievieno katru vērtību, ko tava lietotne vajag. Supabase lietotnei tas parasti nozīmē Supabase projekta URL un publisko (anon vai publishable) atslēgu. Nosaukumus ņem no .env.example vai no vietas, kur kods tos lasa.

Divi noteikumi:

• Frontend mainīgajos pieder tikai publiskās atslēgas. Vite lietotnē viss ar priedēkli VITE_ tiek iebūvēts JavaScript, ko lejupielādē katrs apmeklētājs.
• Nekad neliec Supabase service role atslēgu frontend kodā. Ja servera funkcijai tā vajag, tā paliek serverī.

Tad lūdz aģentam apstiprināt, ka lietotne tos nolasa:

Pārbaudi, kurus vides mainīgos šī lietotne nolasa. Uzskaiti tos, kas vēl nav iestatīti projekta noslēpumos, un nedrukā to vērtības.

Mūsu ceļvedis vides mainīgie un noslēpumi izskaidro atšķirību starp publiskām un privātām vērtībām.

5. solis: testē, pirms kaut ko pārslēdz

Tava Lovable lietotne joprojām ir tiešsaistē, tāpēc steigas nav. Testē Mythex versiju Preview ar reāliem scenārijiem:

• Reģistrēties, pieteikties, izrakstīties un atjaunot paroli
• Izveidot, rediģēt un dzēst ierakstu
• Augšupielādēt failu, ja tava lietotne to dara
• Visu, kas izsauc Edge Function vai trešās puses API

Supabase autentifikācijai ir viens viegli aizmirstams iestatījums: pārvirzīšanas URL, kas atļauti pieteikšanās un paroles atjaunošanas e-pastiem. Pievieno tur savas Mythex Preview un publicētās adreses, citādi pieteikšanās atsities atpakaļ uz veco domēnu.

Mythex komanda /test liek aģentam noklikšķināt cauri tavam preview kā lietotājam un ziņot par salūzušiem scenārijiem. Plašāku kontrolsarakstu skat. mūsu ceļvedī kā pārbaudīt lietotni pirms palaišanas.

6. solis: publicē un pārvieto domēnu

Kad viss darbojas, publicē no darbvietas, lai iegūtu adresi <slug>.mythex.app. Testē vēlreiz tur, jo publicētā lietotne ir atsevišķa tava projekta kopija.

Pro plānā vari pieslēgt savu domēnu. Atjauno DNS ierakstus pie sava domēna pakalpojumu sniedzēja, pievieno jauno adresi Supabase atļautajām pārvirzīšanas URL un tikai tad izslēdz Lovable versiju. Mūsu ceļvedis kā pieslēgt pielāgotu domēnu aptver DNS soli pa solim.

Biežākās kļūdas

• Datubāzes un frontend pārvietošana vienlaikus. Vispirms pārvieto frontend, pierādi, ka tas darbojas ar esošo backend, un tad izlem par datiem.
• Aizmirst Edge Functions. Ja lietotne izsauc Supabase Edge Functions, tās vai nu paliek Supabase, vai jāpārraksta kā servera kods. Tās nedarbojas Vite frontend iekšienē.
• Service role atslēgas ielīmēšana frontend. Tā dod pilnu piekļuvi datubāzei ikvienam, kas atver izstrādātāja rīkus.
• Trūkstoši autentifikācijas pārvirzīšanas URL. Pieteikšanās darbojas Preview, bet pēc tam neizdodas īstajā domēnā.
• DNS pārslēgšana pirms publicētā URL pārbaudes. Pirms tam pārbaudi mythex.ai adresi; DNS izmaiņas prasa laiku, lai tās atsauktu.
• Importēšana projektā, kurā jau ir darbs. Imports aizvieto failus. Izmanto jaunu projektu.

Kad palikt pie Lovable ir jēga

Esi godīgs pret sevi par iemeslu, kāpēc pārej. Lovable piedāvā vizuālas punkt-un-klikšķi izmaiņas preview un produktu backend ar Lovable Cloud, bet Mythex nav ne vienas, ne otras. Ja tās ir lietas, uz ko paļaujies ikdienā, pāreja izmaksā vairāk, nekā dod. Mythex der labāk, ja vēlies īstu koda redaktoru un termināli līdzās tērzēšanai, vienu kredītu bilanci būvēšanai un hostingam vai citu tehnoloģiju steku. Mūsu Lovable alternatīvu ceļvedis un Mythex vs Lovable lapa salīdzina tos sīkāk.

Pārcelšanas kontrolsaraksts

• Uzskaitīta visa lietotnes daļa: kods, datubāze, lietotāji, faili, funkcijas, noslēpumi, domēns
• Kods sinhronizēts ar GitHub repozitoriju, kuru tu pieder
• Pieņemts lēmums par backend (paturēt Supabase vai eksportēt no Lovable Cloud)
• Kods ienests tukšā Mythex projektā, Preview darbojas
• Noslēpumi atkārtoti pievienoti; nav privātu atslēgu VITE_ mainīgajos
• Autentifikācijas pārvirzīšanas URL atjaunināti jaunajām adresēm
• Reģistrācija, pieteikšanās, galvenie datu scenāriji un augšupielādes pārbaudīti Preview
• Publicēts un atkārtoti pārbaudīts mythex.ai adresē
• DNS pārvietots; vecā lietotne izslēgta tikai pēc tam, kad jaunā ir apstiprināta

Mythex pusei skat. GitHub, eksports un imports dokumentācijā.

Jautājumi