Vodiči

Kako preseliti s Lovablea na Mythex (kod, podaci i domena)

Da biste preselili s Lovablea na Mythex, izvucite kod iz Lovablea putem njegove GitHub integracije, zatim ga unesite u Mythex projekt povezivanjem repozitorija ili uvozom arhive, ponovno unesite tajne i testirajte u Previewu prije objave. Frontend se obično seli bez promjena. Prave odluke tiču se backenda: zadržati postojeći Supabase projekt ili premjestiti podatke negdje drugdje.

Ovaj vodič prolazi kroz cijelu selidbu redom i iskren je o dijelovima koji traže rad.

Prije početka: što se zapravo seli

Lovable aplikacija sastoji se od nekoliko dijelova, a svaki se seli na drugačiji način.

DioGdje živiKako se seli
Kod frontendaVaš Lovable projektSinkronizacija s GitHubom ili preuzimanje koda
Baza i korisniciLovable Cloud ili vaš vlastiti Supabase projektZadržati, ili izvesti i vratiti
Učitane datotekeLovable Cloud ili Supabase pohranaZadržati, ili kopirati zasebno
Funkcije na serveruSupabase Edge Functions, ako ih koristiteZadržati na Supabaseu ili prepisati
Tajne i API ključeviPostavke Lovablea / SupabaseaPonovno unijeti ručno
DomenaVaš DNS pružateljUsmjeriti na novi host

Prvo zapišite ovu tablicu za svoju aplikaciju. Traje deset minuta i sprječava većinu iznenađenja.

Korak 1: Izvucite kod iz Lovablea

Lovableova dokumentacija (od rujna 2026.) opisuje dva načina izlaska:

  • Sinkronizacija s GitHubom. Lovable može izvesti vaš projekt na GitHub i dvosmjerno ga sinkronizirati, a njegova dokumentacija navodi podršku za github.com na svim planovima. Povežite GitHub u Lovableu i vaš kod završi u repozitoriju koji posjedujete. Imajte na umu da Lovable sinkronizira jednu granu u isto vrijeme.
  • Preuzimanje koda. Na Lovableovim plaćenim planovima kod možete preuzeti izravno iz Project settings → Git.

Za selidbu je GitHub bolji put: dobivate punu povijest i možete nastaviti sinkronizaciju dok testirate novi postav. Korake u najnovijoj verziji pogledajte u Lovableovoj dokumentaciji za GitHub integraciju.

Prije nego napustite Lovable, otvorite repozitorij i potražite:

  • Datoteku .env ili .env.example, koja navodi varijable okruženja koje aplikacija očekuje
  • Mapu supabase/, koja može sadržavati migracije baze i kod Edge Functions
  • Skripte u package.json, koje pokazuju kako se aplikacija gradi i pokreće

Korak 2: Odlučite što ćete s backendom

Ovo je izbor koji najviše važi. Lovable aplikacije obično koriste Supabase za bazu i prijavu, bilo kroz Supabase projekt koji ste sami povezali, bilo kroz Lovable Cloud.

Opcija A: Zadržite vlastiti Supabase projekt

Ako vaša aplikacija već komunicira s vašim Supabase projektom, ovo je najjednostavniji put. Kod aplikacije i dalje zove isti Supabase URL s istim ključevima, pa vaši podaci, korisnici i datoteke ostaju točno tamo gdje jesu. Premještate samo frontend.

Opcija B: Iselite iz Lovable Clouda

Ako vaša aplikacija koristi Lovable Cloud, Lovable dokumentira izvoz baze pod More → Cloud → Overview → Advanced settings. Prema Lovableovoj dokumentaciji (od rujna 2026.):

  • Izvoz sadrži cijelu bazu, strukturu i podatke, uključujući korisničke račune i njihove hashirane lozinke.
  • Ne uključuje datoteke u pohrani, kod Edge Functions niti tajne vašeg projekta. Ne uključuje ni postavke pružatelja za prijavu.
  • Izvoz pokriva baze do 15 GB, datoteka može biti najviše 5 GB, a izvoz možete zatražiti jednom u 24 sata.
  • Nema jednoklikovne selidbe s Clouda na Supabase, a podržana odredišta za preseljenje Cloud backenda su upravljani Supabase ili samostalno hostirani Supabase.

