Cara Berpindah daripada Lovable ke Mythex (Kod, Data dan Domain)

Untuk berpindah daripada Lovable ke Mythex, keluarkan kod anda daripada Lovable melalui integrasi GitHubnya, kemudian bawanya masuk ke projek Mythex dengan memautkan repositori atau mengimport arkib, masukkan semula rahsia anda, dan uji dalam Preview sebelum menerbitkan. Bahagian hadapan biasanya berpindah tanpa perubahan. Keputusan sebenar ialah tentang bahagian belakang anda: kekalkan projek Supabase sedia ada anda, atau pindahkan data ke tempat lain.

Panduan ini menerangkan keseluruhan perpindahan mengikut urutan, dan jujur tentang bahagian yang memerlukan usaha.

Sebelum anda mula: apa yang sebenarnya berpindah

Aplikasi Lovable terdiri daripada beberapa bahagian, dan setiap bahagian berpindah dengan cara yang berbeza.

Tuliskan jadual ini untuk aplikasi anda sendiri terlebih dahulu. Ia mengambil masa sepuluh minit dan mencegah kebanyakan kejutan.

Langkah 1: Keluarkan kod anda daripada Lovable

Dokumentasi Lovable (setakat September 2026) menerangkan dua cara untuk keluar:

• Penyegerakan GitHub. Lovable boleh mengeksport dan menyegerakkan projek anda dua hala dengan GitHub, dan dokumentasinya menyenaraikan sokongan github.com pada semua pelan. Sambungkan GitHub dalam Lovable, dan kod anda akan berada dalam repositori yang anda miliki. Perhatikan bahawa Lovable menyegerakkan satu cawangan pada satu masa.
• Muat turun pangkalan kod. Pada pelan berbayar Lovable, anda boleh memuat turun kod terus daripada Project settings → Git.

GitHub ialah laluan yang lebih baik untuk perpindahan: anda mendapat sejarah penuh, dan anda boleh terus menyegerakkan semasa menguji persediaan baharu. Lihat dokumentasi integrasi GitHub Lovable untuk langkah semasa.

Sebelum meninggalkan Lovable, buka repositori dan cari:

• Fail .env atau .env.example, yang menyenaraikan pembolehubah persekitaran yang dijangka oleh aplikasi
• Folder supabase/, yang mungkin mengandungi migrasi pangkalan data dan kod Edge Function
• Skrip package.json, yang menunjukkan cara aplikasi dibina dan dijalankan

Langkah 2: Tentukan apa yang hendak dilakukan dengan bahagian belakang

Ini ialah pilihan yang paling penting. Aplikasi Lovable biasanya menggunakan Supabase untuk pangkalan data dan log masuk, sama ada melalui projek Supabase yang anda sambungkan sendiri atau melalui Lovable Cloud.

Pilihan A: Kekalkan projek Supabase anda sendiri

Jika aplikasi anda sudah berkomunikasi dengan projek Supabase anda sendiri, ini ialah laluan yang paling mudah. Kod aplikasi terus memanggil URL Supabase yang sama dengan kunci yang sama, jadi data, pengguna dan fail anda kekal di tempat asalnya. Anda hanya memindahkan bahagian hadapan.

Pilihan B: Keluar daripada Lovable Cloud

Jika aplikasi anda menggunakan Lovable Cloud, Lovable mendokumentasikan eksport pangkalan data di bawah More → Cloud → Overview → Advanced settings. Menurut dokumentasi Lovable (setakat September 2026):

• Eksport mengandungi keseluruhan pangkalan data, struktur dan data, termasuk akaun pengguna dan hash kata laluan mereka.
• Ia tidak merangkumi fail dalam storan, Edge Function, atau rahsia projek anda. Tetapan pembekal log masuk juga tidak termasuk.
• Eksport meliputi pangkalan data sehingga 15 GB, fail boleh mencapai 5 GB paling banyak, dan anda boleh meminta satu eksport setiap 24 jam.
• Tiada migrasi satu klik daripada Cloud ke Supabase, dan destinasi yang disokong untuk memindahkan bahagian belakang Cloud ialah Supabase yang diurus atau Supabase yang dihoskan sendiri.

