Sådan flytter du fra Lovable til Mythex (kode, data og domæne)

For at flytte fra Lovable til Mythex skal du først hente din kode ud af Lovable via dens GitHub-integration. Derefter bringer du den ind i et Mythex-projekt ved at linke repositoryet eller importere et arkiv, indsætte dine hemmeligheder igen og teste i Preview, før du publicerer. Frontenden flytter som regel uden ændringer. De egentlige beslutninger handler om din backend: beholder du dit eksisterende Supabase-projekt, eller flytter du dataene et andet sted hen?

Denne guide gennemgår hele flytningen i rækkefølge og er ærlig om de dele, der kræver arbejde.

Før du starter: hvad der faktisk flytter

En Lovable-app er flere ting, og hver enkelt flytter forskelligt.

Skriv denne tabel ud for din egen app først. Det tager ti minutter og forhindrer de fleste overraskelser.

Trin 1: Hent din kode ud af Lovable

Lovables dokumentation (pr. september 2026) beskriver to veje ud:

• GitHub-synkronisering. Lovable kan eksportere og synkronisere dit projekt to-vejs med GitHub, og dens dokumentation nævner github.com-understøttelse på alle planer. Forbind GitHub i Lovable, så havner din kode i et repository du ejer. Bemærk at Lovable synkroniserer én branch ad gangen.
• Download kodebasen. På Lovables betalte planer kan du downloade koden direkte under Projektindstillinger → Git.

GitHub er den bedre vej til en flytning: du får fuld historik, og du kan blive ved med at synkronisere, mens du tester den nye opsætning. Se Lovables GitHub-integrationsdokumentation for de aktuelle trin.

Før du forlader Lovable, så åbn repositoryet og led efter:

• En .env- eller .env.example-fil, som lister de miljøvariabler appen forventer
• En supabase/-mappe, som kan indeholde databasemigreringer og Edge Function-kode
• package.json-scripts, som viser hvordan appen bygges og køres

Trin 2: Beslut hvad der skal ske med backend

Det er det valg der betyder mest. Lovable-apps bruger typisk Supabase til database og login, enten via et Supabase-projekt du selv har koblet til, eller via Lovable Cloud.

Mulighed A: Behold dit eget Supabase-projekt

Hvis din app allerede taler med dit eget Supabase-projekt, er dette den enkleste vej. Appens kode bliver ved med at kalde den samme Supabase-URL med de samme nøgler, så dine data, brugere og filer bliver præcis, hvor de er. Du flytter kun frontenden.

Mulighed B: Flyt væk fra Lovable Cloud

Hvis din app bruger Lovable Cloud, dokumenterer Lovable en databaseeksport under Mere → Cloud → Oversigt → Avancerede indstillinger. Ifølge Lovables dokumentation (pr. september 2026):

• Eksporten indeholder hele databasen, struktur og data, inklusive brugerkonti og deres adgangskode-hashes.
• Den inkluderer ikke filer i lageret, Edge Function-kode eller dit projekts hemmeligheder. Indstillinger for login-udbydere er heller ikke med.
• Eksporter dækker databaser op til 15 GB, filen kan være højst 5 GB, og du kan bestille én eksport hvert 24. timer.
• Der findes ingen one-click-flytning fra Cloud til Supabase, og de understøttede destinationer for at flytte Cloud-backenden er administreret Supabase eller selvhostet Supabase.

Den praktiske vej er derfor typisk: gendan eksporten i dit eget Supabase-projekt, genopret lagerbøtterne, Edge Functions og auth-indstillingerne dér, og behandl det derefter som mulighed A. Se Lovables dokumentation om avancerede indstillinger for detaljerne.

Mulighed C: Flyt alt til Mythens database

Mythex kan give et projekt en dedikeret Postgres-database. At flytte dine data dertil er muligt, men det betyder at omskrive hvert sted appen bruger Supabases klientbibliotek, og Mythex har ingen indbygget login til slutbrugere, så du skal også koble en separat auth-udbyder på. Det er en reel genopbygning af backend, ikke en flytning. Gør det senere, hvis overhovedet, når appen kører på Mythex med Supabase.

Trin 3: Bring koden ind i Mythex

Opret et nyt, tomt projekt i Mythex. Gør derefter ét af følgende:

• Importér et arkiv. Åbn projektindstillinger → Eksport → Importér til dette projekt og upload en .zip, .tar.gz eller .tgz. Knappen Download ZIP på GitHub giver en fil der virker her.
• Link GitHub og hent. Forbind GitHub i projektindstillingerne, link repositoryet og hent. GitHub-synkronisering er en Pro-funktion.

Import erstatter projektets filer, så brug et tomt projekt. Eventuelle .env-filer i arkivet fjernes ved import, så ingen hemmeligheder kommer med ved et uheld. Efter en vellykket import kan Mythex åbne en ny chat, hvor agenten installerer afhængigheder, finder ud af hvordan appen køres, og får Preview til at virke. Du kan styre den chat ligesom enhver anden. Detaljerne står i Efter import.

