Як перейти з Lovable на Mythex (код, дані та домен)

Щоб перейти з Lovable на Mythex, вивантажте код із Lovable через його інтеграцію з GitHub, потім перенесіть його в проєкт Mythex, під'єднавши репозиторій або імпортувавши архів, знову додайте секрети і протестуйте в Preview перед публікацією. Фронтенд зазвичай переноситься без змін. Справжні рішення стосуються бекенду: залишити наявний проєкт Supabase або перенести дані в інше місце.

Цей посібник проводить вас через весь перехід по порядку і чесно говорить про частини, які потребують роботи.

Перш ніж почати: що насправді переноситься

Застосунок Lovable складається з кількох частин, і кожна переноситься по-своєму.

Спочатку випишіть цю таблицю для свого застосунку. Це займе десять хвилин і запобіжить більшості несподіванок.

Крок 1: Вивантажте код із Lovable

Документація Lovable (станом на вересень 2026) описує два способи:

• Синхронізація з GitHub. Lovable може експортувати ваш проєкт у GitHub і синхронізувати його в обидва боки; у документації вказано підтримку github.com на всіх тарифах. Підключіть GitHub у Lovable, і ваш код опиниться в репозиторії, яким ви володієте. Зверніть увагу, що Lovable синхронізує одну гілку за раз.
• Завантаження кодової бази. На платних тарифах Lovable можна завантажити код напряму в Налаштування проєкту → Git.

Для міграції кращий GitHub: ви отримуєте повну історію і можете далі синхронізувати код, поки тестуєте нове налаштування. Актуальні кроки див. у документації з інтеграції GitHub від Lovable.

Перед тим як піти з Lovable, відкрийте репозиторій і знайдіть:

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

Крок 2: Вирішіть, що робити з бекендом

Цей вибір найважливіший. Застосунки Lovable зазвичай використовують Supabase для бази даних і входу — або через власний проєкт Supabase, під'єднаний вами, або через Lovable Cloud.

Варіант A: Залишити власний проєкт Supabase

Якщо ваш застосунок уже працює з власним проєктом Supabase, це найпростіший шлях. Код застосунку продовжує звертатися до тієї самої URL-адреси Supabase з тими самими ключами, тож ваші дані, користувачі та файли залишаються на місці. Ви переносите лише фронтенд.

Варіант B: Вийти з Lovable Cloud

Якщо ваш застосунок використовує Lovable Cloud, Lovable описує експорт бази даних у розділі Більше → Cloud → Огляд → Додаткові налаштування. Згідно з документацією Lovable (станом на вересень 2026):

• Експорт містить повну базу: структуру і дані, включно з обліковими записами користувачів та їхніми хешами паролів.
• Він не містить файлів у сховищі, коду Edge Functions або секретів проєкту. Налаштування провайдерів входу також не входять.
• Експорт підтримує бази до 15 ГБ, файл може бути завбільшки до 5 ГБ, а запитувати експорт можна раз на 24 години.
• Одноклікової міграції з Cloud на Supabase немає, а підтримуваними напрямками для переносу бекенду Cloud є керований Supabase або самохостований Supabase.

Тож практичний шлях зазвичай такий: відновіть експорт у власному проєкті Supabase, створіть заново бакети сховища, Edge Functions і налаштування автентифікації, а далі дійте як у варіанті A. Деталі — у розширених налаштуваннях Lovable.

Варіант C: Перенести все в базу даних Mythex

Mythex може надати проєкту окрему базу Postgres. Перенести туди дані можливо, але для цього треба переписати кожне місце, де застосунок використовує клієнтську бібліотеку Supabase, а оскільки вбудованого входу для кінцевих користувачів у Mythex немає, доведеться ще під'єднати окремого провайдера автентифікації. Це справжня перебудова бекенду, а не міграція. Робіть це пізніше, якщо взагалі, коли застосунок уже працює на Mythex із Supabase.

Крок 3: Перенесіть код у Mythex

Створіть у Mythex новий порожній проєкт. Далі зробіть одне з двох:

• Імпортуйте архів. Відкрийте Налаштування проєкту → Експорт → Імпорт у цей проєкт і завантажте .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: Додайте секрети знову

Відкрийте Налаштування проєкту → Секрети і додайте кожне значення, потрібне застосунку. Для застосунку на Supabase зазвичай це URL проєкту Supabase і публічний (anon або publishable) ключ. Назви беріть із .env.example або з місця, де код їх читає.

