Ինչպես տեղափոխվել Lovable-ից Mythex (կոդ, տվյալներ և դոմեն)

Lovable-ից Mythex տեղափոխվելու համար կոդը հանեք Lovable-ից նրա GitHub ինտեգրացիայով, ապա բերեք այն Mythex նախագծի մեջ՝ կապելով repository-ն կամ ներմուծելով արխիվ, նորից ավելացրեք ձեր գաղտնիքները և փորձարկեք Preview-ում՝ նախքան հրապարակելը։ Frontend-ը սովորաբար փոփոխությունների առանց է տեղափոխվում։ Իրական որոշումները վերաբերում են backend-ին՝ պահե՞լ ձեր գոյություն ունեցող Supabase նախագիծը, թե տվյալները տանել այլ տեղ։

Այս ուղեցույցը ամբողջ տեղափոխությունը անցնում է հերթականությամբ և ազնիվ է այն մասերի հետ կապված, որոնք աշխատանք են պահանջում։

Նախքան սկսելը. ի՞նչն է իրականում տեղափոխվում

Lovable հավելվածը մի քանի բաղադրիչ է, և յուրաքանչյուրը տարբեր կերպ է տեղափոխվում։

Սա գրեք ձեր հավելվածի համար առաջին հերթին։ Տասը րոպե է պահանջում և կանխում է մեծամասնությունը անսպասելի իրավիճակների։

Քայլ 1. Հանեք կոդը Lovable-ից

Lovable-ի փաստաթղթերը (սեպտեմբեր 2026 դրությամբ) նկարագրում են դուրս գալու երկու եղանակ․

• GitHub համաժամեցում։ Lovable-ը կարող է արտահանել և երկկողմանի համաժամեցնել ձեր նախագիծը GitHub-ի հետ, իսկ նրա փաստաթղթերը թվարկում են github.com աջակցությունը բոլոր պլաններում։ Միացրեք GitHub-ը Lovable-ում, և ձեր կոդը կընկնի repository-ի մեջ, որը ձեզ է պատկանում։ Նկատեք, որ Lovable-ը համաժամեցնում է մեկ ճյուղ միաժամանակ։
• Ներբեռնեք codebase-ը։ Lovable-ի վճարովի պլաններում կարող եք ներբեռնել կոդը ուղղակիորեն Project settings → Git-ից։

Տեղափոխության համար GitHub-ն ավելի լավ ուղի է․ ստանում եք լրիվ պատմությունը, և կարող եք շարունակել համաժամեցումը, մինչ փորձարկում եք նոր կարգավորումը։ Ընթացիկ քայլերի համար տես Lovable-ի GitHub ինտեգրացիայի փաստաթղթերը։

Չեք Lovable-ից դուրս գալուց առաջ բացեք repository-ն և փնտրեք․

• .env կամ .env.example ֆայլ, որը թվարկում է հավելվածին պետք միջավայրի փոփոխականները
• supabase/ թղթապանակ, որը կարող է պարունակել տվյալների բազայի միգրացիաներ և Edge Function կոդ
• package.json-ի scripts-ները, որոնք ցույց են տալիս, թե ինչպես է հավելվածը կառուցվում և գործարկվում

Քայլ 2. Որոշեք, թե ինչ անել backend-ի հետ

Սա ամենակարևոր ընտրությունն է։ Lovable հավելվածները սովորաբար օգտագործում են Supabase տվյալների բազայի և մուտքի համար, կամ ձեր միացրած սեփական Supabase նախագծի միջոցով, կամ Lovable Cloud-ի միջոցով։

Տարբերակ A. Պահեք ձեր սեփական Supabase նախագիծը

Եթե ձեր հավելվածն արդեն խոսում է ձեր սեփական Supabase նախագծի հետ, սա ամենապարզ ուղին է։ Հավելվածի կոդը շարունակում է կանչել նույն Supabase URL-ը նույն բանալիներով, այնպես որ ձեր տվյալները, օգտատերերը և ֆայլերը մնում են ճիշտ այնտեղ, որտեղ են։ Տեղափոխում եք միայն frontend-ը։