Hvis Preview ikke kommer op af sig selv, så bed om:

Dette projekt er eksporteret fra Lovable. Det er en React + TypeScript + Tailwind-app, der bruger Supabase. Installér afhængigheder, find ud af dev-kommandoen i package.json, og få Preview til at køre. Ændr ikke nogen app-kode endnu.

Trin 4: Indsæt dine hemmeligheder igen

Åbn projektindstillinger → Hemmeligheder og tilføj hver værdi din app har brug for. For en Supabase-baseret app betyder det typisk Supabase-projektets URL og den offentlige (anon eller publishable) nøgle. Tag navnene fra .env.example eller fra stedet hvor koden læser dem.

To regler:

• Kun offentlige nøgler hører hjemme i frontend-variabler. I en Vite-app bliver alt med præfikset VITE_ indbygget i det JavaScript, som alle besøgende henter.
• Læg aldrig en Supabase service role-nøgle i frontend-kode. Hvis en server-side funktion har brug for den, bliver den på serversiden.

Bed derefter agenten bekræfte at appen læser dem:

Tjek hvilke miljøvariabler denne app læser. List dem der endnu ikke er sat i projektets hemmeligheder, og print ikke deres værdier.

Vores guide til miljøvariabler og hemmeligheder forklarer forskellen mellem offentlige og private værdier.

Trin 5: Test før du skifter noget

Din Lovable-app er stadig live, så der er ingen hast. Test Mythex-versionen i Preview mod rigtige flows:

• Opret konto, log ind, log ud og nulstil en adgangskode
• Opret, rediger og slet en post
• Upload en fil, hvis din app gør det
• Alt der kalder en Edge Function eller en tredjeparts-API

Supabase auth har én indstilling der let overses: de redirect-URL'er, der er tilladt til login- og adgangskode-nulstillings-e-mails. Tilføj dine Mythex-preview- og publicerede adresser dér, ellers sender logins brugerne tilbage til det gamle domæne.

Mythex' /test-kommando får agenten til at klikke sig igennem din preview som en bruger og rapportere ødelagte flows. Vores guide til test af din app før lancering har en mere fyldestgørende tjekliste.

Trin 6: Publicér og flyt domænet

Når alt virker, så publicér fra workspace'et for at få en <slug>.mythex.app-adresse. Test igen dér, fordi den publicerede app er et separat øjebliksbillede af dit projekt.

På Pro kan du koble dit eget domæne. Opdater DNS-posterne hos din domæneudbyder, tilføj den nye adresse til Supabases tilladte redirect-URL'er, og først derefter tager du Lovable-versionen ned. Vores guide til tilslutning af et eget domæne dækker DNS trin for trin.

Almindelige fejl

• At flytte database og frontend på samme tid. Flyt frontenden først, bevis at den virker mod den eksisterende backend, og tag derefter stilling til data.
• At glemme Edge Functions. Hvis appen kalder Supabase Edge Functions, bliver de enten på Supabase eller skal omskrives som server-kode. De kører ikke inde i en Vite-frontend.
• At sætte service role-nøglen ind i frontenden. Den giver fuld adgang til din database for enhver, der åbner devtools.
• Manglende auth-redirect-URL'er. Login virker i Preview og fejler så på det rigtige domæne.
• At skifte DNS før du har testet den publicerede URL. Test mythex.ai-adressen først; DNS-ændringer tager tid at rulle tilbage.
• At importere ind i et projekt med arbejde i. Import erstatter filerne. Brug et nyt projekt.

Hvornår det giver mening at blive på Lovable

Vær ærlig over for dig selv om hvorfor du flytter. Lovable tilbyder visuelle redigeringer med ét klik i preview og en færdig backend med Lovable Cloud, og Mythex har ingen af dem. Hvis det er dem du bruger hver dag, koster flytningen mere, end den giver. Mythex passer bedre, hvis du vil have en rigtig kodeeditor og terminal ved siden af chatten, en kreditbalance til både bygning og hosting, eller at køre en anden stack. Vores guide til Lovable-alternativer og siden Mythex vs. Lovable sammenligner dem nærmere.

Tjekliste til flytningen

• Listet hver del af appen: kode, database, brugere, filer, funktioner, hemmeligheder, domæne
• Kode synkroniseret til et GitHub-repository du ejer
• Beslutning om backend taget (behold Supabase, eller eksportér fra Lovable Cloud)
• Kode importeret i et tomt Mythex-projekt, Preview kører
• Hemmeligheder indsat igen; ingen private nøgler i VITE_-variabler
• Auth-redirect-URL'er opdateret til de nye adresser
• Oprettelse af konto, login, centrale dataflows og uploads testet i Preview
• Publiceret og testet igen på mythex.ai-adressen
• DNS flyttet; den gamle app taget ned først, når den nye er bekræftet

Til Mythex-siden, se GitHub, eksport og import i dokumentationen.

Spørgsmål