Како да се префрлите од 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 проект, повторно создајте ги складишните баркети, 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 во поставките на проектот, поврзете го репозиториумот и повлечете. GitHub синхронизацијата е функција на Pro планот.

Увозот ги заменува датотеките на проектот, па користете празен проект. Сите .env датотеки во архивата се отстрануваат при увозот, така што ниедна тајна не патува по грешка. По успешен увоз, Mythex може да отвори нов разговор во кој агентот ги инсталира зависностите, открива како да ја стартува апликацијата и ја пушта Preview. Можете да го водите тој разговор како секој друг. Деталите се во По увозот.

Ако Preview не се појави сам, прашајте:

Овој проект е извезен од Lovable. Тоа е React + TypeScript + Tailwind апликација што користи Supabase. Инсталирај ги зависностите, одреди ја dev командата од package.json и стартувај Preview. Сè уште не менувај ниту еден код на апликацијата.

Чекор 4: Повторно внесете ги тајните клучеви

Отворете project settings → Secrets и додајте ја секоја вредност што ја бара вашата апликација. За апликација со Supabase обично тоа значи URL-то на Supabase проектот и јавниот (anon или publishable) клуч. Имињата земете ги од .env.example или од местото каде кодот ги чита.

Две правила:

• Во фронтендот припаѓаат само јавните клучеви. Во Vite апликација, сè со префикс VITE_ се вградува во JavaScript што го презема секој посетител.
• Никогаш не ставајте Supabase service role клуч во фронтенд код. Ако некоја серверска функција го бара, останува на серверот.

Потоа замолете го агентот да потврди дека апликацијата ги чита:

Провери кои променливи на околината ги чита апликацијата. Наведи ги оние што уште не се поставени во тајните на проектот, и не ги печати нивните вредности.

Нашиот водич за променливи на околината и тајни ја објаснува разликата помеѓу јавните и приватните вредности.

Чекор 5: Тестирајте пред да префрлите нешто

Вашата Lovable апликација е уште жива, па нема брзање. Тестирајте ја Mythex верзијата во Preview со вистински текови:

• Регистрација, најава, одјава и ресетирање на лозинка
• Создавање, уредување и бришење запис
• Прикачување датотека, ако вашата апликација го прави тоа
• Сè што повикува Edge Function или API на трета страна

Supabase автентикацијата има една поставка што лесно се пропушта: redirect URLs дозволени за е-пораките за најава и ресетирање на лозинка. Додајте ги адресите на Mythex preview и објавените адреси таму, инаку најавите ќе се враќаат на стариот домен.

Командата /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 работи
• Тајните клучеви се повторно внесени; нема приватни клучеви во VITE_ променливите
• Redirect URL-ите за автентикација се ажурирани за новите адреси
• Регистрација, најава, основни текови со податоци и прикачување датотеки тестирани во Preview
• Објавено и повторно тестирано на адресата mythex.ai
• DNS префрлен; стариот проект исклучен само откако новиот е потврден

За страната на Mythex, видете GitHub, извоз и увоз во документацијата.

Прашања