Så flyttar du från Lovable till Mythex (kod, data och domän)

För att flytta från Lovable till Mythex tar du ut koden ur Lovable via integrationen med GitHub. Sedan för du in den i ett Mythex-projekt genom att koppla repot eller importera ett arkiv, lägger in dina hemligheter på nytt och testar i Preview innan du publicerar. Frontenden flyttar oftast utan ändringar. De verkliga besluten gäller backenden: behåller du ditt befintliga Supabase-projekt, eller flyttar du datat någon annanstans?

Den här guiden går igenom hela flytten i ordning och är ärlig om de delar som kräver arbete.

Innan du börjar: vad som faktiskt flyttar

En Lovable-app är flera saker, och varje del flyttar på sitt eget sätt.

Skriv upp den här tabellen för din egen app först. Det tar tio minuter och förhindrar de flesta överraskningar.

Steg 1: Få ut koden ur Lovable

Lovables dokumentation (från september 2026) beskriver två sätt att ta ut koden:

• GitHub-synk. Lovable kan exportera och synka ditt projekt åt båda hållen med GitHub, och dokumentationen listar stöd för github.com på alla planer. Anslut GitHub i Lovable, så hamnar koden i ett repo som du äger. Notera att Lovable synkar en gren i taget.
• Ladda ner kodbasen. På Lovables betalplaner kan du ladda ner koden direkt via Projektinställningar → Git.

GitHub är den bättre vägen för en flytt: du får hela historiken, och du kan fortsätta synka medan du testar den nya uppsättningen. Se Lovables dokumentation för GitHub-integrationen för de aktuella stegen.

Innan du lämnar Lovable, öppna repot och leta efter:

• En fil .env eller .env.example, som listar miljövariablerna appen förväntar sig
• En mapp supabase/, som kan innehålla databasmigreringar och kod för Edge Functions
• Skripten i package.json, som visar hur appen byggs och körs

Steg 2: Bestäm vad som ska hända med backenden

Det här valet är det viktigaste. Lovable-appar använder oftast Supabase för databas och inloggning, antingen via ett Supabase-projekt som du kopplat själv eller via Lovable Cloud.

Alternativ A: Behåll ditt eget Supabase-projekt

Om din app redan pratar med ditt eget Supabase-projekt är det här den enklaste vägen. Appens kod fortsätter anropa samma Supabase-URL med samma nycklar, så din data, dina användare och dina filer ligger kvar precis där de är. Du flyttar bara frontenden.

Alternativ B: Flytta bort från Lovable Cloud

Om din app använder Lovable Cloud dokumenterar Lovable en databasexport under Mer → Cloud → Översikt → Avancerade inställningar. Enligt Lovables dokumentation (från september 2026):

• Exporten innehåller hela databasen, struktur och data, inklusive användarkonton och deras lösenordshashar.
• Den innehåller inte filer i lagringen, kod för Edge Functions eller projektets hemligheter. Inställningarna för inloggningsleverantörer ingår inte heller.
• Exporter gäller databaser upp till 15 GB, filen kan vara högst 5 GB, och du kan begära en export var 24:e timme.
• Det finns ingen flytt med ett klick från Cloud till Supabase, och de stödda målen för att flytta Cloud-backenden är hanterad Supabase eller självhostad Supabase.

Den praktiska vägen är alltså oftast: återställ exporten i ditt eget Supabase-projekt, skapa om lagringsbucketar, Edge Functions och inloggningsinställningar där, och behandla det sedan som alternativ A. Se Lovables avancerade inställningar för detaljerna.

Alternativ C: Flytta allt till Mythex databas

Mythex kan ge ett projekt en dedikerad Postgres-databas. Att flytta datat dit är möjligt, men det innebär att skriva om varje ställe där appen använder Supabases klientbibliotek. Eftersom Mythex saknar inbyggd inloggning för slutanvändare skulle du dessutom behöva koppla en separat leverantör för autentisering. Det är en riktig ombyggnad av backenden, inte en flytt. Gör det senare, om alls, när appen redan körs på Mythex med Supabase.

Steg 3: Ta in koden i Mythex

Skapa ett nytt, tomt projekt i Mythex. Gör sedan något av följande:

• Importera ett arkiv. Öppna projektinställningar → Export → Importera till detta projekt och ladda upp en .zip, .tar.gz eller .tgz. Knappen Download ZIP på GitHub ger en fil som fungerar här.
• Koppla GitHub och hämta. Anslut GitHub i projektinställningarna, koppla repot och hämta. GitHub-synk är en Pro-funktion.

Importen ersätter projektets filer, så använd ett tomt projekt. Eventuella .env-filer i arkivet tas bort vid importen, så inga hemligheter följer med av misstag. Efter en lyckad import kan Mythex öppna en ny chatt där agenten installerar beroenden, tar reda på hur appen körs och får Preview igång. Du kan styra den chatten som vilken annan som helst. Detaljerna finns i Efter import.

