Jak přejít z Lovable na Mythex (kód, data a doména)
Přechod z Lovable na Mythex znamená dostat kód z Lovable přes jeho integraci s GitHubem, pak ho přenést do projektu Mythexu propojením repozitáře nebo importem archivu, znovu přidat tajné klíče a otestovat v Náhledu, než publikujete. Frontend se obvykle přenese bez změn. Skutečná rozhodnutí se týkají backendu: zda necháte svůj stávající projekt Supabase, nebo se data přesunou jinam.
Tento průvodce popisuje celý přesun v pořadí a je upřímný o částech, které vyžadují práci.
Než začnete: co se vlastně přenáší
Aplikace v Lovable je několik věcí najednou a každá se přenáší jinak.
| Část | Kde je | Jak se přenese |
|---|---|---|
| Kód frontendu | Váš projekt v Lovable | Synchronizace s GitHubem nebo stažení kódu |
| Databáze a uživatelé | Lovable Cloud nebo váš vlastní projekt Supabase | Ponechat, nebo exportovat a obnovit |
| Nahrané soubory | Úložiště Lovable Cloud nebo Supabase | Ponechat, nebo zkopírovat zvlášť |
| Serverové funkce | Supabase Edge Functions, pokud je používáte | Ponechat na Supabase, nebo přepsat |
| Tajné klíče a API klíče | Nastavení Lovable / Supabase | Zadat znovu ručně |
| Doména | Váš poskytovatel DNS | Nasměrovat na nového hostitele |
Nejdřív si tuto tabulku sepište pro svou aplikaci. Zabere to deset minut a předejde to většině překvapení.
Krok 1: Dostaňte kód z Lovable
Dokumentace Lovable (ke září 2026) popisuje dva způsoby, jak kód získat:
- Synchronizace s GitHubem. Lovable umí export a obousměrnou synchronizaci projektu s GitHubem a jeho dokumentace uvádí podporu github.com u všech tarifů. Připojte GitHub v Lovable a váš kód skončí v repozitáři, který vlastníte. Mějte na paměti, že Lovable synchronizuje vždy jednu větev.
- Stažení kódové základny. Na placených tarifech Lovable můžete kód stáhnout přímo v Nastavení projektu → Git.
Pro přesun je lepší GitHub: získáte úplnou historii a můžete dál synchronizovat, zatímco testujete nové nastavení. Aktuální postup najdete v dokumentaci integrace GitHubu v Lovable.
Než z Lovable odejdete, otevřete repozitář a hledejte:
- Soubor
.envnebo.env.example, který vypisuje proměnné prostředí, jež aplikace očekává - Složku
supabase/, která může obsahovat migrace databáze a kód Edge Functions - Skripty v
package.json, které ukazují, jak se aplikace sestavuje a spouští
Krok 2: Rozhodněte, co s backendem
Tohle je volba, na které nejvíc záleží. Aplikace v Lovable obvykle používají Supabase pro databázi a přihlašování, buď přes projekt Supabase, který jste připojili sami, nebo přes Lovable Cloud.
Varianta A: Ponechat váš vlastní projekt Supabase
Pokud vaše aplikace už komunikuje s vaším vlastním projektem Supabase, je to nejjednodušší cesta. Kód aplikace dál volá stejnou adresu Supabase se stejnými klíči, takže data, uživatelé i soubory zůstanou přesně tam, kde jsou. Přesouváte jen frontend.
Varianta B: Přestěhovat se z Lovable Cloud
Pokud vaše aplikace používá Lovable Cloud, Lovable dokumentuje export databáze v Více → Cloud → Přehled → Pokročilá nastavení. Podle dokumentace Lovable (ke září 2026):
- Export obsahuje celou databázi, strukturu i data, včetně uživatelských účtů a jejich hashů hesel.
- Neobsahuje soubory v úložišti, kód Edge Functions ani tajné klíče projektu. Nastavení poskytovatelů přihlašování také není součástí.
- Exporty pokrývají databáze do 15 GB, soubor může mít nejvýše 5 GB a export lze vyžádat jednou za 24 hodin.
- Přesun z Cloudu na Supabase jedním kliknutím neexistuje a podporovaným cílem pro přesun backendu z Cloudu je spravovaný Supabase nebo self-hostovaný Supabase.
Praktická cesta tedy bývá: obnovit export do vašeho vlastního projektu Supabase, tam znovu vytvořit buckety v úložišti, Edge Functions a nastavení přihlašování, a pak s tím zacházet jako s variantou A. Podrobnosti najdete v pokročilých nastaveních v dokumentaci Lovable.
Varianta C: Přesunout všechno do databáze Mythexu
Mythex může projektu přidělit vlastní databázi Postgres. Přesun dat tam je možný, ale znamená přepsat každé místo, kde aplikace používá klientskou knihovnu Supabase, a protože Mythex nemá vestavěné přihlašování koncových uživatelů, museli byste připojit i samostatného poskytovatele autentizace. To je skutečná přestavba backendu, ne migrace. Udělejte to až později, pokud vůbec, až aplikace poběží na Mythexu se Supabase.
Krok 3: Přeneste kód do Mythexu
Vytvořte v Mythexu nový prázdný projekt. Pak buď:
- Naimportujte archiv. Otevřete Nastavení projektu → Export → Importovat do tohoto projektu a nahrajte
.zip,.tar.gznebo.tgz. Tlačítko Download ZIP na GitHubu vám dá soubor, který zde funguje. - Propojte GitHub a stáhněte. Připojte GitHub v nastavení projektu, propojte repozitář a stáhněte jej. Synchronizace s GitHubem je funkce tarifu Pro.
Import nahradí soubory projektu, proto použijte prázdný projekt. Soubory .env v archivu se při importu odstraní, takže se žádné tajné klíče nedostanou náhodou ven. Po úspěšném importu může Mythex otevřít nový chat, ve kterém agent nainstaluje závislosti, zjistí, jak aplikaci spustit, a zprovozní Náhled. Tento chat můžete řídit jako kterýkoli jiný. Podrobnosti jsou v článku Po importu.
Pokud se Náhled sám nespustí, zeptejte se:
Tento projekt byl exportován z Lovable. Je to aplikace React + TypeScript + Tailwind, která používá Supabase. Nainstaluj závislosti, zjisti příkaz pro vývojový režim z package.json a zprovoz Náhled. Zatím neměň žádný kód aplikace.
Krok 4: Znovu přidejte tajné klíče
Otevřete Nastavení projektu → Tajné klíče a přidejte každou hodnotu, kterou aplikace potřebuje. U aplikace napojené na Supabase to obvykle znamená adresu projektu Supabase a veřejný klíč (anon nebo publishable). Názvy převezměte ze souboru .env.example nebo z místa, kde je kód čte.
Dvě pravidla:
- Do proměnných frontendu patří jen veřejné klíče. V aplikaci Vite je všechno s předponou
VITE_vloženo do JavaScriptu, který si stáhne každý návštěvník. - Klíč service role ze Supabase nikdy nedávejte do kódu frontendu. Pokud ho potřebuje serverová funkce, zůstane na serveru.
Pak požádejte agenta, aby potvrdil, že je aplikace čte:
Zkontroluj, které proměnné prostředí tato aplikace čte. Vypiš ty, které ještě nejsou nastavené v tajných klíčích projektu, a jejich hodnoty nevypisuj.
Náš průvodce proměnnými prostředí a tajnými klíči vysvětluje rozdíl mezi veřejnými a soukromými hodnotami.
Krok 5: Otestujte, než cokoli přepnete
Vaše aplikace v Lovable je pořád živá, takže nespěchejte. Verzi na Mythexu otestujte v Náhledu na skutečných postupech:
- Registrace, přihlášení, odhlášení a obnovení hesla
- Vytvoření, úprava a smazání záznamu
- Nahrání souboru, pokud to vaše aplikace dělá
- Cokoli, co volá Edge Function nebo API třetí strany
Autentizace Supabase má jedno nastavení, které se snadno přehlédne: přesměrovací URL povolené pro e-maily s přihlášením a obnovou hesla. Přidejte tam adresy vašeho Náhledu a publikované verze Mythexu, jinak se přihlášení vrátí na starou doménu.
Příkaz /test v Mythexu nechá agenta proklikat Náhled jako uživatele a nahlásit rozbité postupy. Obsáhlejší kontrolní seznam najdete v našem průvodci testováním aplikace před spuštěním.
Krok 6: Publikujte a přesuňte doménu
Až bude všechno fungovat, publikujte z pracovního prostoru a získáte adresu <slug>.mythex.app. Otestujte znovu tam, protože publikovaná aplikace je samostatný snímek vašeho projektu.
Na tarifu Pro můžete připojit vlastní doménu. Aktualizujte záznamy DNS u svého poskytovatele domény, přidejte novou adresu mezi povolená přesměrovací URL v Supabase a až potom vypněte verzi v Lovable. Průvodce připojením vlastní domény popisuje DNS krok za krokem.
Časté chyby
- Přesouvat databázi a frontend najednou. Nejdřív přesuňte frontend, ověřte, že funguje se stávajícím backendem, a teprve pak rozhodněte o datech.
- Zapomenuté Edge Functions. Pokud aplikace volá Supabase Edge Functions, zůstanou buď na Supabase, nebo je třeba je přepsat jako serverový kód. Neběží uvnitř frontendu ve Vite.
- Vložení klíče service role do frontendu. Dává plný přístup k databázi každému, kdo otevře vývojářské nástroje.
- Chybějící přesměrovací URL pro autentizaci. Přihlášení funguje v Náhledu, pak selže na ostré doméně.
- Přepnutí DNS před otestováním publikované URL. Nejdřív otestujte adresu
mythex.ai; vrácení změn DNS trvá. - Import do projektu, ve kterém už je práce. Import nahradí soubory. Použijte nový projekt.
Kdy má smysl zůstat u Lovable
Buďte k sobě upřímní ohledně toho, proč se stěhujete. Lovable nabízí vizuální úpravy jedním kliknutím v náhledu a hotový backend s Lovable Cloud, a Mythex nemá ani jedno. Pokud to denně potřebujete, přesun vás bude stát víc, než přinese. Mythex se hodí, pokud chcete skutečný editor kódu a terminál vedle chatu, jeden kreditový zůstatek na stavbu i hosting, nebo jiný technologický stack. Náš přehled alternativ k Lovable a stránka Mythex vs. Lovable je porovnávají podrobněji.
Kontrolní seznam migrace
- Sepsány všechny části aplikace: kód, databáze, uživatelé, soubory, funkce, tajné klíče, doména
- Kód synchronizován do repozitáře GitHub, který vlastníte
- Rozhodnuto o backendu (ponechat Supabase, nebo exportovat z Lovable Cloud)
- Kód naimportován do prázdného projektu Mythexu, Náhled běží
- Tajné klíče znovu přidány; žádné soukromé klíče v proměnných
VITE_ - Přesměrovací URL pro autentizaci aktualizovány pro nové adresy
- Registrace, přihlášení, hlavní datové postupy a nahrávání otestovány v Náhledu
- Publikováno a znovu otestováno na adrese
mythex.ai - DNS přesunuto; stará aplikace vypnuta až po potvrzení nové
Pro stranu Mythexu viz GitHub, export a import v dokumentaci.
Otázky
Můžu přesunout projekt z Lovable na Mythex bez přestavby?
Obvykle ano. Lovable umí synchronizovat kód projektu s GitHubem a Mythex může tento kód naimportovat do projektu z propojeného repozitáře GitHub nebo z archivu .zip či .tar.gz. Frontend se přenese beze změny; práce je v tajných klíčích, backendu a doméně.
Co se stane s mojí databází v Supabase nebo Lovable Cloud?
Databáze není součástí kódu. Pokud vaše aplikace používá váš vlastní projekt Supabase, může ho po přesunu dál používat. Pokud používá Lovable Cloud, Lovable popisuje export databáze a uvádí, že podporovaným cílem pro přesun tohoto backendu je spravovaný nebo self-hostovaný Supabase.
Budou se moji uživatelé muset znovu registrovat?
Ne, pokud aplikace dál používá stejný backend pro přihlašování, například stejný projekt Supabase. Export databáze z Lovable Cloud obsahuje uživatelské účty a hashe hesel, ale přesun přihlašování k jinému poskytovateli je větší práce a je třeba ji naplánovat a otestovat zvlášť.
Má Mythex vestavěné přihlašování a platby jako Lovable Cloud?
Ne. Mythex neposkytuje vestavěné přihlašování koncových uživatelů ani Stripe. Agent do aplikace zapojí vaše vlastní poskytovatele a klíče, a proto je často nejjednodušší cestou ponechat stávající projekt Supabase.