Vodiči

Kako preseliti sa Lovable-a na Mythex (kod, podaci i domen)

Da preselite sa Lovable-a na Mythex, izvucite kod iz Lovable-a preko njegove GitHub integracije, zatim ga unesite u Mythex projekat povezivanjem repozitorijuma ili uvozom arhive, ponovo unesite tajne i testirajte u Preview-u prije objavljivanja. Frontend se obično seli bez izmjena. Prave odluke tiču se backenda: zadržite postojeći Supabase projekat ili premjestite podatke negdje drugo.

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

Prije nego počnete: šta se zapravo seli

Lovable aplikacija je više stvari, a svaka se seli na drugačiji način.

DioGdje živiKako se seli
Frontend kodVaš Lovable projekatGitHub sinhronizacija ili preuzimanje koda
Baza i korisniciLovable Cloud ili vaš Supabase projekatZadržati, ili izvesti i vratiti
Postavljene datotekeLovable Cloud ili Supabase pohranaZadržati, ili kopirati zasebno
Serverske funkcijeSupabase Edge Functions, ako ih koristiteZadržati na Supabase-u, ili ponovo napisati
Tajne i API ključeviLovable / Supabase podešavanjaPonovo unijeti ručno
DomenVaš DNS provajderUsmjeriti na novi hosting

Prvo napišite ovu tabelu za svoju aplikaciju. Traži deset minuta i sprječava većinu iznenađenja.

Korak 1: Izvucite kod iz Lovable-a

Lovable dokumentacija (od septembra 2026) opisuje dva načina za izlaz:

  • GitHub sinhronizacija. Lovable može izvesti i dvosmjerno sinhronizovati vaš projekat sa GitHub-om, a njegova dokumentacija navodi podršku za github.com na svim planovima. Povežite GitHub u Lovable-u, i vaš kod će završiti u repozitorijumu koji posjedujete. Imajte na umu da Lovable sinhronizuje jednu granu u jednom trenutku.
  • Preuzimanje koda. Na Lovable-ovim plaćenim planovima kod možete preuzeti direktno iz Podešavanja projekta → Git.

GitHub je bolji put za selidbu: dobijate kompletnu istoriju i možete nastaviti sinhronizaciju dok testirate novo podešavanje. Za aktuelne korake pogledajte Lovable-ovu dokumentaciju za GitHub integraciju.

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

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

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

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

Opcija A: Zadržite svoj Supabase projekat

Ako vaša aplikacija već komunicira sa vašim Supabase projektom, ovo je najjednostavniji put. Kod aplikacije nastavlja da poziva isti Supabase URL sa istim ključevima, pa vaši podaci, korisnici i datoteke ostaju tačno tamo gdje jesu. Vi selite samo frontend.

Opcija B: Izađite iz Lovable Cloud-a

Ako vaša aplikacija koristi Lovable Cloud, Lovable dokumentuje izvoz baze pod Više → Cloud → Pregled → Napredna podešavanja. Prema Lovable-ovoj dokumentaciji (od septembra 2026):

  • Izvoz sadrži kompletnu bazu, strukturu i podatke, uključujući korisničke račune i njihove heševe lozinki.
  • Ne uključuje datoteke u pohrani, kod Edge Function-a ni tajne vašeg projekta. Podešavanja provajdera za prijavu također nisu uključena.
  • Izvozi pokrivaju baze do 15 GB, datoteka može biti najviše 5 GB, a jedan izvoz možete zatražiti svakih 24 sata.
  • Ne postoji selidba u jednom koraku sa Cloud-a na Supabase, a podržana odredišta za selidbu Cloud backenda su upravljani Supabase ili samostalno hostovani Supabase.

Praktičan put je zato obično: vratite izvoz u vaš Supabase projekat, ponovo napravite buckete za pohranu, Edge Functions i podešavanja autentifikacije tamo, a zatim ga tretirate kao Opciju A. Za detalje pogledajte Lovable-ovu dokumentaciju o naprednim podešavanjima.

Opcija C: Premjestite sve u Mythex bazu