Jadi laluan praktikal biasanya: pulihkan eksport ke projek Supabase anda sendiri, cipta semula baldi storan, Edge Functions dan tetapan pengesahan di sana, dan kemudian anggapnya sebagai Pilihan A. Lihat dokumentasi tetapan lanjutan Lovable untuk butirannya.

Pilihan C: Pindahkan semuanya ke pangkalan data Mythex

Mythex boleh memberikan projek pangkalan data Postgres khusus. Memindahkan data anda ke sana adalah mungkin, tetapi ia bermaksud menulis semula setiap tempat aplikasi menggunakan pustaka pelanggan Supabase, dan Mythex tidak mempunyai log masuk pengguna akhir terbina dalam, jadi anda juga perlu menyambungkan pembekal pengesahan yang berasingan. Itu ialah pembinaan semula bahagian belakang yang sebenar, bukan perpindahan. Lakukannya kemudian, jika perlu, selepas aplikasi berjalan di Mythex dengan Supabase.

Langkah 3: Bawa kod ke dalam Mythex

Cipta projek Mythex yang baharu dan kosong. Kemudian sama ada:

• Import arkib. Buka project settings → Export → Import into this project dan muat naik .zip, .tar.gz atau .tgz. Butang Download ZIP GitHub memberi anda fail yang berfungsi di sini.
• Pautkan GitHub dan tarik. Sambungkan GitHub dalam tetapan projek, pautkan repositori dan tarik. Penyegerakan GitHub ialah ciri Pro.

Import menggantikan fail projek, jadi gunakan projek kosong. Mana-mana fail .env dalam arkib akan dibuang semasa import, supaya tiada rahsia terbawa secara tidak sengaja. Selepas import berjaya, Mythex boleh membuka sembang baharu tempat ejen memasang kebergantungan, mencari cara menjalankan aplikasi dan menjadikan Preview berjalan. Anda boleh mengarahkan sembang itu seperti sembang lain. Butirannya ada dalam Selepas anda import.

Jika Preview tidak naik sendiri, minta:

Projek ini dieksport daripada Lovable. Ia aplikasi React + TypeScript + Tailwind yang menggunakan Supabase. Pasang kebergantungan, tentukan arahan dev daripada package.json, dan jadikan Preview berjalan. Jangan ubah mana-mana kod aplikasi lagi.

Langkah 4: Masukkan semula rahsia anda

Buka project settings → Secrets dan tambahkan setiap nilai yang diperlukan aplikasi anda. Bagi aplikasi yang menggunakan Supabase, ini biasanya bermaksud URL projek Supabase dan kunci awam (anon atau publishable). Ambil nama daripada .env.example atau daripada tempat kod membacanya.

Dua peraturan:

• Hanya kunci awam yang patut berada dalam pembolehubah bahagian hadapan. Dalam aplikasi Vite, apa sahaja yang berawalan VITE_ dimasukkan ke dalam JavaScript yang dimuat turun oleh setiap pelawat.
• Jangan sekali-kali letakkan kunci service role Supabase dalam kod bahagian hadapan. Jika fungsi bahagian pelayan memerlukannya, ia kekal di bahagian pelayan.

Kemudian minta ejen mengesahkan aplikasi membacanya:

Semak pembolehubah persekitaran mana yang dibaca oleh aplikasi ini. Senaraikan mana-mana yang belum ditetapkan dalam rahsia projek, dan jangan cetak nilainya.

Panduan kami tentang pembolehubah persekitaran dan rahsia menerangkan perbezaan antara nilai awam dan persendirian.

Langkah 5: Uji sebelum menukar apa-apa

Aplikasi Lovable anda masih hidup, jadi tiada tergesa-gesa. Uji versi Mythex dalam Preview dengan aliran sebenar:

• Daftar, log masuk, log keluar, dan tetapkan semula kata laluan
• Cipta, sunting dan padam satu rekod
• Muat naik fail, jika aplikasi anda melakukannya
• Apa-apa yang memanggil Edge Function atau API pihak ketiga

