Как да преминете от Lovable към Mythex (код, данни и домейн)

За да преминете от Lovable към Mythex, извадете кода си от Lovable през интеграцията с GitHub, после го внесете в проект в Mythex, като свържете хранилището или импортирате архив, добавите отново тайните си ключове и тествате в Preview, преди да публикувате. Фронтендът обикновено се мести без промени. Истинските решения са свързани с бекенда: запазвате съществуващия си проект в Supabase или премествате данните другаде.

Това ръководство минава през цялото преместване по ред и е честно за частите, които изискват работа.

Преди да започнете: какво всъщност се мести

Приложението в Lovable е няколко неща и всяко от тях се мести по различен начин.

Първо напишете тази таблица за вашето приложение. Отнема десет минути и предотвратява повечето изненади.

Стъпка 1: Извадете кода си от Lovable

Документацията на Lovable (към септември 2026) описва два начина за излизане:

• Синхронизация с GitHub. Lovable може да експортира и синхронизира двупосочно проекта ви с GitHub, а документацията му посочва поддръжка на github.com при всички планове. Свържете GitHub в Lovable и кодът ви попада в хранилище, което притежавате. Имайте предвид, че Lovable синхронизира по един клон наведнъж.
• Изтегляне на кодовата база. При платените планове на Lovable можете да изтеглите кода директно от Project settings → Git.

GitHub е по-добрият път за миграция: получавате пълната история и можете да продължите синхронизацията, докато тествате новата настройка. Вижте документацията за интеграцията с GitHub на Lovable за актуалните стъпки.

Преди да напуснете Lovable, отворете хранилището и потърсете:

• Файл .env или .env.example, който изброява променливите на средата, които приложението очаква
• Папка supabase/, която може да съдържа миграции на базата данни и код за Edge Functions
• Скриптовете в package.json, които показват как се изгражда и стартира приложението

Стъпка 2: Решете какво да правите с бекенда

Това е изборът, който има най-голямо значение. Приложенията в Lovable обикновено използват Supabase за базата данни и входа — или чрез проект в Supabase, който сте свързали сами, или чрез Lovable Cloud.

Вариант А: Запазете собствения си проект в Supabase

Ако приложението ви вече комуникира със собствен проект в Supabase, това е най-простият път. Кодът продължава да вика същия Supabase URL със същите ключове, така че данните, потребителите и файловете остават точно там, където са. Премествате само фронтенда.

Вариант Б: Излезте от Lovable Cloud

Ако приложението ви използва Lovable Cloud, Lovable документира експорт на базата данни под More → Cloud → Overview → Advanced settings. Според документацията на Lovable (към септември 2026):

• Експортът съдържа цялата база данни, структурата и данните, включително потребителските акаунти и хешовете на техните пароли.
• Той не включва файловете в хранилището, кода на Edge Functions или тайните ключове на проекта. Настройките на доставчиците за вход също не са включени.
• Експортите покриват бази данни до 15 GB, файлът може да е най-много 5 GB, а можете да поискате по един експорт на всеки 24 часа.
• Няма еднокликово преместване от Cloud към Supabase, а поддържаните дестинации за преместване на бекенда от Cloud са управляван Supabase или самостоятелно хостван Supabase.

Така практическият път обикновено е: възстановявате експорта в собствения си проект в Supabase, пресъздавате там bucket-ите за файлове, Edge Functions и настройките за автентикация и след това го третирате като вариант А. Вижте документацията за разширените настройки на Lovable за подробности.

Вариант В: Преместете всичко в базата данни на Mythex

Mythex може да даде на проект отделна Postgres база данни. Преместването на данните там е възможно, но означава пренаписване на всяко място, където приложението използва клиентската библиотека на Supabase, а Mythex няма вграден вход за крайните потребители, затова ще трябва да свържете и отделен доставчик за автентикация. Това е реално пресъздаване на бекенда, а не миграция. Направете го по-късно, ако изобщо, след като приложението работи в Mythex със Supabase.

Стъпка 3: Внесете кода в Mythex

Създайте нов, празен проект в Mythex. После или:

• Импортирайте архив. Отворете project settings → Export → Import into this project и качете .zip, .tar.gz или .tgz. Бутонът Download ZIP на GitHub дава файл, който работи тук.
• Свържете GitHub и изтеглете. Свържете GitHub в настройките на проекта, свържете хранилището и направете pull. Синхронизацията с GitHub е функция на Pro.

Импортът заменя файловете на проекта, затова използвайте празен проект. Всички файлове .env в архива се премахват при импорт, така че никакви тайни ключове не пътуват по невнимание. След успешен импорт Mythex може да отвори нов чат, в който агентът инсталира зависимостите, разбира как да стартира приложението и пуска Preview. Можете да го насочвате като всеки друг чат. Подробностите са в След импорта.

