Průvodci

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.

ČástKde jeJak se přenese
Kód frontenduVáš projekt v LovableSynchronizace s GitHubem nebo stažení kódu
Databáze a uživateléLovable Cloud nebo váš vlastní projekt SupabasePonechat, nebo exportovat a obnovit
Nahrané souboryÚložiště Lovable Cloud nebo SupabasePonechat, nebo zkopírovat zvlášť
Serverové funkceSupabase Edge Functions, pokud je používátePonechat na Supabase, nebo přepsat
Tajné klíče a API klíčeNastavení Lovable / SupabaseZadat znovu ručně
DoménaVáš poskytovatel DNSNasmě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 .env nebo .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.gz nebo .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.

Mythex · Pricing · Vytvořte cokoli s AI · Šablony webů a aplikací · Mythex v porovnání · Slovník tvorby aplikací s AI · Bezplatné nástroje pro tvorbu aplikací s AI · English

English አማርኛ العربية Български বাংলা Bosanski Català Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)