Siirto Lovablesta Mythexiin (koodi, data ja domain)

Siirtyäksesi Lovablesta Mythexiin vie koodisi ulos Lovablesta sen GitHub-integraation kautta, tuo se Mythex-projektiin linkittämällä repositorio tai tuomalla arkisto, lisää salaisuutesi uudelleen ja testaa Previewssä ennen julkaisua. Käyttöliittymä siirtyy yleensä ilman muutoksia. Varsinaiset päätökset koskevat taustajärjestelmää: pidetäänkö olemassa oleva Supabase-projekti vai siirretäänkö data muualle.

Tämä opas käy koko siirron läpi järjestyksessä ja kertoo rehellisesti osat, jotka vaativat työtä.

Ennen aloitusta: mitä oikeasti siirtyy

Lovable-sovellus koostuu useista osista, ja jokainen siirtyy eri tavalla.

Kirjoita tämä taulukko omalle sovellukselle ensin. Se vie kymmenen minuuttia ja estää useimmat yllätykset.

Vaihe 1: Vie koodi ulos Lovablesta

Lovablen dokumentaatio (syyskuu 2026) kuvaa kaksi tapaa päästä ulos:

• GitHub-synkronointi. Lovable voi viedä ja synkronoida projektisi kaksisuuntaisesti GitHubiin, ja sen dokumentaatio listaa github.com-tuen kaikilla tasoilla. Yhdistä GitHub Lovablessa, ja koodisi päätyy repositorioon, jonka omistat. Huomaa, että Lovable synkronoi yhden haaran kerrallaan.
• Lataa koodikanta. Maksullisilla Lovable-tasoilla voit ladata koodin suoraan kohdasta Projektin asetukset → Git.

GitHub on parempi reitti siirrossa: saat koko historian, ja voit jatkaa synkronointia, kun testaat uutta asetusta. Katso Lovablen GitHub-integraation dokumentaatio ajantasaisista ohjeista.

Ennen kuin lähdet Lovablesta, avaa repositorio ja etsi:

• .env- tai .env.example-tiedosto, jossa luetellaan sovelluksen odottamat ympäristömuuttujat
• supabase/-kansio, jossa voi olla tietokantamigraatioita ja Edge Function -koodia
• package.json-skriptit, jotka kertovat, miten sovellus rakennetaan ja ajetaan

Vaihe 2: Päätä, mitä taustajärjestelmälle tehdään

Tämä on tärkein valinta. Lovable-sovellukset käyttävät tyypillisesti Supabasea tietokantaan ja kirjautumiseen, joko itse yhdistämäsi Supabase-projektin tai Lovable Cloudin kautta.

Vaihtoehto A: Pidä oma Supabase-projektisi

Jos sovelluksesi puhuu jo omalle Supabase-projektillesi, tämä on yksinkertaisin tie. Sovelluksen koodi kutsuu edelleen samaa Supabase-osoitetta samoilla avaimilla, joten datasi, käyttäjäsi ja tiedostosi pysyvät täsmälleen paikoillaan. Siirrät vain käyttöliittymän.

Vaihtoehto B: Siirry pois Lovable Cloudista

Jos sovelluksesi käyttää Lovable Cloudia, Lovable dokumentoi tietokannan viennin kohdassa Lisää → Cloud → Yleiskatsaus → Lisäasetukset. Lovablen dokumentaation mukaan (syyskuu 2026):

• Vienti sisältää koko tietokannan, rakenteen ja datan, mukaan lukien käyttäjätilit ja niiden salasanatiivisteet.
• Se ei sisällä tallennustilan tiedostoja, Edge Function -koodia eikä projektisi salaisuuksia. Myöskään kirjautumispalveluiden asetukset eivät sisälly.
• Viennit kattavat tietokannat enintään 15 Gt:n kokoon, tiedosto voi olla enintään 5 Gt, ja voit pyytää yhden viennin 24 tunnin välein.
• Yhtä napsautusta siirtoa Cloudista Supabaseen ei ole, ja Cloud-taustajärjestelmän tuettuja siirtokohteita ovat hallittu Supabase tai itse ylläpidetty Supabase.

