Come migrare da Lovable a Mythex (codice, dati e dominio)

Per migrare da Lovable a Mythex, estrai il codice da Lovable tramite la sua integrazione con GitHub, poi portalo in un progetto Mythex collegando il repository o importando un archivio, reinserisci i segreti e testa in Anteprima prima di pubblicare. Il frontend di solito si trasferisce senza modifiche. Le decisioni vere riguardano il backend: mantenere il tuo progetto Supabase esistente oppure spostare i dati altrove.

Questa guida percorre l'intero trasloco in ordine, e dice con chiarezza le parti che richiedono lavoro.

Prima di iniziare: cosa si sposta davvero

Un'app Lovable è più cose insieme, e ciascuna si sposta in modo diverso.

Scrivi questa tabella per la tua app prima di tutto. Richiede dieci minuti e previene la maggior parte delle sorprese.

Passo 1: Estrai il codice da Lovable

La documentazione di Lovable (aggiornata a settembre 2026) descrive due modi per uscire:

• Sincronizzazione con GitHub. Lovable può esportare il progetto su GitHub e sincronizzarlo in entrambe le direzioni; la sua documentazione elenca il supporto a github.com su tutti i piani. Collega GitHub in Lovable, e il codice finisce in un repository di tua proprietà. Nota che Lovable sincronizza un branch alla volta.
• Scarica il codice. Sui piani a pagamento di Lovable puoi scaricare il codice direttamente da Impostazioni del progetto → Git.

Per una migrazione GitHub è il percorso migliore: ottieni la cronologia completa e puoi continuare a sincronizzare mentre testi la nuova configurazione. Per i passaggi aggiornati, vedi la documentazione dell'integrazione GitHub di Lovable.

Prima di lasciare Lovable, apri il repository e cerca:

• Un file .env o .env.example, che elenca le variabili d'ambiente che l'app si aspetta
• Una cartella supabase/, che può contenere migrazioni del database e codice delle Edge Function
• Gli script in package.json, che mostrano come l'app viene compilata ed eseguita

Passo 2: Decidi cosa fare con il backend

Questa è la scelta più importante. Le app Lovable di solito usano Supabase per il database e il login, tramite un progetto Supabase che hai collegato tu oppure tramite Lovable Cloud.

Opzione A: Mantieni il tuo progetto Supabase

Se la tua app già comunica con un tuo progetto Supabase, questa è la strada più semplice. Il codice dell'app continua a chiamare lo stesso URL Supabase con le stesse chiavi, quindi i dati, gli utenti e i file restano esattamente dove sono. Sposti solo il frontend.

Opzione B: Esci da Lovable Cloud

Se la tua app usa Lovable Cloud, Lovable documenta un'esportazione del database in Altro → Cloud → Panoramica → Impostazioni avanzate. Secondo la documentazione di Lovable (aggiornata a settembre 2026):

• L'esportazione contiene l'intero database, struttura e dati, compresi gli account utente e i relativi hash delle password.
• Non include i file nello spazio di archiviazione, il codice delle Edge Function né i segreti del progetto. Anche le impostazioni dei provider di accesso non sono incluse.
• Le esportazioni coprono database fino a 15 GB, il file può arrivare a 5 GB e puoi richiedere un'esportazione ogni 24 ore.
• Non esiste una migrazione con un solo clic da Cloud a Supabase, e le destinazioni supportate per spostare il backend di Cloud sono Supabase gestito o Supabase self-hosted.

Il percorso pratico, quindi, di solito è: ripristinare l'esportazione nel tuo progetto Supabase, ricreare nel progetto i bucket di archiviazione, le Edge Function e le impostazioni di autenticazione, e poi trattarlo come nell'Opzione A. Per i dettagli, vedi le impostazioni avanzate nella documentazione di Lovable.

Opzione C: Sposta tutto nel database di Mythex

Mythex può assegnare a un progetto un database Postgres dedicato. Spostare lì i dati è possibile, ma significa riscrivere ogni punto in cui l'app usa la libreria client di Supabase, e poiché Mythex non ha un login integrato per gli utenti finali, dovresti anche collegare un provider di autenticazione separato. È una vera ricostruzione del backend, non una migrazione. Fallo più avanti, se mai, una volta che l'app gira su Mythex con Supabase.

Passo 3: Porta il codice in Mythex

Crea un nuovo progetto Mythex vuoto. Poi fai una delle due cose:

• Importa un archivio. Apri Impostazioni progetto → Esporta → Importa in questo progetto e carica un .zip, .tar.gz o .tgz. Il pulsante Download ZIP di GitHub ti dà un file che funziona qui.
• Collega GitHub e recupera. Collega GitHub nelle impostazioni del progetto, collega il repository e fai pull. La sincronizzazione con GitHub è una funzione del piano Pro.

L'importazione sostituisce i file del progetto, quindi usa un progetto vuoto. Tutti i file .env presenti nell'archivio vengono rimossi all'importazione, così nessun segreto viaggia per errore. Dopo un'importazione riuscita, Mythex può aprire una nuova chat in cui l'agente installa le dipendenze, capisce come eseguire l'app e fa partire l'Anteprima. Puoi guidare quella chat come qualsiasi altra. I dettagli sono in Dopo l'importazione.