Praktičan put obično izgleda ovako: vratite izvoz u svoj Supabase projekt, ponovno stvorite spremnike za pohranu, Edge Functions i postavke autentikacije tamo, a zatim s tim radite kao s opcijom A. Detalje pogledajte u Lovableovim naprednim postavkama.

Opcija C: Premjestite sve u Mythex bazu

Mythex projektu može dodijeliti vlastitu Postgres bazu. Premještanje podataka tamo moguće je, ali znači prepisati svako mjesto gdje aplikacija koristi Supabaseovu klijentsku biblioteku. Mythex nema ugrađenu prijavu krajnjih korisnika, pa biste morali povezati i zaseban pružatelj autentikacije. To je stvarna prepravka backenda, a ne selidba. Napravite to kasnije, ako uopće, nakon što aplikacija radi na Mythexu s Supabaseom.

Korak 3: Unesite kod u Mythex

Stvorite novi, prazan projekt u Mythexu. Zatim:

  • Uvezite arhivu. Otvorite project settings → Export → Import into this project i učitajte .zip, .tar.gz ili .tgz. Gumb Download ZIP na GitHubu daje datoteku koja ovdje radi.
  • Povežite GitHub i povucite kod. Povežite GitHub u postavkama projekta, povežite repozitorij i napravite pull. Sinkronizacija s GitHubom značajka je za Pro.

Uvoz zamjenjuje datoteke projekta, pa koristite prazan projekt. Sve .env datoteke iz arhive uklanjaju se pri uvozu, pa tajne ne putuju slučajno. Nakon uspješnog uvoza Mythex može otvoriti novi chat u kojem agent instalira ovisnosti, utvrdi kako pokrenuti aplikaciju i pokrene Preview. Tom chatu možete davati upute kao i svakom drugom. Detalje pronađite u Nakon uvoza.

Ako se Preview ne pokrene sam od sebe, pitajte:

Ovaj projekt je izvezen iz Lovablea. To je React + TypeScript + Tailwind aplikacija koja koristi Supabase. Instaliraj ovisnosti, utvrdi naredbu za razvoj iz package.json i pokreni Preview. Još ne mijenjaj kod aplikacije.

Korak 4: Ponovno unesite tajne

Otvorite project settings → Secrets i dodajte svaku vrijednost koju aplikacija treba. Za aplikaciju koja koristi Supabase to obično znači URL Supabase projekta i javni (anon ili publishable) ključ. Imena uzmite iz .env.example ili iz mjesta gdje ih kod čita.

Dva pravila:

  • Samo javni ključevi smiju u varijable frontenda. U Vite aplikaciji sve što počinje s VITE_ ugrađuje se u JavaScript koji preuzima svaki posjetitelj.
  • Nikad ne stavljajte Supabase service role ključ u kod frontenda. Ako ga treba server-funkcija, ostaje na serveru.

Zatim zamolite agenta da potvrdi koje varijable aplikacija čita:

Provjeri koje varijable okruženja ova aplikacija čita. Navedi one koje još nisu postavljene u tajnama projekta i nemoj ispisivati njihove vrijednosti.

Naš vodič o varijablama okruženja i tajnama objašnjava razliku između javnih i privatnih vrijednosti.

Korak 5: Testirajte prije nego što išta prebacite

Vaša Lovable aplikacija još je živa, pa nema žurbe. Testirajte Mythex verziju u Previewu na stvarnim tokovima:

  • Registracija, prijava, odjava i resetiranje lozinke
  • Stvaranje, uređivanje i brisanje zapisa
  • Učitavanje datoteke, ako to vaša aplikacija radi
  • Sve što poziva Edge Function ili API treće strane

Supabase autentikacija ima jednu postavku koju lako previdite: redirect URL-ove dopuštene za e-poruke za prijavu i resetiranje lozinke. Dodajte u njih adrese svog Mythex Previewa i objavljene verzije, inače će se prijave vraćati na stari domenu.

Naredba /test u Mythexu omogućuje agentu da klikće kroz vaš preview kao korisnik i prijavi pokvarene tokove. Naš vodič o testiranju aplikacije prije lansiranja donosi opširniji popis provjera.

Korak 6: Objavite i premjestite domenu

Kad sve radi, objavite iz radnog prostora kako biste dobili adresu <slug>.mythex.app. Testirajte ponovno i tamo, jer je objavljena aplikacija zaseban snimak vašeg projekta.