Տարբերակ B. Տեղափոխվեք Lovable Cloud-ից

Եթե ձեր հավելվածն օգտագործում է Lovable Cloud, Lovable-ը փաստաթղթավորում է տվյալների բազայի արտահանում More → Cloud → Overview → Advanced settings ճանապարհով։ Lovable-ի փաստաթղթերի համաձայն (սեպտեմբեր 2026 դրությամբ)․

• Արտահանումը պարունակում է ամբողջ տվյալների բազան, կառուցվածքը և տվյալները, ներառյալ օգտատերերի հաշիվները և նրանց գաղտնաբառերի հեշերը։
• Այն չի ներառում պահեստում գտնվող ֆայլերը, Edge Function կոդը կամ նախագծի գաղտնիքները։ Մուտքի մատակարարի կարգավորումներն էլ չեն ներառվում։
• Արտահանումները ընդգրկում են մինչև 15 ԳԲ տվյալների բազաներ, ֆայլը կարող է լինել առավելագույնը 5 ԳԲ, և կարող եք պահանջել մեկ արտահանում յուրաքանչյուր 24 ժամը մեկ։
• Cloud-ից Supabase-ի մեկ սեղմման տեղափոխություն չկա, և Cloud backend-ը տեղափոխելու աջակցվող նպատակակետերն են կառավարվող Supabase-ը կամ ինքնահոստված Supabase-ը։

Եթե այդպես է, գործնական ուղին սովորաբար հետևյալն է․ վերականգնեք արտահանումը ձեր սեփական Supabase նախագծում, ստեղծեք նորից պահեստի դույլերը, Edge Functions-ը և auth կարգավորումները այնտեղ, և այնուհետև վարվեք դրա հետ որպես Տարբերակ A։ Մանրամասների համար տես Lovable-ի առաջադեմ կարգավորումների փաստաթղթերը։

Տարբերակ C. Տեղափոխեք ամեն ինչ Mythex-ի տվյալների բազա

Mythex-ը նախագծին կարող է տալ նվիրված Postgres տվյալների բազա։ Տվյալները այնտեղ տեղափոխելը հնարավոր է, բայց դա նշանակում է վերագրել յուրաքանչյուր տեղ, որտեղ հավելվածն օգտագործում է Supabase-ի client գրադարանը, և Mythex-ը չունի ներկառուցված վերջնական օգտատիրոջ մուտք, ուստի պետք է նաև առանձին auth մատակարար միացնեք։ Դա backend-ի իրական վերակառուցում է, ոչ թե տեղափոխություն։ Արեք այն հետո, եթե ընդհանրապես, երբ հավելվածը արդեն աշխատում է Mythex-ի վրա Supabase-ով։

Քայլ 3. Բերեք կոդը Mythex-ի մեջ

Ստեղծեք նոր, դատարկ նախագիծ Mythex-ում։ Այնուհետև կա՛մ․

• Ներմուծեք արխիվ։ Բացեք project settings → Export → Import into this project և վերբեռնեք .zip, .tar.gz կամ .tgz։ GitHub-ի Download ZIP կոճակը տալիս է ֆայլ, որը այստեղ աշխատում է։
• Կապեք GitHub-ը և քաշեք։ Միացրեք GitHub-ը նախագծի կարգավորումներում, կապեք repository-ն և քաշեք։ GitHub համաժամեցումը Pro գործառույթ է։

Ներմուծումը փոխարինում է նախագծի ֆայլերը, ուստի օգտագործեք դատարկ նախագիծ։ Արխիվում գտնվող .env ֆայլերը ներմուծման ժամանակ հեռացվում են, այնպես որ գաղտնիքներ պատահաբար չեն տեղափոխվում։ Հաջող ներմուծումից հետո Mythex-ը կարող է բացել նոր զրույց, որտեղ agent-ը տեղադրում է կախվածությունները, պարզում, թե ինչպես գործարկել հավելվածը, և միացնում Preview-ն։ Այդ զրույցը կարող եք ուղղորդել, ինչպես ցանկացած այլ։ Մանրամասները՝ After you import էջում։