Mythex može dati projektu namjenski Postgres bazu. Premještanje podataka tamo je moguće, ali znači prepisivanje svakog mjesta gdje aplikacija koristi Supabase klijentsku biblioteku, a Mythex nema ugrađenu prijavu krajnjih korisnika, pa biste morali povezati i zasebnog provajdera autentifikacije. To je stvarna izrada backenda, a ne selidba. Uradite to kasnije, ako uopšte, kada aplikacija radi na Mythex-u uz Supabase.

Korak 3: Unesite kod u Mythex

Napravite novi, prazan projekat u Mythex-u. Zatim uradite jedno od sljedećeg:

  • Uvezite arhivu. Otvorite Podešavanja projekta → Izvoz → Uvezi u ovaj projekat i učitajte .zip, .tar.gz ili .tgz. Dugme Download ZIP na GitHub-u daje datoteku koja ovdje radi.
  • Povežite GitHub i povucite. Povežite GitHub u podešavanjima projekta, povežite repozitorijum i povucite kod. GitHub sinhronizacija je funkcija Pro paketa.

Uvoz zamjenjuje datoteke projekta, pa koristite prazan projekat. Sve .env datoteke iz arhive se uklanjaju pri uvozu, tako da tajne ne putuju slučajno. Nakon uspješnog uvoza, Mythex može otvoriti novi chat u kojem agent instalira zavisnosti, utvrdi kako da pokrene aplikaciju i pokrene Preview. Tim chatom možete upravljati kao i svakim drugim. Detalji su u Nakon uvoza.

Ako se Preview ne pokrene sam od sebe, zatražite:

Ovaj projekat je izvezen iz Lovable-a. To je React + TypeScript + Tailwind aplikacija koja koristi Supabase. Instaliraj zavisnosti, utvrdi komandu za razvoj iz package.json i pokreni Preview. Još ne mijenjaj kod aplikacije.

Korak 4: Ponovo unesite tajne

Otvorite Podešavanja projekta → Tajne 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č. Uzmite nazive iz .env.example ili iz mjesta gdje kod ih čita.

Dva pravila:

  • U frontend varijable pripadaju samo javni ključevi. U Vite aplikaciji sve što počinje sa VITE_ ugrađuje se u JavaScript koji svaki posjetilac preuzima.
  • Nikada ne stavljajte Supabase service role ključ u frontend kod. Ako ga serverska funkcija treba, ostaje na serveru.

Zatim zamolite agenta da potvrdi da aplikacija ih čita:

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

Naš vodič varijable okruženja i tajne objašnjava razliku između javnih i privatnih vrijednosti.

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

Vaša Lovable aplikacija je i dalje aktivna, pa nema žurbe. Testirajte Mythex verziju u Preview-u kroz stvarne tokove:

  • Registracija, prijava, odjava i resetovanje lozinke
  • Kreiranje, uređivanje i brisanje zapisa
  • Postavljanje datoteke, ako to vaša aplikacija radi
  • Sve što poziva Edge Function ili API treće strane

Supabase autentifikacija ima jedno podešavanje koje lako previdite: URL-ove za preusmjeravanje dozvoljene za e-mailove za prijavu i resetovanje lozinke. Dodajte tamo adrese vašeg Mythex Preview-a i objavljene verzije, inače će prijave vraćati korisnike na stari domen.

Komanda /test u Mythex-u agentu omogućava da klikće kroz vaš preview kao korisnik i prijavi pokvarene tokove. Naš vodič testiranje aplikacije prije lansiranja ima potpuniju listu.

Korak 6: Objavite i premjestite domen

Kada sve radi, objavite iz radnog prostora da dobijete adresu <slug>.mythex.app. Ponovo testirajte tamo, jer je objavljena aplikacija zasebna snimka vašeg projekta.

Na Pro paketu možete povezati svoj domen. Ažurirajte DNS zapise kod svog provajdera domena, dodajte novu adresu u dozvoljene URL-ove za preusmjeravanje u Supabase-u, i tek onda ugasite Lovable verziju. Naš vodič povezivanje prilagođenog domena pokriva DNS korak po korak.