Два правила:

• У змінних фронтенду мають бути лише публічні ключі. У застосунку на Vite все, що має префікс VITE_, вбудовується в JavaScript, який завантажує кожен відвідувач.
• Ніколи не кладіть ключ service role Supabase у код фронтенду. Якщо серверній функції він потрібен, лишайте його на сервері.

Потім попросіть агента підтвердити, що застосунок їх читає:

Перевір, які змінні середовища читає цей застосунок. Перелічи ті, яких ще немає в секретах проєкту, і не виводь їхні значення.

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

Крок 5: Протестуйте перед будь-якими перемиканнями

Ваш застосунок на Lovable ще працює, тож поспішати не треба. Протестуйте версію на Mythex у Preview на реальних сценаріях:

• Реєстрація, вхід, вихід і скидання пароля
• Створення, редагування та видалення запису
• Завантаження файлу, якщо застосунок це робить
• Усе, що викликає Edge Function або сторонній API

У автентифікації Supabase є одне налаштування, яке легко пропустити: дозволені URL перенаправлення для листів входу та скидання пароля. Додайте туди адреси Preview і опублікованого застосунку на Mythex, інакше входи відправлятимуть назад на старий домен.

Команда /test у Mythex змушує агента пройти Preview як звичайний користувач і повідомити про зламані сценарії. Повніший чек-лист — у нашому посібнику як протестувати застосунок перед запуском.

Крок 6: Опублікуйте і перенесіть домен

Коли все працює, опублікуйте з робочого простору, щоб отримати адресу <slug>.mythex.app. Протестуйте ще раз там, бо опублікований застосунок — окремий знімок вашого проєкту.

На тарифі Pro можна під'єднати власний домен. Оновіть DNS-записи у свого реєстратора домену, додайте нову адресу до дозволених URL перенаправлення в Supabase, і лише тоді вимикайте версію на Lovable. Наш посібник про підключення власного домену покроково пояснює DNS.

Типові помилки

• Перенесення бази і фронтенду одночасно. Спершу перенесіть фронтенд, доведіть, що він працює з наявним бекендом, а вже потім вирішуйте щодо даних.
• Забуті Edge Functions. Якщо застосунок викликає Supabase Edge Functions, вони або лишаються на Supabase, або їх треба переписати як серверний код. У фронтенді на Vite вони не працюють.
• Вставлений у фронтенд ключ service role. Він дає повний доступ до бази будь-кому, хто відкриє інструменти розробника.
• Відсутні URL перенаправлення для автентифікації. Вхід працює в Preview, а на справжньому домені — ні.
• Перемикання DNS до тестування опублікованої адреси. Спершу протестуйте адресу mythex.ai; відкочувати зміни DNS довго.
• Імпорт у проєкт, у якому вже є робота. Імпорт замінює файли. Використовуйте новий проєкт.

Коли лишитися на Lovable має сенс

Чесно скажіть собі, чому ви переходите. Lovable пропонує візуальні правки прямо в превʼю і готовий бекенд через Lovable Cloud, а в Mythex немає ні того, ні іншого. Якщо щодня ви покладаєтеся саме на це, перехід коштуватиме більше, ніж дасть. Mythex краще підходить, якщо вам потрібен справжній редактор коду і термінал поруч із чатом, один баланс кредитів для розробки й хостингу або інший стек. Наш посібник альтернативи Lovable і сторінка Mythex проти Lovable порівнюють їх докладніше.

Чек-лист міграції

• Перелічено всі частини застосунку: код, база, користувачі, файли, функції, секрети, домен
• Код синхронізовано з репозиторієм GitHub, яким ви володієте
• Ухвалено рішення щодо бекенду (залишити Supabase або експортувати з Lovable Cloud)
• Код імпортовано в порожній проєкт Mythex, Preview працює
• Секрети додано знову; жодних приватних ключів у змінних VITE_
• Оновлено URL перенаправлення для автентифікації під нові адреси
• Реєстрацію, вхід, основні сценарії з даними та завантаження протестовано в Preview
• Опубліковано й протестовано знову на адресі mythex.ai
• DNS перенесено; старий застосунок вимикається лише після підтвердження нового

Для боку Mythex дивіться GitHub, експорт і імпорт у документації.

Запитання