Slik flytter du fra Lovable til Mythex (kode, data og domene)

For å flytte fra Lovable til Mythex, hent koden ut av Lovable via GitHub-integrasjonen, og importer den deretter til et Mythex-prosjekt ved å koble til repositoriet eller importere et arkiv, legg inn hemmelighetene på nytt, og test i forhåndsvisning før du publiserer. Frontenden flytter vanligvis uten endringer. De virkelige valgene gjelder backenden: behold ditt eksisterende Supabase-prosjekt, eller flytt dataene et annet sted.

Denne guiden går gjennom hele flyttingen i rekkefølge, og er ærlig om delene som krever arbeid.

Før du begynner: hva som faktisk flyttes

En Lovable-app er flere ting, og hver del flyttes på ulik måte.

Skriv ut denne tabellen for din egen app først. Det tar ti minutter og forhindrer de fleste overraskelser.

Steg 1: Få koden ut av Lovable

Lovables dokumentasjon (per september 2026) beskriver to måter å komme ut på:

• GitHub-synkronisering. Lovable kan eksportere og synkronisere prosjektet ditt toveis med GitHub, og dokumentasjonen deres lister støtte for github.com på alle abonnementer. Koble GitHub til Lovable, så havner koden din i et repositorium du eier. Merk at Lovable synkroniserer én gren om gangen.
• Last ned kodebasen. På Lovables betalte abonnementer kan du laste ned koden direkte fra Prosjektinnstillinger → Git.

GitHub er den bedre veien for en flytting: du får full historikk, og du kan fortsette å synkronisere mens du tester det nye oppsettet. Se Lovables GitHub-integrasjonsdokumentasjon for de gjeldende stegene.

Før du forlater Lovable, åpne repositoriet og se etter:

• En .env- eller .env.example-fil, som lister opp miljøvariablene appen forventer
• En supabase/-mappe, som kan inneholde databasemigreringer og kode for Edge Functions
• Skriptene i package.json, som viser hvordan appen bygges og kjøres

Steg 2: Bestem hva som skal skje med backenden

Dette er valget som betyr mest. Lovable-apper bruker typisk Supabase for database og innlogging, enten gjennom et Supabase-prosjekt du koblet til selv, eller gjennom Lovable Cloud.

Alternativ A: Behold ditt eget Supabase-prosjekt

Hvis appen din allerede snakker med ditt eget Supabase-prosjekt, er dette den enkleste veien. Appens kode fortsetter å kalle den samme Supabase-URL-en med de samme nøklene, så dataene, brukerne og filene dine blir værende nøyaktig der de er. Du flytter bare frontenden.

Alternativ B: Flytt bort fra Lovable Cloud

Hvis appen din bruker Lovable Cloud, dokumenterer Lovable en eksport av databasen under Mer → Cloud → Oversikt → Avanserte innstillinger. Ifølge Lovables dokumentasjon (per september 2026):

• Eksporten inneholder hele databasen, struktur og data, inkludert brukerkontoer og deres passordhasher.
• Den inneholder ikke filer i lagring, kode for Edge Functions eller prosjektets hemmeligheter. Innstillinger for innloggingsleverandører er heller ikke med.
• Eksporter dekker databaser opptil 15 GB, filen kan være på høyst 5 GB, og du kan be om én eksport hver 24. time.
• Det finnes ingen enkeltklikk-migrering fra Cloud til Supabase, og de støttede målene for å flytte Cloud-backenden er administrert Supabase eller selvhostet Supabase.

Den praktiske løsningen er vanligvis derfor: gjenopprett eksporten i ditt eget Supabase-prosjekt, opprett lagringsbøtter, Edge Functions og autentiseringsinnstillinger på nytt der, og behandle det deretter som alternativ A. Se Lovables dokumentasjon for avanserte innstillinger for detaljene.

Alternativ C: Flytt alt til Mythex sin database

Mythex kan gi et prosjekt en dedikert Postgres-database. Det er mulig å flytte dataene dit, men det betyr å skrive om hvert sted appen bruker Supabases klientbibliotek, og Mythex har ingen innebygd innlogging for sluttbrukere, så du må også koble til en egen autentiseringsleverandør. Det er en reell ombygging av backenden, ikke en migrering. Gjør det senere, hvis i det hele tatt, når appen kjører på Mythex med Supabase.

Steg 3: Få koden inn i Mythex

Opprett et nytt, tomt prosjekt i Mythex. Gjør deretter ett av følgende:

• Importer et arkiv. Åpne prosjektinnstillinger → Eksport → Importer til dette prosjektet og last opp en .zip, .tar.gz eller .tgz. Knappen Download ZIP på GitHub gir deg en fil som fungerer her.
• Koble GitHub og hent. Koble GitHub i prosjektinnstillingene, koble repositoriet og hent. GitHub-synkronisering er en Pro-funksjon.

Import erstatter prosjektets filer, så bruk et tomt prosjekt. Eventuelle .env-filer i arkivet fjernes ved import, så ingen hemmeligheter følger med ved et uhell. Etter en vellykket import kan Mythex åpne en ny chat der agenten installerer avhengigheter, finner ut hvordan appen kjøres og får forhåndsvisningen til å fungere. Du kan styre den chatten som alle andre. Detaljene finnes i Etter importen.