Se l'Anteprima non si avvia da sola, chiedi:

Questo progetto è stato esportato da Lovable. È un'app React + TypeScript + Tailwind che usa Supabase. Installa le dipendenze, ricava il comando di sviluppo da package.json e fai partire l'Anteprima. Non cambiare ancora nessun codice dell'app.

Passo 4: Reinserisci i segreti

Apri Impostazioni progetto → Segreti e aggiungi ogni valore di cui la tua app ha bisogno. Per un'app basata su Supabase di solito significa l'URL del progetto Supabase e la chiave pubblica (anon o publishable). Prendi i nomi dal file .env.example o da dove il codice li legge.

Due regole:

• Nel frontend vanno solo le chiavi pubbliche. In un'app Vite, tutto ciò che ha il prefisso VITE_ viene incorporato nel JavaScript che ogni visitatore scarica.
• Non mettere mai la chiave service role di Supabase nel codice del frontend. Se una funzione lato server la richiede, resta lato server.

Poi chiedi all'agente di confermare che l'app le legge:

Verifica quali variabili d'ambiente legge questa app. Elenca quelle che non sono ancora impostate nei segreti del progetto, e non stampare i loro valori.

La nostra guida su variabili d'ambiente e segreti spiega la differenza tra valori pubblici e privati.

Passo 5: Testa prima di cambiare qualsiasi cosa

La tua app Lovable è ancora online, quindi non c'è fretta. Testa la versione Mythex in Anteprima con flussi reali:

• Registrazione, accesso, uscita e reimpostazione della password
• Creazione, modifica ed eliminazione di un record
• Caricamento di un file, se la tua app lo fa
• Qualsiasi cosa che chiami una Edge Function o un'API di terzi

Le impostazioni di Supabase hanno un dettaglio facile da dimenticare: gli URL di reindirizzamento consentiti per le email di accesso e di reimpostazione della password. Aggiungi lì gli indirizzi di Anteprima e pubblicati di Mythex, altrimenti gli accessi torneranno al vecchio dominio.

Il comando /test di Mythex fa sì che l'agente clicchi nell'anteprima come un utente e segnali i flussi rotti. La nostra guida su come testare la tua app prima del lancio contiene una checklist più completa.

Passo 6: Pubblica e sposta il dominio

Quando tutto funziona, pubblica dal workspace per ottenere un indirizzo <slug>.mythex.app. Testa di nuovo lì, perché l'app pubblicata è uno snapshot separato del tuo progetto.

Con il piano Pro puoi collegare un dominio tuo. Aggiorna i record DNS presso il tuo provider di domini, aggiungi il nuovo indirizzo agli URL di reindirizzamento consentiti di Supabase, e solo dopo disattiva la versione Lovable. La nostra guida su come collegare un dominio personalizzato spiega il DNS passo dopo passo.

Errori comuni

• Spostare database e frontend nello stesso momento. Sposta prima il frontend, dimostra che funziona con il backend esistente, poi decidi sui dati.
• Dimenticare le Edge Function. Se l'app chiama le Edge Function di Supabase, o restano su Supabase o vanno riscritte come codice server. Non girano dentro un frontend Vite.
• Incollare la chiave service role nel frontend. Dà accesso completo al database a chiunque apra gli strumenti per sviluppatori.
• URL di reindirizzamento di autenticazione mancanti. Il login funziona in Anteprima, poi fallisce sul dominio reale.
• Cambiare il DNS prima di testare l'URL pubblicato. Testa prima l'indirizzo mythex.ai; annullare una modifica DNS richiede tempo.
• Importare in un progetto con lavoro già presente. L'importazione sostituisce i file. Usa un progetto nuovo.

Quando ha senso restare su Lovable

Sii onesto con te stesso sul perché vuoi migrare. Lovable offre modifiche visive punta-e-clicca nell'anteprima e un backend pronto all'uso con Lovable Cloud, e Mythex non ha nessuna delle due cose. Se sono proprio queste le funzioni che usi ogni giorno, il trasloco ti costa più di quanto ti dà. Mythex è una scelta migliore se vuoi un vero editor di codice e un terminale accanto alla chat, un unico saldo crediti per costruire e ospitare, o se vuoi usare un altro stack. La nostra guida sulle alternative a Lovable e la pagina Mythex vs Lovable li confrontano più nel dettaglio.

Checklist della migrazione

• Elencate tutte le parti dell'app: codice, database, utenti, file, funzioni, segreti, dominio
• Codice sincronizzato con un repository GitHub di tua proprietà
• Decisione sul backend presa (mantenere Supabase, oppure esportare da Lovable Cloud)
• Codice importato in un progetto Mythex vuoto, Anteprima attiva
• Segreti reinseriti; nessuna chiave privata nelle variabili VITE_
• URL di reindirizzamento dell'autenticazione aggiornati per i nuovi indirizzi
• Registrazione, accesso, flussi di dati principali e caricamenti testati in Anteprima
• Pubblicata e ritestata sull'indirizzo mythex.ai
• DNS spostato; vecchia app disattivata solo dopo aver confermato quella nuova

Per il lato Mythex, vedi GitHub, esportazione e importazione nella documentazione.

Domande