Lovable-ൽ നിന്ന് Mythex-ലേക്ക് എങ്ങനെ മാറാം (കോഡ്, ഡേറ്റ, ഡൊമെയ്ൻ)
Lovable-ൽ നിന്ന് Mythex-ലേക്ക് മാറാൻ, Lovable-ന്റെ GitHub ഇന്റഗ്രേഷൻ വഴി കോഡ് പുറത്തെടുക്കുക, തുടർന്ന് റിപ്പോസിറ്ററി ബന്ധിപ്പിച്ചോ ആർക്കൈവ് ഇമ്പോർട്ട് ചെയ്തോ ഒരു Mythex പ്രോജക്റ്റിലേക്ക് കൊണ്ടുവരിക, സീക്രട്ടുകൾ വീണ്ടും ചേർക്കുക, പ്രസിദ്ധീകരിക്കുന്നതിന് മുമ്പ് Preview-ൽ പരിശോധിക്കുക. ഫ്രണ്ടെൻഡ് സാധാരണ മാറ്റമില്ലാതെ വരും. യഥാർഥ തീരുമാനങ്ങൾ ബാക്കെൻഡിനെക്കുറിച്ചാണ്: നിലവിലുള്ള Supabase പ്രോജക്റ്റ് നിലനിർത്തുക, അല്ലെങ്കിൽ ഡേറ്റ മറ്റെവിടെയെങ്കിലും കൊണ്ടുപോകുക.
ഈ ഗൈഡ് മുഴുവൻ മാറ്റവും ക്രമത്തിൽ വിശദീകരിക്കുന്നു, ജോലി ആവശ്യമുള്ള ഭാഗങ്ങളെക്കുറിച്ച് സത്യസന്ധമായി പറയുന്നു.
തുടങ്ങുന്നതിന് മുമ്പ്: യഥാർഥത്തിൽ എന്താണ് മാറുന്നത്
Lovable ആപ്പ് പല കാര്യങ്ങൾ ചേർന്നതാണ്, ഓരോന്നും വ്യത്യസ്ത രീതിയിലാണ് മാറുന്നത്.
| ഭാഗം | എവിടെയാണ് ഉള്ളത് | എങ്ങനെ മാറുന്നു |
|---|---|---|
| ഫ്രണ്ടെൻഡ് കോഡ് | നിങ്ങളുടെ Lovable പ്രോജക്റ്റ് | GitHub സമന്വയം അല്ലെങ്കിൽ കോഡ് ഡൗൺലോഡ് |
| ഡേറ്റാബേസും ഉപയോക്താക്കളും | Lovable Cloud അല്ലെങ്കിൽ നിങ്ങളുടെ സ്വന്തം Supabase പ്രോജക്റ്റ് | നിലനിർത്തുക, അല്ലെങ്കിൽ എക്സ്പോർട്ട് ചെയ്ത് പുനഃസ്ഥാപിക്കുക |
| അപ്ലോഡ് ചെയ്ത ഫയലുകൾ | Lovable Cloud അല്ലെങ്കിൽ Supabase സ്റ്റോറേജ് | നിലനിർത്തുക, അല്ലെങ്കിൽ പ്രത്യേകം പകർത്തുക |
| സെർവർ ഫംഗ്ഷനുകൾ | Supabase Edge Functions, നിങ്ങൾ ഉപയോഗിക്കുന്നുവെങ്കിൽ | Supabase-ൽ നിലനിർത്തുക, അല്ലെങ്കിൽ വീണ്ടും എഴുതുക |
| സീക്രട്ടുകളും API കീകളും | Lovable / Supabase ക്രമീകരണങ്ങൾ | കൈകൊണ്ട് വീണ്ടും നൽകുക |
| ഡൊമെയ്ൻ | നിങ്ങളുടെ DNS ദാതാവ് | പുതിയ ഹോസ്റ്റിലേക്ക് പോയിന്റ് ചെയ്യുക |
നിങ്ങളുടെ ആപ്പിനായി ഈ പട്ടിക ആദ്യം എഴുതുക. പത്ത് മിനിറ്റെടുക്കും, മിക്ക അത്ഭുതങ്ങളും ഒഴിവാക്കും.
ഘട്ടം 1: Lovable-ൽ നിന്ന് കോഡ് പുറത്തെടുക്കുക
Lovable-ന്റെ ഡോക്യുമെന്റേഷൻ (2026 സെപ്റ്റംബർ പ്രകാരം) പുറത്തുകടക്കാൻ രണ്ട് വഴികൾ വിവരിക്കുന്നു:
- GitHub സമന്വയം. Lovable നിങ്ങളുടെ പ്രോജക്റ്റ് GitHub-മായി എക്സ്പോർട്ട് ചെയ്ത് ദ്വിദിശയിൽ സമന്വയിപ്പിക്കാം, അതിന്റെ ഡോക്സ് എല്ലാ പ്ലാനുകളിലും github.com പിന്തുണ പട്ടികപ്പെടുത്തുന്നു. Lovable-ൽ GitHub ബന്ധിപ്പിക്കുക, നിങ്ങളുടെ കോഡ് നിങ്ങൾ ഉടമയായ ഒരു റിപ്പോസിറ്ററിയിൽ എത്തും. Lovable ഒരു സമയം ഒരു ബ്രാഞ്ച് മാത്രമാണ് സമന്വയിപ്പിക്കുന്നതെന്ന് ശ്രദ്ധിക്കുക.
- കോഡ്ബേസ് ഡൗൺലോഡ് ചെയ്യുക. Lovable-ന്റെ പണമടച്ച പ്ലാനുകളിൽ Project settings → Git ൽ നിന്ന് നേരിട്ട് കോഡ് ഡൗൺലോഡ് ചെയ്യാം.
മാറ്റത്തിന് GitHub ആണ് മികച്ച വഴി: പൂർണ്ണ ചരിത്രം ലഭിക്കും, പുതിയ സജ്ജീകരണം പരിശോധിക്കുമ്പോഴും സമന്വയം തുടരാം. നിലവിലെ ഘട്ടങ്ങൾക്ക് Lovable-ന്റെ GitHub ഇന്റഗ്രേഷൻ ഡോക്സ് കാണുക.
Lovable വിടുന്നതിന് മുമ്പ്, റിപ്പോസിറ്ററി തുറന്ന് ഇവ തിരയുക:
- ആപ്പ് പ്രതീക്ഷിക്കുന്ന എൻവയോൺമെന്റ് വേരിയബിളുകൾ പട്ടികപ്പെടുത്തുന്ന ഒരു
.envഅല്ലെങ്കിൽ.env.exampleഫയൽ - ഡേറ്റാബേസ് മൈഗ്രേഷനുകളും Edge Function കോഡും ഉണ്ടായേക്കാവുന്ന ഒരു
supabase/ഫോൾഡർ - ആപ്പ് എങ്ങനെ ബിൽഡ് ചെയ്യുകയും പ്രവർത്തിപ്പിക്കുകയും ചെയ്യുന്നു എന്ന് കാണിക്കുന്ന
package.jsonസ്ക്രിപ്റ്റുകൾ
ഘട്ടം 2: ബാക്കെൻഡിനെക്കുറിച്ച് തീരുമാനിക്കുക
ഇതാണ് ഏറ്റവും പ്രധാനപ്പെട്ട തീരുമാനം. Lovable ആപ്പുകൾ സാധാരണ ഡേറ്റാബേസിനും ലോഗിനിനും Supabase ഉപയോഗിക്കുന്നു, നിങ്ങൾ സ്വയം ബന്ധിപ്പിച്ച Supabase പ്രോജക്റ്റ് വഴിയോ Lovable Cloud വഴിയോ.
ഓപ്ഷൻ A: സ്വന്തം Supabase പ്രോജക്റ്റ് നിലനിർത്തുക
ആപ്പ് ഇതിനകം നിങ്ങളുടെ സ്വന്തം Supabase പ്രോജക്റ്റുമായി സംസാരിക്കുന്നുവെങ്കിൽ, ഇതാണ് ഏറ്റവും ലളിതമായ വഴി. ആപ്പിന്റെ കോഡ് അതേ Supabase URL-ഉം അതേ കീകളും ഉപയോഗിച്ച് തുടർന്നും വിളിക്കും, അതുകൊണ്ട് നിങ്ങളുടെ ഡേറ്റ, ഉപയോക്താക്കൾ, ഫയലുകൾ എല്ലാം ഇപ്പോഴുള്ളിടത്ത് തന്നെ നിൽക്കും. നിങ്ങൾ ഫ്രണ്ടെൻഡ് മാത്രമാണ് മാറ്റുന്നത്.
ഓപ്ഷൻ B: Lovable Cloud-ൽ നിന്ന് മാറുക
ആപ്പ് Lovable Cloud ഉപയോഗിക്കുന്നുവെങ്കിൽ, More → Cloud → Overview → Advanced settings ൽ ഒരു ഡേറ്റാബേസ് എക്സ്പോർട്ട് Lovable രേഖപ്പെടുത്തുന്നു. Lovable-ന്റെ ഡോക്സ് പ്രകാരം (2026 സെപ്റ്റംബർ):
- എക്സ്പോർട്ടിൽ ഘടനയും ഡേറ്റയും ഉൾപ്പെടെ മുഴുവൻ ഡേറ്റാബേസും ഉപയോക്തൃ അക്കൗണ്ടുകളും അവയുടെ പാസ്വേഡ് ഹാഷുകളും ഉണ്ട്.
- സ്റ്റോറേജിലെ ഫയലുകളോ Edge Function കോഡോ നിങ്ങളുടെ പ്രോജക്റ്റിന്റെ സീക്രട്ടുകളോ ഉൾപ്പെടുന്നില്ല. സൈൻ-ഇൻ ദാതാവിന്റെ ക്രമീകരണങ്ങളും ഉൾപ്പെടുന്നില്ല.
- 15 GB വരെയുള്ള ഡേറ്റാബേസുകൾ എക്സ്പോർട്ട് ചെയ്യാം, ഫയൽ 5 GB വരെയാകാം, ഓരോ 24 മണിക്കൂറിലും ഒരു എക്സ്പോർട്ട് മാത്രം അഭ്യർഥിക്കാം.
- Cloud-ൽ നിന്ന് Supabase-ലേക്ക് ഒറ്റ ക്ലിക്ക് മൈഗ്രേഷൻ ഇല്ല, Cloud ബാക്കെൻഡ് മാറ്റുന്നതിനുള്ള പിന്തുണയുള്ള ലക്ഷ്യസ്ഥാനങ്ങൾ managed Supabase അല്ലെങ്കിൽ self-hosted Supabase മാത്രമാണ്.
അതുകൊണ്ട് പ്രായോഗിക വഴി സാധാരണ ഇതാണ്: എക്സ്പോർട്ട് നിങ്ങളുടെ സ്വന്തം Supabase പ്രോജക്റ്റിലേക്ക് പുനഃസ്ഥാപിക്കുക, സ്റ്റോറേജ് ബക്കറ്റുകൾ, Edge Functions, auth ക്രമീകരണങ്ങൾ അവിടെ വീണ്ടും സൃഷ്ടിക്കുക, തുടർന്ന് അതിനെ ഓപ്ഷൻ A ആയി കാണുക. വിശദാംശങ്ങൾക്ക് Lovable-ന്റെ അഡ്വാൻസ്ഡ് സെറ്റിംഗ്സ് ഡോക്സ് കാണുക.
ഓപ്ഷൻ C: എല്ലാം Mythex-ന്റെ ഡേറ്റാബേസിലേക്ക് മാറ്റുക
Mythex-ന് ഒരു പ്രോജക്റ്റിന് സമർപ്പിത Postgres ഡേറ്റാബേസ് നൽകാം. ഡേറ്റ അവിടേക്ക് മാറ്റാം, പക്ഷേ ആപ്പ് Supabase-ന്റെ ക്ലയന്റ് ലൈബ്രറി ഉപയോഗിക്കുന്ന എല്ലാ സ്ഥലങ്ങളും വീണ്ടും എഴുതേണ്ടിവരും. Mythex-ന് ബിൽറ്റ്-ഇൻ എൻഡ്-യൂസർ ലോഗിൻ ഇല്ലാത്തതുകൊണ്ട്, പ്രത്യേക auth ദാതാവിനെയും ബന്ധിപ്പിക്കേണ്ടിവരും. അത് ഒരു മൈഗ്രേഷൻ അല്ല, ബാക്കെൻഡിന്റെ യഥാർഥ പുനർനിർമ്മാണമാണ്. ആപ്പ് Supabase-നൊപ്പം Mythex-ൽ പ്രവർത്തിച്ചതിന് ശേഷം, ആവശ്യമെങ്കിൽ മാത്രം പിന്നീട് ചെയ്യുക.
ഘട്ടം 3: കോഡ് Mythex-ലേക്ക് കൊണ്ടുവരുക
Mythex-ൽ ഒരു പുതിയ, ശൂന്യമായ പ്രോജക്റ്റ് ഉണ്ടാക്കുക. തുടർന്ന് ഒന്നുകിൽ:
- ഒരു ആർക്കൈവ് ഇമ്പോർട്ട് ചെയ്യുക. Project settings → Export → Import into this project തുറന്ന്
.zip,.tar.gzഅല്ലെങ്കിൽ.tgzഅപ്ലോഡ് ചെയ്യുക. GitHub-ലെ Download ZIP ബട്ടൺ നൽകുന്ന ഫയൽ ഇവിടെ പ്രവർത്തിക്കും. - GitHub ബന്ധിപ്പിച്ച് pull ചെയ്യുക. Project settings-ൽ GitHub ബന്ധിപ്പിച്ച്, റിപ്പോസിറ്ററി ലിങ്ക് ചെയ്ത് pull ചെയ്യുക. GitHub സമന്വയം ഒരു Pro ഫീച്ചറാണ്.
ഇമ്പോർട്ട് പ്രോജക്റ്റിന്റെ ഫയലുകൾ മാറ്റിസ്ഥാപിക്കുന്നു, അതുകൊണ്ട് ശൂന്യമായ പ്രോജക്റ്റ് ഉപയോഗിക്കുക. ആർക്കൈവിലെ ഏതെങ്കിലും .env ഫയലുകൾ ഇമ്പോർട്ടിൽ നീക്കം ചെയ്യപ്പെടും, അതുകൊണ്ട് സീക്രട്ടുകൾ അബദ്ധത്തിൽ കൂടെ വരില്ല. വിജയകരമായ ഇമ്പോർട്ടിന് ശേഷം, Mythex ഒരു പുതിയ ചാറ്റ് തുറക്കാം, അവിടെ ഏജന്റ് ഡിപെൻഡൻസികൾ ഇൻസ്റ്റാൾ ചെയ്ത്, ആപ്പ് എങ്ങനെ പ്രവർത്തിപ്പിക്കാമെന്ന് കണ്ടെത്തി Preview പ്രവർത്തിപ്പിക്കും. മറ്റേതൊരു ചാറ്റിലെയും പോലെ നിങ്ങൾക്ക് അതിനെ നയിക്കാം. വിശദാംശങ്ങൾ ഇമ്പോർട്ടിന് ശേഷം എന്നതിൽ.
Preview സ്വയം വന്നില്ലെങ്കിൽ, ചോദിക്കുക:
ഈ പ്രോജക്റ്റ് Lovable-ൽ നിന്ന് എക്സ്പോർട്ട് ചെയ്തതാണ്. ഇത് Supabase ഉപയോഗിക്കുന്ന ഒരു React + TypeScript + Tailwind ആപ്പാണ്. ഡിപെൻഡൻസികൾ ഇൻസ്റ്റാൾ ചെയ്യുക, package.json-ൽ നിന്ന് dev കമാൻഡ് കണ്ടെത്തി Preview പ്രവർത്തിപ്പിക്കുക. ആപ്പ് കോഡ് ഇപ്പോൾ മാറ്റരുത്.
ഘട്ടം 4: സീക്രട്ടുകൾ വീണ്ടും ചേർക്കുക
Project settings → Secrets തുറന്ന് ആപ്പിന് ആവശ്യമായ ഓരോ മൂല്യവും ചേർക്കുക. Supabase-ൽ പ്രവർത്തിക്കുന്ന ആപ്പിന് സാധാരണ അർഥം Supabase പ്രോജക്റ്റ് URL-ഉം പബ്ലിക് (anon അല്ലെങ്കിൽ publishable) കീയും എന്നാണ്. പേരുകൾ .env.example-ൽ നിന്നോ കോഡ് അവ വായിക്കുന്നിടത്ത് നിന്നോ എടുക്കുക.
രണ്ട് നിയമങ്ങൾ:
- പബ്ലിക് കീകൾ മാത്രമേ ഫ്രണ്ടെൻഡ് വേരിയബിളുകളിൽ പാടുള്ളൂ. Vite ആപ്പിൽ
VITE_എന്ന് തുടങ്ങുന്ന ഏതും ഓരോ സന്ദർശകനും ഡൗൺലോഡ് ചെയ്യുന്ന JavaScript-ൽ ഉൾപ്പെടുത്തപ്പെടുന്നു. - Supabase service role കീ ഒരിക്കലും ഫ്രണ്ടെൻഡ് കോഡിൽ വയ്ക്കരുത്. ഒരു സെർവർ-സൈഡ് ഫംഗ്ഷന് അത് ആവശ്യമെങ്കിൽ, അത് സെർവർ-സൈഡിൽ തന്നെ നിൽക്കും.
തുടർന്ന് ആപ്പ് അവ വായിക്കുന്നുണ്ടെന്ന് ഏജന്റിനോട് ഉറപ്പാക്കാൻ ആവശ്യപ്പെടുക:
ഈ ആപ്പ് ഏതൊക്കെ എൻവയോൺമെന്റ് വേരിയബിളുകൾ വായിക്കുന്നുവെന്ന് പരിശോധിക്കുക. പ്രോജക്റ്റ് സീക്രട്ടുകളിൽ ഇതുവരെ സജ്ജമാക്കാത്തവ പട്ടികപ്പെടുത്തുക, അവയുടെ മൂല്യങ്ങൾ പ്രിന്റ് ചെയ്യരുത്.
പബ്ലിക്, പ്രൈവറ്റ് മൂല്യങ്ങൾ തമ്മിലുള്ള വ്യത്യാസം എൻവയോൺമെന്റ് വേരിയബിളുകളും സീക്രട്ടുകളും ഗൈഡ് വിശദീകരിക്കുന്നു.
ഘട്ടം 5: എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് പരിശോധിക്കുക
നിങ്ങളുടെ Lovable ആപ്പ് ഇപ്പോഴും ലൈവാണ്, അതുകൊണ്ട് തിരക്കില്ല. യഥാർഥ ഫ്ലോകൾക്കെതിരെ Preview-ൽ Mythex പതിപ്പ് പരിശോധിക്കുക:
- സൈൻ അപ്പ്, ലോഗിൻ, ലോഗൗട്ട്, പാസ്വേഡ് റീസെറ്റ്
- ഒരു റെക്കോർഡ് സൃഷ്ടിക്കുക, എഡിറ്റ് ചെയ്യുക, ഡിലീറ്റ് ചെയ്യുക
- ആപ്പ് അങ്ങനെ ചെയ്യുന്നുവെങ്കിൽ ഒരു ഫയൽ അപ്ലോഡ് ചെയ്യുക
- ഒരു Edge Function അല്ലെങ്കിൽ മൂന്നാം കക്ഷി API വിളിക്കുന്ന എന്തും
Supabase auth-ൽ എളുപ്പത്തിൽ കാണാതെ പോകുന്ന ഒരു ക്രമീകരണമുണ്ട്: ലോഗിനും പാസ്വേഡ് റീസെറ്റ് ഇമെയിലുകൾക്കും അനുവദിച്ച redirect URLs. നിങ്ങളുടെ Mythex preview, പബ്ലിഷ് ചെയ്ത വിലാസങ്ങൾ അവിടെ ചേർക്കുക, അല്ലെങ്കിൽ ലോഗിനുകൾ പഴയ ഡൊമെയ്നിലേക്ക് തിരിച്ചുപോകും.
Mythex-ന്റെ /test കമാൻഡ് ഏജന്റിനെ ഒരു ഉപയോക്താവിനെപ്പോലെ നിങ്ങളുടെ preview-ലൂടെ ക്ലിക്ക് ചെയ്ത് തകർന്ന ഫ്ലോകൾ റിപ്പോർട്ട് ചെയ്യിക്കും. കൂടുതൽ വിശദമായ ചെക്ക്ലിസ്റ്റിന് ലോഞ്ചിന് മുമ്പ് ആപ്പ് പരിശോധിക്കുന്നത് എങ്ങനെ കാണുക.
ഘട്ടം 6: പ്രസിദ്ധീകരിച്ച് ഡൊമെയ്ൻ മാറ്റുക
എല്ലാം പ്രവർത്തിക്കുമ്പോൾ, വർക്ക്സ്പെയ്സിൽ നിന്ന് പ്രസിദ്ധീകരിച്ച് <slug>.mythex.app വിലാസം നേടുക. പ്രസിദ്ധീകരിച്ച ആപ്പ് നിങ്ങളുടെ പ്രോജക്റ്റിന്റെ പ്രത്യേക സ്നാപ്പ്ഷോട്ടായതിനാൽ അവിടെയും വീണ്ടും പരിശോധിക്കുക.
Pro-യിൽ നിങ്ങളുടെ സ്വന്തം ഡൊമെയ്ൻ ബന്ധിപ്പിക്കാം. നിങ്ങളുടെ ഡൊമെയ്ൻ ദാതാവിൽ DNS റെക്കോർഡുകൾ അപ്ഡേറ്റ് ചെയ്യുക, പുതിയ വിലാസം Supabase-ന്റെ അനുവദനീയമായ redirect URL-കളിൽ ചേർക്കുക, അതിനുശേഷം മാത്രം Lovable പതിപ്പ് നീക്കം ചെയ്യുക. DNS ഘട്ടം ഘട്ടമായി ഒരു കസ്റ്റം ഡൊമെയ്ൻ ബന്ധിപ്പിക്കുന്നത് എങ്ങനെ ഗൈഡിൽ.
സാധാരണ തെറ്റുകൾ
- ഡേറ്റാബേസും ഫ്രണ്ടെൻഡും ഒരേസമയം മാറ്റുന്നത്. ആദ്യം ഫ്രണ്ടെൻഡ് മാറ്റി, നിലവിലുള്ള ബാക്കെൻഡിനെതിരെ പ്രവർത്തിക്കുമെന്ന് തെളിയിക്കുക, അതിനുശേഷം ഡേറ്റയെക്കുറിച്ച് തീരുമാനിക്കുക.
- Edge Functions മറക്കുന്നത്. ആപ്പ് Supabase Edge Functions വിളിക്കുന്നുവെങ്കിൽ, അവ Supabase-ൽ തന്നെ നിൽക്കണം അല്ലെങ്കിൽ സെർവർ കോഡായി വീണ്ടും എഴുതണം. അവ Vite ഫ്രണ്ടെൻഡിനുള്ളിൽ പ്രവർത്തിക്കില്ല.
- service role കീ ഫ്രണ്ടെൻഡിൽ ഒട്ടിക്കുന്നത്. devtools തുറക്കുന്ന ആർക്കും അത് നിങ്ങളുടെ ഡേറ്റാബേസിലേക്ക് പൂർണ്ണ ആക്സസ് നൽകുന്നു.
- auth redirect URL-കൾ ഇല്ലാതിരിക്കുന്നത്. Preview-യിൽ ലോഗിൻ പ്രവർത്തിക്കും, യഥാർഥ ഡൊമെയ്നിൽ പരാജയപ്പെടും.
- യഥാർഥ പ്രസിദ്ധീകരിച്ച URL പരിശോധിക്കുന്നതിന് മുമ്പ് DNS മാറ്റുന്നത്.
mythex.aiവിലാസം ആദ്യം പരീക്ഷിക്കുക; DNS മാറ്റങ്ങൾ തിരിച്ചെടുക്കാൻ സമയമെടുക്കും. - പണി ഉള്ള പ്രോജക്റ്റിലേക്ക് ഇമ്പോർട്ട് ചെയ്യുന്നത്. ഇമ്പോർട്ട് ഫയലുകൾ മാറ്റിസ്ഥാപിക്കുന്നു. പുതിയ പ്രോജക്റ്റ് ഉപയോഗിക്കുക.
Lovable-ൽ തന്നെ തുടരുന്നത് എപ്പോൾ അർഥവത്താകുന്നു
മാറുന്നതിന്റെ കാരണത്തെക്കുറിച്ച് സത്യസന്ധമായി ചിന്തിക്കുക. Lovable പ്രിവ്യൂവിൽ പോയിന്റ്-ആൻഡ്-ക്ലിക്ക് വിഷ്വൽ എഡിറ്റുകളും Lovable Cloud വഴി ഒരു പ്രൊഡക്റ്റൈസ് ചെയ്ത ബാക്കെൻഡും നൽകുന്നു; Mythex-ന് ഇവ രണ്ടുമില്ല. ദിവസേന അതിനെയാണ് നിങ്ങൾ ആശ്രയിക്കുന്നതെങ്കിൽ, മാറുന്നത് നേടുന്നതിനെക്കാൾ കൂടുതൽ ചെലവാകും. ഒരു യഥാർഥ കോഡ് എഡിറ്ററും ടെർമിനലും ചാറ്റിനൊപ്പം വേണമെങ്കിൽ, നിർമ്മാണത്തിനും ഹോസ്റ്റിംഗിനും ഒരു ക്രെഡിറ്റ് ബാലൻസ് വേണമെങ്കിൽ, അല്ലെങ്കിൽ വ്യത്യസ്ത സ്റ്റാക്ക് ഓടിക്കണമെങ്കിൽ Mythex കൂടുതൽ അനുയോജ്യമാണ്. Lovable ബദലുകൾ ഗൈഡും Mythex vs Lovable പേജും അവയെ കൂടുതൽ വിശദമായി താരതമ്യം ചെയ്യുന്നു.
മൈഗ്രേഷൻ ചെക്ക്ലിസ്റ്റ്
- ആപ്പിന്റെ ഓരോ ഭാഗവും പട്ടികപ്പെടുത്തി: കോഡ്, ഡേറ്റാബേസ്, ഉപയോക്താക്കൾ, ഫയലുകൾ, ഫംഗ്ഷനുകൾ, സീക്രട്ടുകൾ, ഡൊമെയ്ൻ
- കോഡ് നിങ്ങൾ ഉടമയായ GitHub റിപ്പോസിറ്ററിയിലേക്ക് സമന്വയിപ്പിച്ചു
- ബാക്കെൻഡ് തീരുമാനിച്ചു (Supabase നിലനിർത്തുക, അല്ലെങ്കിൽ Lovable Cloud-ൽ നിന്ന് എക്സ്പോർട്ട് ചെയ്യുക)
- കോഡ് ശൂന്യമായ Mythex പ്രോജക്റ്റിൽ ഇമ്പോർട്ട് ചെയ്തു, Preview പ്രവർത്തിക്കുന്നു
- സീക്രട്ടുകൾ വീണ്ടും ചേർത്തു;
VITE_വേരിയബിളുകളിൽ പ്രൈവറ്റ് കീകളില്ല - പുതിയ വിലാസങ്ങൾക്കായി auth redirect URL-കൾ അപ്ഡേറ്റ് ചെയ്തു
- സൈൻ അപ്പ്, ലോഗിൻ, പ്രധാന ഡേറ്റ ഫ്ലോകൾ, അപ്ലോഡുകൾ എന്നിവ Preview-യിൽ പരിശോധിച്ചു
- പ്രസിദ്ധീകരിച്ച്
mythex.aiവിലാസത്തിൽ വീണ്ടും പരിശോധിച്ചു - DNS മാറ്റി; പുതിയത് ഉറപ്പായതിന് ശേഷം മാത്രം പഴയ ആപ്പ് നീക്കം ചെയ്തു
Mythex വശത്തിന്, ഡോക്സിലെ GitHub, എക്സ്പോർട്ട്, ഇമ്പോർട്ട് കാണുക.
ചോദ്യങ്ങൾ
Lovable പ്രോജക്റ്റ് പുനർനിർമ്മിക്കാതെ Mythex-ലേക്ക് മാറ്റാനാകുമോ?
സാധാരണയായി, അതെ. Lovable നിങ്ങളുടെ പ്രോജക്റ്റ് കോഡ് GitHub-മായി സമന്വയിപ്പിക്കാൻ അനുവദിക്കുന്നു, ബന്ധിപ്പിച്ച GitHub റിപ്പോസിറ്ററിയിൽ നിന്നോ .zip അല്ലെങ്കിൽ .tar.gz ആർക്കൈവിൽ നിന്നോ Mythex കോഡ് ഒരു പ്രോജക്റ്റിലേക്ക് ഇമ്പോർട്ട് ചെയ്യാം. ഫ്രണ്ടെൻഡ് അതേപടി വരും; ജോലി സീക്രട്ടുകളിലും ബാക്കെൻഡിലും ഡൊമെയ്നിലുമാണ്.
എന്റെ Supabase അല്ലെങ്കിൽ Lovable Cloud ഡേറ്റാബേസിന് എന്ത് സംഭവിക്കും?
ഡേറ്റാബേസ് കോഡിന്റെ ഭാഗമല്ല. നിങ്ങളുടെ ആപ്പ് സ്വന്തം Supabase പ്രോജക്റ്റ് ഉപയോഗിക്കുന്നുവെങ്കിൽ, മാറിയതിന് ശേഷവും അത് തുടർന്നും ഉപയോഗിക്കാം. Lovable Cloud ഉപയോഗിക്കുന്നുവെങ്കിൽ, ഡേറ്റാബേസ് എക്സ്പോർട്ട് ചെയ്യാമെന്ന് Lovable രേഖപ്പെടുത്തുന്നു, കൂടാതെ ആ ബാക്കെൻഡ് മാറ്റാനുള്ള പിന്തുണയുള്ള ലക്ഷ്യസ്ഥാനങ്ങൾ managed അല്ലെങ്കിൽ self-hosted Supabase ആണെന്ന് പറയുന്നു.
എന്റെ ഉപയോക്താക്കൾ വീണ്ടും സൈൻ അപ്പ് ചെയ്യേണ്ടിവരുമോ?
ആപ്പ് അതേ auth ബാക്കെൻഡ് ഉപയോഗിക്കുന്നത് തുടർന്നാൽ, ഉദാഹരണത്തിന് അതേ Supabase പ്രോജക്റ്റ്, ഇല്ല. Lovable-ന്റെ Cloud ഡേറ്റാബേസ് എക്സ്പോർട്ടിൽ ഉപയോക്തൃ അക്കൗണ്ടുകളും പാസ്വേഡ് ഹാഷുകളും ഉൾപ്പെടുന്നു, പക്ഷേ auth മറ്റൊരു ദാതാവിലേക്ക് മാറ്റുന്നത് വലിയ ജോലിയാണ്, അത് പ്രത്യേകം ആസൂത്രണം ചെയ്ത് പരിശോധിക്കണം.
Lovable Cloud പോലെ Mythex-ന് ബിൽറ്റ്-ഇൻ ലോഗിനും പേയ്മെന്റും ഉണ്ടോ?
ഇല്ല. Mythex ബിൽറ്റ്-ഇൻ എൻഡ്-യൂസർ ലോഗിനോ Stripe-ഓ നൽകുന്നില്ല. ഏജന്റ് നിങ്ങളുടെ സ്വന്തം ദാതാക്കളെയും കീകളെയും ആപ്പിലേക്ക് ബന്ധിപ്പിക്കുന്നു, അതുകൊണ്ടാണ് നിലവിലുള്ള Supabase പ്രോജക്റ്റ് നിലനിർത്തുന്നത് പലപ്പോഴും ഏറ്റവും ലളിതമായ വഴി.