Ако Preview не се стартира сам, попитайте:

Този проект е експортиран от Lovable. Това е React + TypeScript + Tailwind приложение, което използва Supabase. Инсталирай зависимостите, определи командата за разработка от package.json и пусни Preview. Все още не променяй кода на приложението.

Стъпка 4: Добавете отново тайните си ключове

Отворете project settings → Secrets и добавете всяка стойност, от която се нуждае приложението. За приложение с Supabase това обикновено означава URL адреса на проекта в Supabase и публичния (anon или publishable) ключ. Вземете имената от .env.example или от мястото, където кодът ги чете.

Два правила:

• Във фронтенд променливите трябва да има само публични ключове. В приложение с Vite всичко с префикс VITE_ се вгражда в JavaScript, който всеки посетител сваля.
• Никога не слагайте service role ключа на Supabase във фронтенд кода. Ако серверна функция се нуждае от него, той остава на сървъра.

После помолете агента да потвърди, че приложението ги чете:

Провери кои променливи на средата чете това приложение. Изброй всички, които още не са зададени в тайните на проекта, и не показвай стойностите им.

Нашето ръководство за променливи на средата и тайни ключове обяснява разликата между публичните и private стойностите.

Стъпка 5: Тествайте, преди да сменяте нещо

Вашето приложение в Lovable още е на живо, така че няма бързане. Тествайте версията в Mythex в Preview със реални потоци:

• Регистрация, вход, изход и възстановяване на парола
• Създаване, редактиране и изтриване на запис
• Качване на файл, ако приложението ви го прави
• Всичко, което вика Edge Function или API на трета страна

В автентикацията на Supabase има една настройка, която лесно се пропуска: redirect URL адресите, разрешени за имейли при вход и възстановяване на парола. Добавете там адресите на Preview и публикувания адрес в Mythex, иначе входовете ще отвеждат към стария домейн.

Командата /test в Mythex кара агента да кликне през Preview като потребител и да докладва счупените потоци. Нашето ръководство за тестване на приложението преди пускане съдържа по-пълен контролен списък.

Стъпка 6: Публикувайте и преместете домейна

Когато всичко работи, публикувайте от работното пространство, за да получите адрес <slug>.mythex.app. Тествайте отново там, защото публикуваното приложение е отделна снимка на проекта ви.

С план Pro можете да свържете собствен домейн. Обновете DNS записите при вашия доставчик на домейни, добавете новия адрес в разрешените redirect URL адреси на Supabase и едва тогава изключете версията в Lovable. Нашето ръководство за свързване на собствен домейн описва DNS стъпка по стъпка.

Често срещани грешки

• Преместване на базата данни и фронтенда едновременно. Първо преместете фронтенда, докажете, че работи със съществуващия бекенд, и после решете за данните.
• Забравени Edge Functions. Ако приложението вика Supabase Edge Functions, те или остават в Supabase, или трябва да се пренапишат като сървърен код. Не работят във Vite фронтенд.
• Поставяне на service role ключа във фронтенда. Той дава пълен достъп до базата ви на всеки, който отвори devtools.
• Липсващи redirect URL адреси за автентикация. Входът работи в Preview, а после се проваля на истинския домейн.
• Смяна на DNS преди тестване на публикувания адрес. Тествайте първо адреса mythex.ai; промените в DNS отнемат време за връщане.
• Импорт в проект, в който има работа. Импортът заменя файловете. Използвайте нов проект.

Кога има смисъл да останете в Lovable

Бъдете честни със себе си за причината за преместването. Lovable предлага визуални редакции с клик върху Preview и продуктов бекенд с Lovable Cloud, а Mythex няма нито едно от двете. Ако ги използвате всеки ден, преместването ще ви струва повече, отколкото печели. Mythex е по-подходящ, ако искате истински редактор на код и терминал до чата, един баланс от кредити за изграждане и хостинг или друг стек. Нашето ръководство за алтернативи на Lovable и страницата Mythex срещу Lovable ги сравняват по-подробно.

Контролен списък за миграция

• Изброени са всички части на приложението: код, база данни, потребители, файлове, функции, тайни ключове, домейн
• Кодът е синхронизиран с хранилище в GitHub, което притежавате
• Взето е решение за бекенда (запазване на Supabase или експорт от Lovable Cloud)
• Кодът е импортиран в празен проект в Mythex и Preview работи
• Тайните ключове са добавени отново; няма private ключове във променливи VITE_
• Redirect URL адресите за автентикация са обновени за новите адреси
• Регистрация, вход, основните потоци с данни и качванията са тествани в Preview
• Публикувано и тествано отново на адрес mythex.ai
• DNS е преместен; старото приложение е изключено само след потвърждение на новото

За частта от Mythex вижте GitHub, експорт и импорт в документацията.

Въпроси