Na Pro planu možete povezati vlastitu domenu. Ažurirajte DNS zapise kod svog pružatelja domene, dodajte novu adresu u dopuštene Supabase redirect URL-ove i tek tada ugasite Lovable verziju. Naš vodič o povezivanju vlastite domene korak po korak objašnjava DNS.

Česte pogreške

  • Istovremeno seljenje baze i frontenda. Prvo preselite frontend, dokažite da radi s postojećim backendom, pa tek onda odlučite o podacima.
  • Zaboravljene Edge Functions. Ako aplikacija poziva Supabase Edge Functions, one ostaju na Supabaseu ili ih treba prepisati kao serverski kod. Ne izvode se unutar Vite frontenda.
  • Lijepljenje service role ključa u frontend. On daje potpuni pristup vašoj bazi svakome tko otvori devtools.
  • Nedostajući redirect URL-ovi za autentikaciju. Prijava radi u Previewu, a na stvarnoj domeni pada.
  • Prebacivanje DNS-a prije testiranja objavljene adrese. Prvo testirajte adresu mythex.ai; promjene DNS-a traju da se poniše.
  • Uvoz u projekt koji već ima posao. Uvoz zamjenjuje datoteke. Koristite novi projekt.

Kada ostanak na Lovableu ima smisla

Budite iskreni prema sebi o razlogu selidbe. Lovable nudi vizualne izmjene s klikom na pregledu i objedinjen backend s Lovable Cloudom, a Mythex nema ni jedno ni drugo. Ako se na to svakodnevno oslanjate, selidba vas više košta nego što donosi. Mythex je bolji izbor ako želite pravi uređivač koda i terminal uz chat, jedan saldo kredita za izradu i hosting ili drugi stack. Naš vodič alternative Lovableu i stranica Mythex vs Lovable detaljnije uspoređuju ta rješenja.

Popis za selidbu

  • Popisani svi dijelovi aplikacije: kod, baza, korisnici, datoteke, funkcije, tajne, domena
  • Kod sinkroniziran u GitHub repozitorij koji posjedujete
  • Donesena odluka o backendu (zadržati Supabase ili izvesti iz Lovable Clouda)
  • Kod uvezen u prazan Mythex projekt, Preview radi
  • Tajne ponovno unesene; nema privatnih ključeva u VITE_ varijablama
  • Redirect URL-ovi za autentikaciju ažurirani za nove adrese
  • Registracija, prijava, glavni tokovi podataka i učitavanja testirani u Previewu
  • Objavljeno i ponovno testirano na adresi mythex.ai
  • DNS premješten; stara aplikacija ugašena tek nakon potvrde nove

Za Mythex stranu pogledajte GitHub, izvoz i uvoz u dokumentaciji.

Pitanja

Mogu li preseliti Lovable projekt na Mythex bez ponovne izrade?

Obično da. Lovable vam omogućuje sinkronizaciju koda projekta s GitHubom, a Mythex može uvesti taj kod u projekt iz povezanog GitHub repozitorija ili iz arhive .zip ili .tar.gz. Frontend se preseljava nepromijenjen; posao je u tajnama, backendu i domeni.

Što će biti s mojom Supabase ili Lovable Cloud bazom podataka?

Baza podataka nije dio koda. Ako vaša aplikacija koristi vlastiti Supabase projekt, nakon selidbe može ga nastaviti koristiti. Ako koristi Lovable Cloud, Lovable dokumentira izvoz baze i navodi da su podržana odredišta za preseljenje tog backenda upravljani ili samostalno hostirani Supabase.

Hoće li se korisnici morati ponovno registrirati?

Neće, ako aplikacija i dalje koristi isti backend za autentikaciju, primjerice isti Supabase projekt. Lovableov izvoz baze iz Clouda uključuje korisničke račune i hashirane lozinke, ali prebacivanje autentikacije na drugog pružatelja veći je posao koji treba zasebno isplanirati i testirati.

Ima li Mythex ugrađenu prijavu i plaćanja kao Lovable Cloud?

Ne. Mythex ne pruža ugrađenu prijavu krajnjih korisnika niti Stripe. Agent povezuje vaše vlastite pružatelje i ključeve s aplikacijom, zato je čuvanje postojećeg Supabase projekta često najjednostavniji put.

Mythex · Pricing · Izradite bilo što uz AI · Predlošci za web stranice i aplikacije · Mythex u usporedbi · Rječnik izrade aplikacija uz AI · Besplatni alati za izradu aplikacija uz AI · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी 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 Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)