Lovable سے Mythex پر کیسے منتقل ہوں (کوڈ، ڈیٹا اور domain)
Lovable سے Mythex پر منتقل ہونے کے لیے پہلے اپنا کوڈ Lovable کے GitHub integration کے ذریعے نکالیں، پھر لنک شدہ repository کو جوڑ کر یا archive import کر کے اسے Mythex پروجیکٹ میں لائیں، اپنے secrets دوبارہ ڈالیں، اور publish کرنے سے پہلے Preview میں جانچیں۔ Frontend عموماً بغیر تبدیلی کے منتقل ہو جاتا ہے۔ اصل فیصلے backend کے بارے میں ہیں: اپنا موجودہ Supabase project رکھیں، یا ڈیٹا کسی اور جگہ لے جائیں۔
یہ گائیڈ پوری منتقلی کو ترتیب سے بیان کرتا ہے، اور ان حصوں کے بارے میں ایماندار ہے جن میں محنت لگتی ہے۔
شروع کرنے سے پہلے: اصل میں کیا منتقل ہوتا ہے
Lovable ایپ کئی چیزوں کا مجموعہ ہے، اور ہر ایک مختلف طریقے سے منتقل ہوتی ہے۔
| حصہ | کہاں رہتا ہے | کیسے منتقل ہوتا ہے |
|---|---|---|
| Frontend کوڈ | آپ کا Lovable پروجیکٹ | GitHub sync یا کوڈ ڈاؤن لوڈ |
| Database اور صارفین | Lovable Cloud یا آپ کا اپنا Supabase project | رکھیں، یا export کر کے restore کریں |
| اپ لوڈ شدہ فائلیں | Lovable Cloud یا Supabase storage | رکھیں، یا الگ سے کاپی کریں |
| Server functions | Supabase Edge Functions، اگر آپ انہیں استعمال کرتے ہیں | Supabase پر رکھیں، یا دوبارہ لکھیں |
| Secrets اور API keys | Lovable / Supabase کی settings | ہاتھ سے دوبارہ ڈالیں |
| Domain | آپ کا DNS provider | نئے host کی طرف کریں |
اپنی ایپ کے لیے یہ جدول پہلے لکھ لیں۔ اس میں دس منٹ لگتے ہیں اور زیادہ تر حیرانیوں سے بچا جا سکتا ہے۔
قدم 1: Lovable سے اپنا کوڈ نکالیں
Lovable کی دستاویزات (ستمبر 2026 تک) کے مطابق باہر نکلنے کے دو طریقے ہیں:
- GitHub sync۔ Lovable آپ کے پروجیکٹ کو GitHub کے ساتھ export اور دو طرفہ sync کر سکتا ہے، اور اس کی دستاویزات کے مطابق github.com کی سپورٹ تمام پلانز پر ہے۔ Lovable میں GitHub جوڑیں، تو آپ کا کوڈ ایک repository میں آ جائے گا جو آپ کی ملکیت ہو گی۔ نوٹ کریں کہ Lovable ایک وقت میں ایک branch sync کرتا ہے۔
- کوڈ بیس ڈاؤن لوڈ کریں۔ Lovable کے ادا شدہ پلانز پر آپ Project settings → Git سے کوڈ براہ راست ڈاؤن لوڈ کر سکتے ہیں۔
منتقلی کے لیے GitHub بہتر راستہ ہے: آپ کو مکمل history ملتی ہے، اور نئے سیٹ اپ کی جانچ کرتے ہوئے بھی sync جاری رکھ سکتے ہیں۔ موجودہ قدموں کے لیے Lovable کی GitHub integration دستاویزات دیکھیں۔
Lovable چھوڑنے سے پہلے repository کھولیں اور یہ تلاش کریں:
- ایک
.envیا.env.exampleفائل، جو بتاتی ہے کہ ایپ کن environment variables کی توقع رکھتی ہے - ایک
supabase/فولڈر، جس میں database migrations اور Edge Function کا کوڈ ہو سکتا ہے package.jsonکے scripts، جو دکھاتے ہیں کہ ایپ کیسے build اور چلتی ہے
قدم 2: Backend کے بارے میں فیصلہ کریں
یہ سب سے اہم انتخاب ہے۔ Lovable ایپس عموماً database اور login کے لیے Supabase استعمال کرتی ہیں، یا تو اس Supabase project کے ذریعے جسے آپ نے خود جوڑا ہو، یا Lovable Cloud کے ذریعے۔
اختیار A: اپنا Supabase project رکھیں
اگر آپ کی ایپ پہلے ہی آپ کے اپنے Supabase project سے بات کرتی ہے تو یہ سب سے سیدھا راستہ ہے۔ ایپ کا کوڈ انہی Supabase URL اور انہی keys کو استعمال کرتا رہتا ہے، اس لیے آپ کا ڈیٹا، صارفین اور فائلیں بالکل اپنی جگہ رہتی ہیں۔ آپ صرف frontend منتقل کرتے ہیں۔
اختیار B: Lovable Cloud سے نکلیں
اگر آپ کی ایپ Lovable Cloud استعمال کرتی ہے تو Lovable More → Cloud → Overview → Advanced settings کے تحت database export کا طریقہ دیتا ہے۔ Lovable کی دستاویزات (ستمبر 2026 تک) کے مطابق:
- Export میں پورا database شامل ہوتا ہے، structure اور ڈیٹا دونوں، بشمول صارف اکاؤنٹس اور ان کے password hashes۔
- اس میں storage کی فائلیں، Edge Function کا کوڈ، اور آپ کے پروجیکٹ کے secrets شامل نہیں ہوتے۔ Sign-in provider کی settings بھی شامل نہیں ہوتیں۔
- Export 15 GB تک کے databases کے لیے ہے، فائل زیادہ سے زیادہ 5 GB ہو سکتی ہے، اور آپ ہر 24 گھنٹے میں ایک export کی درخواست کر سکتے ہیں۔
- Cloud سے Supabase پر ایک کلک والی منتقلی موجود نہیں، اور Cloud backend کو منتقل کرنے کی سپورٹ شدہ منزلیں managed Supabase یا self-hosted Supabase ہیں۔
اس لیے عملی راستہ عموماً یہ ہے: export کو اپنے Supabase project میں restore کریں، storage buckets، Edge Functions اور auth settings وہاں دوبارہ بنائیں، اور پھر اسے اختیار A سمجھیں۔ تفصیلات کے لیے Lovable کی advanced settings دستاویزات دیکھیں۔
اختیار C: سب کچھ Mythex کے database پر لے جائیں
Mythex ایک پروجیکٹ کو مخصوص Postgres database دے سکتا ہے۔ ڈیٹا وہاں لے جانا ممکن ہے، لیکن اس کا مطلب ہے کہ ہر اس جگہ کو دوبارہ لکھنا جہاں ایپ Supabase کی client library استعمال کرتی ہے، اور Mythex میں built-in end-user login نہیں ہے، اس لیے آپ کو ایک الگ auth provider بھی جوڑنا ہوگا۔ یہ منتقلی نہیں بلکہ backend کی حقیقی دوبارہ تعمیر ہے۔ یہ بعد میں کریں، اگر کریں، جب ایپ Supabase کے ساتھ Mythex پر چل رہی ہو۔
قدم 3: کوڈ Mythex میں لائیں
Mythex میں ایک نیا، خالی پروجیکٹ بنائیں۔ پھر یا تو:
- Archive import کریں۔ project settings → Export → Import into this project کھولیں اور
.zip،.tar.gzیا.tgzاپ لوڈ کریں۔ GitHub کا Download ZIP بٹن جو فائل دیتا ہے وہ یہاں کام کرتی ہے۔ - GitHub جوڑیں اور pull کریں۔ project settings میں GitHub جوڑیں، repository لنک کریں اور pull کریں۔ GitHub sync ایک Pro فیچر ہے۔
Import پروجیکٹ کی فائلوں کو بدل دیتا ہے، اس لیے خالی پروجیکٹ استعمال کریں۔ Archive میں موجود کوئی بھی .env فائلیں import پر ہٹا دی جاتی ہیں، تاکہ کوئی secret غلطی سے ساتھ نہ آئے۔ کامیاب import کے بعد Mythex ایک نئی chat کھول سکتا ہے جہاں agent dependencies انسٹال کرتا ہے، معلوم کرتا ہے کہ ایپ کیسے چلانی ہے، اور Preview چلاتا ہے۔ آپ اس chat کو کسی بھی دوسری chat کی طرح رہنمائی دے سکتے ہیں۔ تفصیلات import کے بعد میں ہیں۔
اگر Preview خود نہ چلے تو پوچھیں:
یہ پروجیکٹ Lovable سے export ہوا ہے۔ یہ ایک React + TypeScript + Tailwind ایپ ہے جو Supabase استعمال کرتی ہے۔ Dependencies انسٹال کریں، package.json سے dev command معلوم کریں، اور Preview چلائیں۔ ابھی کوئی app کوڈ نہ بدلیں۔
قدم 4: Secrets دوبارہ ڈالیں
Project settings → Secrets کھولیں اور ہر وہ value شامل کریں جس کی ایپ کو ضرورت ہے۔ Supabase پر چلنے والی ایپ کے لیے عموماً اس کا مطلب ہے Supabase project URL اور عوامی (anon یا publishable) key۔ نام .env.example سے لیں، یا اس جگہ سے جہاں کوڈ انہیں پڑھتا ہے۔
دو اصول:
- Frontend variables میں صرف عوامی keys ہونی چاہئیں۔ Vite ایپ میں
VITE_سے شروع ہونے والی ہر چیز اس JavaScript میں شامل ہو جاتی ہے جو ہر visitor ڈاؤن لوڈ کرتا ہے۔ - Supabase کی service role key کبھی frontend کوڈ میں نہ ڈالیں۔ اگر کسی server-side function کو اس کی ضرورت ہے تو وہ server-side ہی رہے۔
پھر agent سے تصدیق کروائیں کہ ایپ انہیں پڑھ رہی ہے:
جانچیں کہ یہ ایپ کون سے environment variables پڑھتی ہے۔ جو project secrets میں ابھی سیٹ نہیں ہیں ان کی فہرست دیں، اور ان کی values نہ دکھائیں۔
ہمارا environment variables اور secrets گائیڈ عوامی اور نجی values کا فرق سمجھاتا ہے۔
قدم 5: کچھ بھی بدلنے سے پہلے جانچیں
آپ کی Lovable ایپ ابھی لائیو ہے، اس لیے جلدی کی ضرورت نہیں۔ Mythex والے ورژن کو Preview میں حقیقی flows کے خلاف جانچیں:
- Sign up، login، logout، اور password reset
- ایک record بنانا، بدلنا اور حذف کرنا
- فائل اپ لوڈ کرنا، اگر آپ کی ایپ یہ کرتی ہے
- ہر وہ چیز جو Edge Function یا کسی third-party API کو کال کرتی ہے
Supabase auth میں ایک ترتیب ہے جو آسانی سے نظر سے رہ جاتی ہے: login اور password-reset ای میلز کے لیے اجازت یافتہ redirect URLs۔ اپنے Mythex preview اور published پتے وہاں شامل کریں، ورنہ logins پرانے domain پر واپس بھیج دیے جائیں گے۔
Mythex کی /test کمانڈ agent سے آپ کے preview پر ایک صارف کی طرح کلک کرواتی ہے اور ٹوٹے ہوئے flows کی رپورٹ دیتی ہے۔ لانچ سے پہلے جانچ کی مکمل فہرست کے لیے ہمارا لانچ سے پہلے ایپ کی جانچ گائیڈ دیکھیں۔
قدم 6: Publish کریں اور domain منتقل کریں
جب سب کچھ ٹھیک ہو تو workspace سے publish کریں تاکہ <slug>.mythex.app پتہ ملے۔ وہاں دوبارہ جانچیں، کیونکہ published ایپ آپ کے پروجیکٹ کی الگ snapshot ہوتی ہے۔
Pro پر آپ اپنا domain جوڑ سکتے ہیں۔ اپنے domain provider پر DNS records اپ ڈیٹ کریں، نیا پتہ Supabase کے اجازت یافتہ redirect URLs میں شامل کریں، اور پھر ہی Lovable والا ورژن بند کریں۔ DNS کے قدم بہ قدم طریقے کے لیے ہمارا custom domain جوڑنا گائیڈ دیکھیں۔
عام غلطیاں
- database اور frontend ایک ساتھ منتقل کرنا۔ پہلے frontend منتقل کریں، ثابت کریں کہ وہ موجودہ backend کے ساتھ کام کرتا ہے، پھر ڈیٹا کا فیصلہ کریں۔
- Edge Functions کو بھول جانا۔ اگر ایپ Supabase Edge Functions کال کرتی ہے تو وہ یا تو Supabase پر رہیں گے یا server کوڈ کے طور پر دوبارہ لکھنے ہوں گے۔ وہ Vite frontend کے اندر نہیں چلتے۔
- Service role key کو frontend میں پیسٹ کرنا۔ یہ devtools کھولنے والے ہر شخص کو آپ کے database تک مکمل رسائی دیتی ہے۔
- Auth redirect URLs کا نہ ہونا۔ Login Preview میں کام کرتا ہے، پھر اصل domain پر ناکام ہو جاتا ہے۔
- نئے URL کی جانچ سے پہلے DNS بدلنا۔ پہلے
mythex.aiپتے کی جانچ کریں؛ DNS کی تبدیلی واپس لینے میں وقت لگتا ہے۔ - ایسے پروجیکٹ میں import کرنا جس میں کام موجود ہو۔ Import فائلوں کو بدل دیتا ہے۔ نیا پروجیکٹ استعمال کریں۔
جب Lovable پر رہنا درست ہو
اپنے آپ سے ایماندار رہیں کہ آپ کیوں منتقل ہو رہے ہیں۔ Lovable preview پر point-and-click visual edits اور Lovable Cloud کے ذریعے ایک تیار شدہ backend دیتا ہے، اور Mythex میں دونوں نہیں ہیں۔ اگر روزمرہ کام میں آپ ان پر انحصار کرتے ہیں تو منتقلی آپ کو فائدے سے زیادہ نقصان دے گی۔ Mythex تب بہتر ہے اگر آپ چاہتے ہیں کہ chat کے ساتھ ایک حقیقی code editor اور terminal ہو، تعمیر اور ہوسٹنگ دونوں کے لیے ایک credit balance ہو، یا آپ کوئی مختلف stack چلانا چاہتے ہیں۔ ہمارا Lovable کے متبادل گائیڈ اور Mythex بمقابلہ Lovable صفحہ دونوں کا تفصیلی موازنہ کرتے ہیں۔
منتقلی کی چیک لسٹ
- ایپ کا ہر حصہ درج کیا: کوڈ، database، صارفین، فائلیں، functions، secrets، domain
- کوڈ ایک ایسی GitHub repository میں sync ہوا جو آپ کی ملکیت ہو
- Backend کا فیصلہ ہوا (Supabase رکھنا، یا Lovable Cloud سے export کرنا)
- کوڈ ایک خالی Mythex پروجیکٹ میں import ہوا، Preview چل رہا ہے
- Secrets دوبارہ ڈالے گئے؛
VITE_variables میں کوئی نجی key نہیں - نئے پتوں کے لیے auth redirect URLs اپ ڈیٹ ہوئے
- Preview میں sign-up، login، بنیادی ڈیٹا flows اور uploads جانچے گئے
-
mythex.aiپتے پر publish اور دوبارہ جانچ ہوئی - DNS منتقل ہوا؛ پرانی ایپ صرف نئی کی تصدیق کے بعد بند کی گئی
Mythex کی طرف کے لیے docs میں GitHub، export، اور import دیکھیں۔
سوالات
کیا میں Lovable پروجیکٹ کو دوبارہ بنائے بغیر Mythex پر لے جا سکتا ہوں؟
عموماً ہاں۔ Lovable آپ کے پروجیکٹ کوڈ کو GitHub کے ساتھ sync کرنے دیتا ہے، اور Mythex وہ کوڈ ایک linked GitHub repository سے یا .zip یا .tar.gz archive سے پروجیکٹ میں import کر سکتا ہے۔ Frontend جوں کا توں آتا ہے؛ اصل کام secrets، backend اور domain کا ہے۔
میرے Supabase یا Lovable Cloud database کا کیا ہوگا؟
Database کوڈ کا حصہ نہیں ہے۔ اگر آپ کی ایپ آپ کے اپنے Supabase project کو استعمال کرتی ہے تو منتقلی کے بعد بھی اسے استعمال کرتی رہ سکتی ہے۔ اگر وہ Lovable Cloud استعمال کرتی ہے تو Lovable database export کا طریقہ بتاتا ہے، اور کہتا ہے کہ اس backend کو منتقل کرنے کے لیے سپورٹ شدہ منزلیں managed یا self-hosted Supabase ہیں۔
کیا میرے صارفین کو دوبارہ sign up کرنا پڑے گا؟
نہیں، اگر ایپ وہی auth backend استعمال کرتی رہے، جیسے وہی Supabase project۔ Lovable کے Cloud database export میں صارف اکاؤنٹس اور password hashes شامل ہوتے ہیں، لیکن auth کو کسی اور provider پر لے جانا بڑا کام ہے اور اسے الگ سے منصوبہ بندی اور جانچ کی ضرورت ہے۔
کیا Mythex میں Lovable Cloud کی طرح built-in login اور payments ہیں؟
نہیں۔ Mythex میں built-in end-user login یا Stripe نہیں ہے۔ Agent آپ کے اپنے providers اور keys ایپ میں جوڑتا ہے، اسی لیے موجودہ Supabase project رکھنا اکثر سب سے سیدھا راستہ ہوتا ہے۔