Käytännön reitti on siis yleensä: palauta vienti omaan Supabase-projektiisi, luo uudelleen tallennusbucketit, Edge Functionit ja todennusasetukset siellä, ja käsittele sitä sitten vaihtoehtona A. Katso Lovablen lisäasetusten dokumentaatio yksityiskohdista.

Vaihtoehto C: Siirrä kaikki Mythexin tietokantaan

Mythex voi antaa projektille oman Postgres-tietokannan. Datan siirtäminen sinne on mahdollista, mutta se tarkoittaa jokaisen kohdan kirjoittamista uudelleen, jossa sovellus käyttää Supabasen asiakaskirjastoa, ja koska Mythexilla ei ole sisäänrakennettua loppukäyttäjien kirjautumista, joudut yhdistämään erillisen todennuspalveluntarjoajan. Se on todellinen taustajärjestelmän uudelleenrakennus, ei siirto. Tee se myöhemmin, jos lainkaan, kun sovellus toimii Mythexissä Supabasen kanssa.

Vaihe 3: Tuo koodi Mythexiin

Luo uusi, tyhjä projekti Mythexissä. Tee sitten jompikumpi seuraavista:

• Tuo arkisto. Avaa projektin asetukset → Vienti → Tuo tähän projektiin ja lataa .zip, .tar.gz tai .tgz. GitHubin Download ZIP -painike antaa tiedoston, joka toimii täällä.
• Linkitä GitHub ja nouda. Yhdistä GitHub projektin asetuksista, linkitä repositorio ja nouda. GitHub-synkronointi on Pro-ominaisuus.

Tuonti korvaa projektin tiedostot, joten käytä tyhjää projektia. Kaikki .env-tiedostot arkistossa poistetaan tuonnissa, joten salaisuudet eivät kulkeudu vahingossa mukana. Onnistuneen tuonnin jälkeen Mythex voi avata uuden keskustelun, jossa agentti asentaa riippuvuudet, selvittää miten sovellus ajetaan ja saa Previewn käyntiin. Voit ohjata sitä kuten mitä tahansa muuta keskustelua. Yksityiskohdat ovat kohdassa Tuonnin jälkeen.

Jos Preview ei käynnisty itsestään, pyydä:

Tämä projekti on viety Lovablesta. Se on React + TypeScript + Tailwind -sovellus, joka käyttää Supabasea. Asenna riippuvuudet, selvitä package.json-tiedostosta kehityskomento ja saa Preview käyntiin. Älä muuta vielä sovelluskoodia.

Vaihe 4: Lisää salaisuudet uudelleen

Avaa projektin asetukset → Salaisuudet ja lisää jokainen arvo, jota sovelluksesi tarvitsee. Supabase-pohjaisessa sovelluksessa tämä tarkoittaa yleensä Supabase-projektin URL-osoitetta ja julkista (anon- tai publishable-) avainta. Ota nimet tiedostosta .env.example tai siitä kohdasta, josta koodi ne lukee.

Kaksi sääntöä:

• Käyttöliittymän muuttujiin kuuluvat vain julkiset avaimet. Vite-sovelluksessa kaikki VITE_-alkuiset arvot upotetaan JavaScriptiin, jonka jokainen kävijä lataa.
• Älä koskaan laita Supabasen service role -avainta käyttöliittymän koodiin. Jos palvelinpuolen funktio tarvitsee sitä, se pysyy palvelimella.

Pyydä sitten agenttia vahvistamaan, että sovellus lukee ne:

Tarkista, mitä ympäristömuuttujia tämä sovellus lukee. Listaa ne, joita ei ole vielä asetettu projektin salaisuuksiin, äläkä tulosta niiden arvoja.

Oppaamme ympäristömuuttujat ja salaisuudet selittää julkisten ja yksityisten arvojen eron.

Vaihe 5: Testaa ennen kuin vaihdat mitään

Lovable-sovelluksesi on yhä käytössä, joten kiirettä ei ole. Testaa Mythex-versio Previewssä oikeita käyttötapauksia vastaan:

• Rekisteröidy, kirjaudu sisään, kirjaudu ulos ja nollaa salasana
• Luo, muokkaa ja poista tietue
• Lataa tiedosto, jos sovelluksesi tekee niin
• Kaikki, mikä kutsuu Edge Functionia tai kolmannen osapuolen API:a