Tetapan Supabase yang mudah terlepas pandang ialah URL pengalihan yang dibenarkan untuk e-mel log masuk dan tetapan semula kata laluan. Tambahkan alamat Preview dan alamat terbitan Mythex anda di sana, atau log masuk akan melantun kembali ke domain lama.

Arahan /test Mythex meminta ejen mengklik melalui preview anda seperti pengguna dan melaporkan aliran yang rosak. Panduan kami tentang menguji aplikasi anda sebelum pelancaran mempunyai senarai semak yang lebih lengkap.

Langkah 6: Terbitkan dan pindahkan domain

Apabila semuanya berfungsi, terbitkan dari ruang kerja untuk mendapatkan alamat <slug>.mythex.app. Uji sekali lagi di sana, kerana aplikasi yang diterbitkan ialah salinan berasingan daripada projek anda.

Pada Pro, anda boleh menyambungkan domain anda sendiri. Kemas kini rekod DNS di pembekal domain anda, tambahkan alamat baharu ke URL pengalihan yang dibenarkan Supabase, dan hanya kemudian turunkan versi Lovable. Panduan kami tentang menyambungkan domain tersuai meliputi DNS langkah demi langkah.

Kesilapan biasa

• Memindahkan pangkalan data dan bahagian hadapan serentak. Pindahkan bahagian hadapan dahulu, buktikan ia berfungsi dengan bahagian belakang sedia ada, kemudian putuskan tentang data.
• Terlupa Edge Functions. Jika aplikasi memanggil Supabase Edge Functions, ia sama ada kekal di Supabase atau perlu ditulis semula sebagai kod pelayan. Ia tidak berjalan di dalam bahagian hadapan Vite.
• Menampal kunci service role ke dalam bahagian hadapan. Ia memberikan akses penuh ke pangkalan data anda kepada sesiapa yang membuka devtools.
• URL pengalihan pengesahan yang hilang. Log masuk berfungsi dalam Preview, kemudian gagal di domain sebenar.
• Menukar DNS sebelum menguji URL yang diterbitkan. Uji alamat mythex.ai dahulu; perubahan DNS memakan masa untuk dibatalkan.
• Mengimport ke dalam projek yang sudah ada kerjanya. Import menggantikan fail. Gunakan projek baharu.

Bila kekal di Lovable adalah masuk akal

Jujurlah dengan diri sendiri tentang sebab anda berpindah. Lovable menawarkan suntingan visual klik-dan-pilih pada preview dan bahagian belakang produk dengan Lovable Cloud, dan Mythex tidak mempunyai kedua-duanya. Jika itu yang anda bergantung setiap hari, berpindah akan menelan lebih banyak daripada yang diperoleh. Mythex lebih sesuai jika anda mahukan editor kod dan terminal sebenar di sebelah sembang, satu baki kredit untuk membina dan menghoskan, atau untuk menjalankan timbunan teknologi yang berbeza. Panduan alternatif Lovable kami dan halaman Mythex lawan Lovable membandingkannya dengan lebih terperinci.

Senarai semak perpindahan

• Disenaraikan setiap bahagian aplikasi: kod, pangkalan data, pengguna, fail, fungsi, rahsia, domain
• Kod disegerakkan ke repositori GitHub yang anda miliki
• Keputusan bahagian belakang dibuat (kekalkan Supabase, atau eksport dari Lovable Cloud)
• Kod diimport ke projek Mythex kosong, Preview berjalan
• Rahsia dimasukkan semula; tiada kunci persendirian dalam pembolehubah VITE_
• URL pengalihan pengesahan dikemas kini untuk alamat baharu
• Daftar, log masuk, aliran data utama dan muat naik diuji dalam Preview
• Diterbitkan dan diuji semula pada alamat mythex.ai
• DNS dipindahkan; aplikasi Lovable lama diturunkan hanya selepas yang baharu disahkan

Untuk bahagian Mythex, lihat GitHub, eksport dan import dalam dokumentasi.

Soalan lazim