Եթե Preview-ն ինքնուրույն չի բարձրանում, հարցրեք․

Այս նախագիծն արտահանվել է Lovable-ից։ Սա React + TypeScript + Tailwind հավելված է, որն օգտագործում է Supabase։ Տեղադրեք կախվածությունները, պարզեք dev հրամանը package.json-ից և գործարկեք Preview-ն։ Առայժմ մի փոխեք հավելվածի կոդը։

Քայլ 4. Նորից ավելացրեք գաղտնիքները

Բացեք project settings → Secrets և ավելացրեք յուրաքանչյուր արժեք, որ հավելվածին պետք է։ Supabase-ով աշխատող հավելվածի համար սովորաբար դա նշանակում է Supabase նախագծի URL-ը և հանրային (anon կամ publishable) բանալին։ Անունները վերցրեք .env.example-ից կամ այն տեղից, որտեղ կոդը կարդում է դրանք։

Երկու կանոն․

• Frontend փոփոխականների մեջ պետք են միայն հանրային բանալիներ։ Vite հավելվածում ցանկացած VITE_ նախածանցով բան ներդրվում է JavaScript-ի մեջ, որը ներբեռնում է յուրաքանչյուր այցելու։
• Երբեք մի դրեք Supabase service role բանալին frontend կոդի մեջ։ Եթե սերվերային ֆունկցիան այն պահանջում է, այն մնում է սերվերի կողմում։

Այնուհետև խնդրեք agent-ին հաստատել, որ հավելվածը կարդում է դրանք․

Ստուգեք, թե ինչ միջավայրի փոփոխականներ է կարդում այս հավելվածը։ Թվարկեք այն բոլորը, որ դեռ նախագծի գաղտնիքներում չեն դրված, և մի տպեք դրանց արժեքները։

Մեր ուղեցույցը միջավայրի փոփոխականների և գաղտնիքների մասին բացատրում է հանրային և գաղտնի արժեքների տարբերությունը։

Քայլ 5. Փորձարկեք, նախքան որևէ բան փոխելը

Ձեր Lovable հավելվածը դեռ կենդանի է, այնպես որ շտապելու պատճառ չկա։ Փորձարկեք Mythex տարբերակը Preview-ում իրական հոսքերով․

• Գրանցվեք, մուտք գործեք, դուրս եկեք և վերականգնեք գաղտնաբառը
• Ստեղծեք, խմբագրեք և ջնջեք գրառում
• Վերբեռնեք ֆայլ, եթե ձեր հավելվածը դա է անում
• Ցանկացած բան, որ կանչում է Edge Function կամ երրորդ կողմի API

Supabase auth-ն ունի մեկ հեշտ բաց թողնվող կարգավորում․ մուտքի և գաղտնաբառի վերականգնման էլ. նամակների համար թույլատրված redirect URL-ները։ Ավելացրեք ձեր Mythex preview-ի և հրապարակված հասցեները այնտեղ, հակառակ դեպքում մուտքերը կվերադառնան հին դոմեն։

Mythex-ի /test հրամանը ստիպում է agent-ին սեղմել ձեր preview-ում որպես օգտատեր և հաղորդել կոտրված հոսքերի մասին։ Մեր ուղեցույցը գործարկումից առաջ հավելվածը փորձարկելու մասին ավելի լրիվ ստուգացանկ ունի։

Քայլ 6. Հրապարակեք և տեղափոխեք դոմենը

Երբ ամեն ինչ աշխատում է, հրապարակեք աշխատանքային տարածքից՝ <slug>.mythex.app հասցե ստանալու համար։ Նորից փորձարկեք այնտեղ, քանի որ հրապարակված հավելվածը նախագծի առանձին պատճեն է։