Supabasen todennuksessa on yksi helposti huomaamatta jäävä asetus: kirjautumis- ja salasanan palautussähköposteissa sallitut uudelleenohjaus-URL:t. Lisää sinne Mythex-esikatselun ja julkaistun osoitteen, tai kirjautumiset palaavat vanhaan domainiin.

Mythexin /test-komento saa agentin klikkaamaan Previewtäsi kuten käyttäjä ja raportoimaan rikkinäiset kulut. Oppaamme sovelluksen testaaminen ennen julkaisua sisältää laajemman tarkistuslistan.

Vaihe 6: Julkaise ja siirrä domain

Kun kaikki toimii, julkaise työtilasta, jolloin saat osoitteen <slug>.mythex.app. Testaa uudelleen siellä, sillä julkaistu sovellus on erillinen kopio projektistasi.

Pro-tilauksella voit yhdistää oman domainisi. Päivitä DNS-tietueet domainin palveluntarjoajallasi, lisää uusi osoite Supabasen sallittuihin uudelleenohjaus-URL-osoitteisiin ja vasta sitten poista Lovable-versio käytöstä. Oppaamme mukautetun domainin yhdistäminen kattaa DNS:n vaiheittain.

Yleiset virheet

• Tietokannan ja käyttöliittymän siirtäminen samaan aikaan. Siirrä käyttöliittymä ensin, osoita että se toimii olemassa olevaa taustajärjestelmää vasten, ja päätä datasta sitten.
• Edge Functionien unohtaminen. Jos sovellus kutsuu Supabase Edge Functioneita, ne joko jäävät Supabaseen tai on kirjoitettava palvelinkoodiksi uudelleen. Ne eivät toimi Vite-käyttöliittymän sisällä.
• Service role -avaimen liittäminen käyttöliittymään. Se antaa täyden pääsyn tietokantaasi kenelle tahansa, joka avaa kehittäjätyökalut.
• Puuttuvat todennuksen uudelleenohjaus-URL:t. Kirjautuminen toimii Previewssä, mutta epäonnistuu oikealla domainilla.
• DNS:n vaihtaminen ennen julkaistun osoitteen testaamista. Testaa mythex.ai-osoite ensin; DNS-muutosten peruminen vie aikaa.
• Tuonti projektiin, jossa on työtä. Tuonti korvaa tiedostot. Käytä tuoretta projektia.

Milloin Lovablessa pysyminen on järkevää

Ole rehellinen itsellesi siitä, miksi olet siirtymässä. Lovable tarjoaa Previewssä napsautettavia visuaalisia muokkauksia ja tuotteistetun taustajärjestelmän Lovable Cloudin kautta, eikä Mythexillä ole kumpaakaan. Jos ne ovat päivittäin tärkeitä, siirto maksaa enemmän kuin tuo. Mythex sopii paremmin, jos haluat oikean koodieditorin ja terminaalin chatin vieressä, yhden krediittisaldon rakentamiseen ja hostaukseen tai toisen tekniikkapinon. Lovable-vaihtoehdot -opas ja Mythex vs Lovable -sivu vertaavat niitä tarkemmin.

Siirron tarkistuslista

• Listattu kaikki sovelluksen osat: koodi, tietokanta, käyttäjät, tiedostot, funktiot, salaisuudet, domain
• Koodi synkronoitu repositorioon, jonka omistat, GitHubissa
• Taustajärjestelmäpäätös tehty (pidä Supabase tai vie Lovable Cloudista)
• Koodi tuotu tyhjään Mythex-projektiin, Preview käynnissä
• Salaisuudet lisätty uudelleen; ei yksityisiä avaimia VITE_-muuttujissa
• Todennuksen uudelleenohjaus-URL:t päivitetty uusille osoitteille
• Rekisteröinti, kirjautuminen, datavirrat ja tiedostolataukset testattu Previewssä
• Julkaistu ja testattu uudelleen mythex.ai-osoitteessa
• DNS siirretty; vanha sovellus poistettu vasta, kun uusi on varmistettu

Mythex-puolen osalta katso GitHub, vienti ja tuonti dokumentaatiosta.

Kysymykset