Hvis forhåndsvisningen ikke starter av seg selv, spør:

Dette prosjektet er eksportert fra Lovable. Det er en React + TypeScript + Tailwind-app som bruker Supabase. Installer avhengigheter, finn ut dev-kommandoen fra package.json, og få forhåndsvisningen til å fungere. Ikke endre noen appkode ennå.

Steg 4: Legg inn hemmelighetene på nytt

Åpne prosjektinnstillinger → Hemmeligheter og legg til hver verdi appen din trenger. For en Supabase-basert app betyr det vanligvis Supabase-prosjektets URL og den offentlige (anon eller publishable) nøkkelen. Hent navnene fra .env.example eller fra stedet koden leser dem.

To regler:

• Bare offentlige nøkler hører hjemme i variabler for frontenden. I en Vite-app blir alt med prefikset VITE_ innbakt i JavaScript som alle besøkende laster ned.
• Legg aldri en service role-nøkkel fra Supabase i frontend-kode. Hvis en funksjon på serversiden trenger den, blir den på serversiden.

Spør deretter agenten om å bekrefte at appen leser dem:

Sjekk hvilke miljøvariabler denne appen leser. List opp dem som ikke er satt i prosjektets hemmeligheter ennå, og ikke skriv ut verdiene.

Vår guide om miljøvariabler og hemmeligheter forklarer forskjellen mellom offentlige og private verdier.

Steg 5: Test før du bytter noe

Lovable-appen din er fortsatt live, så det er ingen hast. Test Mythex-versjonen i forhåndsvisningen mot ekte flyter:

• Registrer deg, logg inn, logg ut og tilbakestill et passord
• Opprett, rediger og slett en post
• Last opp en fil, hvis appen din gjør det
• Alt som kaller en Edge Function eller et tredjeparts API

Supabase-autentisering har én innstilling som lett overses: omdirigerings-URL-ene som er tillatt for innlogging og e-poster for tilbakestilling av passord. Legg til Mythex-adressene for forhåndsvisning og publisering der, ellers vil innlogging sende folk tilbake til det gamle domenet.

Kommandoen /test i Mythex får agenten til å klikke seg gjennom forhåndsvisningen din som en bruker og rapportere ødelagte flyter. Vår guide om å teste appen din før lansering har en mer utfyllende sjekkliste.

Steg 6: Publiser og flytt domenet

Når alt fungerer, publiser fra arbeidsområdet for å få en <slug>.mythex.app-adresse. Test på nytt der, fordi den publiserte appen er et eget øyeblikksbilde av prosjektet ditt.

På Pro kan du koble til ditt eget domene. Oppdater DNS-postene hos domeneleverandøren din, legg til den nye adressen i Supabases tillatte omdirigerings-URL-er, og først deretter tar du ned Lovable-versjonen. Vår guide om å koble til et eget domene dekker DNS steg for steg.

Vanlige feil

• Å flytte databasen og frontenden samtidig. Flytt frontenden først, bevis at den fungerer mot den eksisterende backenden, og bestem deretter hva som skal skje med dataene.
• Å glemme Edge Functions. Hvis appen kaller Supabase Edge Functions, blir de enten værende på Supabase eller må skrives om som serverkode. De kjører ikke inne i en Vite-frontend.
• Å lime service role-nøkkelen inn i frontenden. Den gir full tilgang til databasen din til alle som åpner devtools.
• Manglende omdirigerings-URL-er for autentisering. Innlogging fungerer i forhåndsvisningen, og feiler deretter på det ekte domenet.
• Å bytte DNS før du har testet den publiserte URL-en. Test mythex.ai-adressen først; DNS-endringer tar tid å reversere.
• Å importere inn i et prosjekt som har arbeid i seg. Import erstatter filene. Bruk et nytt prosjekt.

Når det gir mening å bli på Lovable

Vær ærlig med deg selv om hvorfor du flytter. Lovable tilbyr visuelle redigeringer med peker-og-klikk i forhåndsvisningen og en ferdig backend med Lovable Cloud, og Mythex har ingen av delene. Hvis det er dette du bruker daglig, koster flyttingen deg mer enn den gir. Mythex passer bedre hvis du vil ha en ekte kodeeditor og terminal ved siden av chatten, én kredittbalanse for bygging og hosting, eller å kjøre en annen stack. Vår guide om Lovable-alternativer og siden Mythex vs Lovable sammenligner dem i mer detalj.

Sjekkliste for flytting

• Listet opp hver del av appen: kode, database, brukere, filer, funksjoner, hemmeligheter, domene
• Kode synkronisert til et GitHub-repositorium du eier
• Beslutning om backend tatt (behold Supabase, eller eksporter fra Lovable Cloud)
• Kode importert til et tomt Mythex-prosjekt, forhåndsvisning kjører
• Hemmeligheter lagt inn på nytt; ingen private nøkler i VITE_-variabler
• Omdirigerings-URL-er for autentisering oppdatert for de nye adressene
• Registrering, innlogging, kjerneflyter for data og opplastinger testet i forhåndsvisning
• Publisert og testet på nytt på mythex.ai-adressen
• DNS flyttet; gammel app tatt ned først når den nye er bekreftet

For Mythex-siden, se GitHub, eksport og import i dokumentasjonen.

Spørsmål