Česte greške

  • Seljenje baze i frontenda u isto vrijeme. Prvo premjestite frontend, dokažite da radi sa postojećim backendom, pa tek onda odlučujte o podacima.
  • Zaboravljene Edge Functions. Ako aplikacija poziva Supabase Edge Functions, one ostaju na Supabase-u ili ih treba prepisati kao serverski kod. Ne izvršavaju se unutar Vite frontenda.
  • Lijepljenje service role ključa u frontend. Daje potpuni pristup vašoj bazi svakome ko otvori devtools.
  • Nedostajući URL-ovi za preusmjeravanje autentifikacije. Prijava radi u Preview-u, a zatim pada na pravom domenu.
  • Prebacivanje DNS-a prije testiranja objavljenog URL-a. Prvo testirajte mythex.ai adresu; promjene DNS-a traju da se poništiti.
  • Uvoz u projekat koji već ima rad. Uvoz zamjenjuje datoteke. Koristite novi projekat.

Kada ima smisla ostati na Lovable-u

Budite iskreni prema sebi o tome zašto se selite. Lovable nudi vizuelne izmjene klikom na preview i gotov backend kroz Lovable Cloud, a Mythex nema nijedno od toga. Ako se svakodnevno oslanjate na to, selidba vas košta više nego što dobijate. Mythex je bolji izbor ako želite pravi uređivač koda i terminal pored chata, jedan bilans kredita za izradu i hosting, ili radite na drugom stacku. Naš vodič alternative za Lovable i stranica Mythex protiv Lovable-a detaljnije ih upoređuju.

Kontrolna lista za selidbu

  • Popisani svi dijelovi aplikacije: kod, baza, korisnici, datoteke, funkcije, tajne, domen
  • Kod sinhronizovan u GitHub repozitorijum koji posjedujete
  • Donesena odluka o backendu (zadržati Supabase, ili izvesti iz Lovable Cloud-a)
  • Kod uvezen u prazan Mythex projekat, Preview radi
  • Tajne ponovo unesene; nema privatnih ključeva u VITE_ varijablama
  • URL-ovi za preusmjeravanje autentifikacije ažurirani za nove adrese
  • Registracija, prijava, osnovni tokovi podataka i postavljanje datoteka testirani u Preview-u
  • Objavljeno i ponovo testirano na mythex.ai adresi
  • DNS prebačen; stara aplikacija ugašena tek nakon potvrde nove

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

Pitanja

Mogu li premjestiti Lovable projekat na Mythex bez ponovne izrade?

Obično da. Lovable vam omogućava da sinhronizujete kod projekta sa GitHub-om, a Mythex može uvesti taj kod u projekat iz povezanog GitHub repozitorijuma ili iz .zip ili .tar.gz arhive. Frontend se prenosi onakav kakav jeste; posao je u tajnama, backendu i domenu.

Šta se dešava sa mojom Supabase ili Lovable Cloud bazom?

Baza nije dio koda. Ako vaša aplikacija koristi vaš Supabase projekat, može ga nastaviti koristiti i nakon selidbe. Ako koristi Lovable Cloud, Lovable dokumentuje izvoz baze i navodi da su podržana odredišta za selidbu tog backenda upravljani ili samostalno hostovani Supabase.

Hoće li se korisnici morati ponovo registrovati?

Neće, ako aplikacija i dalje koristi isti auth backend, poput istog Supabase projekta. Izvoz Lovable Cloud baze uključuje korisničke račune i heševe lozinki, ali prebacivanje autentifikacije na drugog provajdera je veći posao i treba ga zasebno planirati 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 provajdere i ključeve u aplikaciju, zbog čega je zadržavanje postojećeg Supabase projekta često najjednostavniji put.

Mythex · Pricing · Izradite bilo šta uz AI · Šabloni za web stranice i aplikacije · Mythex u poređenju · Rječnik izrade aplikacija uz AI · Besplatni alati za izradu aplikacija uz AI · English

English አማርኛ العربية Български বাংলা 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 Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)