Pro-ում կարող եք միացնել ձեր սեփական դոմենը։ Թարմացրեք DNS գրառումները ձեր դոմենի մատակարարում, ավելացրեք նոր հասցեն Supabase-ի թույլատրված redirect URL-ներում և միայն դրանից հետո անջատեք Lovable տարբերակը։ Մեր ուղեցույցը հատուկ դոմեն միացնելու մասին քայլ առ քայլ է բացատրում DNS-ը։

Սովորական սխալներ

• Տվյալների բազան և frontend-ը միաժամանակ տեղափոխել։ Նախ տեղափոխեք frontend-ը, ապացուցեք, որ աշխատում է գոյություն ունեցող backend-ի դեմ, և միայն հետո որոշեք տվյալների մասին։
• Edge Functions-ի մոռանալ։ Եթե հավելվածը կանչում է Supabase Edge Functions, դրանք կամ մնում են Supabase-ի վրա, կամ պետք է վերագրվեն որպես սերվերային կոդ։ Դրանք չեն աշխատում Vite frontend-ի ներսում։
• Service role բանալին frontend-ում դնել։ Այն լրիվ մուտք է տալիս ձեր տվյալների բազային յուրաքանչյուրին, ով բացում է devtools-ը։
• Բաց թողնված auth redirect URL-ներ։ Մուտքը աշխատում է Preview-ում, ապա ձախողվում է իրական դոմենում։
• DNS-ը փոխել մինչև հրապարակված URL-ի փորձարկումը։ Փորձարկեք mythex.ai հասցեն առաջինը․ DNS փոփոխությունները ժամանակ են պահանջում հետ շրջելու համար։
• Ներմուծել աշխատանք ունեցող նախագծի մեջ։ Ներմուծումը փոխարինում է ֆայլերը։ Օգտագործեք նոր նախագիծ։

Երբ Lovable-ում մնալն իմաստ ունի

Ազնիվ եղեք ինքներդ ձեր հետ, թե ինչու եք տեղափոխվում։ Lovable-ը տալիս է կետ-առ-կետ տեսողական խմբագրում preview-ում և արտադրանքի պատրաստի backend Lovable Cloud-ով, իսկ Mythex-ը չունի ոչ մեկը։ Եթե դրանք են, որ առօրյա հիմքով ձեզ պետք են, տեղափոխությունը ավելի շատ կարժենա, քան կշահի։ Mythex-ը ավելի հարմար է, եթե ուզում եք իրական կոդի խմբագիր և տերմինալ չատի կողքին, մեկ կրեդիտի հաշիվ կառուցելու և հոստինգի համար, կամ եթե ուզում եք գործարկել այլ stack։ Մեր Lovable-ի այլընտրանքների ուղեցույցը և Mythex vs Lovable էջը ավելի մանրամասն համեմատում են դրանք։

Տեղափոխության ստուգացանկ

• Թվարկված է հավելվածի յուրաքանչյուր մաս՝ կոդ, տվյալների բազա, օգտատերեր, ֆայլեր, ֆունկցիաներ, գաղտնիքներ, դոմեն
• Կոդը համաժամեցված է GitHub repository-ի հետ, որը ձեզ է պատկանում
• Backend-ի որոշումն ընդունված է (պահել Supabase-ը, կամ արտահանել Lovable Cloud-ից)
• Կոդը ներմուծված է դատարկ Mythex նախագծի մեջ, Preview-ն աշխատում է
• Գաղտնիքները նորից ավելացված են; ոչ մի գաղտնի բանալի VITE_ փոփոխականներում
• Auth redirect URL-ները թարմացված են նոր հասցեների համար
• Գրանցում, մուտք, հիմնական տվյալների հոսքերը և վերբեռնումները փորձարկված են Preview-ում
• Հրապարակված և նորից փորձարկված mythex.ai հասցեում
• DNS-ը տեղափոխված; հին հավելվածը անջատված միայն նորը հաստատելուց հետո

Mythex կողմի համար տես GitHub, export և import փաստաթղթերում։

Հարցեր