Om Preview inte startar av sig självt, be om:

Det här projektet exporterades från Lovable. Det är en React + TypeScript + Tailwind-app som använder Supabase. Installera beroenden, ta reda på dev-kommandot från package.json och få Preview att starta. Ändra inte någon appkod ännu.

Steg 4: Ange dina hemligheter på nytt

Öppna projektinställningar → Hemligheter och lägg till varje värde som appen behöver. För en Supabase-baserad app är det oftast Supabase-projektets URL och den publika nyckeln (anon eller publishable). Ta namnen från .env.example eller från där koden läser dem.

Två regler:

• Bara publika nycklar hör hemma i frontendvariabler. I en Vite-app bakas allt med prefixet VITE_ in i JavaScript-koden som varje besökare laddar ner.
• Lägg aldrig en service role-nyckel från Supabase i frontendkoden. Om en serverfunktion behöver den stannar den på servern.

Be sedan agenten bekräfta att appen läser dem:

Kontrollera vilka miljövariabler den här appen läser. Lista de som ännu inte är satta i projektets hemligheter, och visa inte deras värden.

Vår guide om miljövariabler och hemligheter förklarar skillnaden mellan publika och privata värden.

Steg 5: Testa innan du byter något

Din Lovable-app är fortfarande live, så det finns ingen brådska. Testa Mythex-versionen i Preview mot riktiga flöden:

• Registrera dig, logga in, logga ut och återställ ett lösenord
• Skapa, redigera och ta bort en post
• Ladda upp en fil, om din app gör det
• Allt som anropar en Edge Function eller ett externt API

Supabase-autentisering har en inställning som lätt missas: de omdirigerings-URL:er som är tillåtna för inloggnings- och lösenordsmejl. Lägg till dina Mythex-adresser för preview och publicering där, annars studsar inloggningarna tillbaka till den gamla domänen.

Mythex-kommandot /test låter agenten klicka igenom din preview som en användare och rapportera trasiga flöden. Vår guide om att testa din app före lansering har en mer komplett checklista.

Steg 6: Publicera och flytta domänen

När allt fungerar publicerar du från arbetsytan för att få en <slug>.mythex.app-adress. Testa igen där, eftersom den publicerade appen är en separat ögonblicksbild av projektet.

På Pro kan du koppla din egen domän. Uppdatera DNS-posterna hos din domänleverantör, lägg till den nya adressen i Supabases tillåtna omdirigerings-URL:er, och stäng först därefter ner Lovable-versionen. Vår guide om att koppla en egen domän går igenom DNS steg för steg.

Vanliga misstag

• Att flytta databasen och frontenden samtidigt. Flytta frontenden först, bevisa att den fungerar mot den befintliga backenden och ta sedan beslut om datat.
• Att glömma Edge Functions. Om appen anropar Supabase Edge Functions finns de kvar på Supabase eller måste skrivas om till serverkod. De körs inte inne i en Vite-frontend.
• Att klistra in service role-nyckeln i frontenden. Den ger full åtkomst till din databas för alla som öppnar devtools.
• Saknade omdirigerings-URL:er för inloggning. Inloggningen fungerar i Preview men misslyckas på den riktiga domänen.
• Att byta DNS innan du testat den publicerade adressen. Testa mythex.ai-adressen först. DNS-ändringar tar tid att ångra.
• Att importera till ett projekt som redan har arbete i sig. Importen ersätter filerna. Använd ett nytt projekt.

När det är rätt att stanna kvar på Lovable

Var ärlig mot dig själv om varför du flyttar. Lovable erbjuder visuella redigeringar med klick i förhandsvisningen och en färdig backend med Lovable Cloud, och Mythex har varken det ena eller det andra. Om det är sådant du förlitar dig på dagligen kostar flytten mer än den ger. Mythex passar bättre om du vill ha en riktig kodredigerare och terminal bredvid chatten, en kreditbalans för både bygge och hosting, eller om du vill använda en annan stack. Vår guide om Lovable-alternativ och sidan Mythex vs Lovable jämför dem mer i detalj.

Checklista för flytten

• Listat varje del av appen: kod, databas, användare, filer, funktioner, hemligheter, domän
• Koden synkad till ett GitHub-repo som du äger
• Beslut om backend fattat (behålla Supabase, eller exportera från Lovable Cloud)
• Koden importerad till ett tomt Mythex-projekt, Preview igång
• Hemligheter angivna på nytt; inga privata nycklar i VITE_-variabler
• Omdirigerings-URL:er för inloggning uppdaterade för de nya adresserna
• Registrering, inloggning, kärnflöden för data och uppladdningar testade i Preview
• Publicerad och testad igen på mythex.ai-adressen
• DNS flyttad; gamla appen stängd först när den nya är bekräftad

För Mythex-sidan, se GitHub, export och import i dokumentationen.

Frågor