كيف تنتقل من Lovable Cloud إلى مشروع Supabase خاص بك

Lovable Cloud أم Supabase خاص بك: أيهما تستخدم؟

Lovable Cloud هو الواجهة الخلفية المدمجة في Lovable: قاعدة بيانات ومصادقة وتخزين ودوال حافة وذكاء اصطناعي، مبنية على الأساس مفتوح المصدر لـ Supabase وتُدفع من رصيدك في Lovable. أما ربط مشروع Supabase خاص بك فيعني أنك تمسك الحساب والمفاتيح والفاتورة. لا أحد منهما خاطئ. إنهما يناسبان مراحل مختلفة.

ابقَ على Cloud ما دمت لا تزال تكتشف ماهية المنتج: إنه أسرع طريقة للحصول على واجهة خلفية أصلًا. وانتقل حين تحتاج إلى شيء لا يمنحك إياه Cloud، مثل وصول المهندسين المباشر إلى قاعدة البيانات، أو نسخك الاحتياطية الخاصة والاستعادة إلى نقطة زمنية، أو منطقة محددة للامتثال، أو اتفاقية معالجة بيانات باسمك، أو ببساطة عدم الارتباط بمورّد واحد في نظام السجلات الأساسي.

ماذا يتضمن تصدير Cloud من Lovable، وماذا يترك؟

تتيح لك الإعدادات المتقدمة في Lovable تصدير Cloud أو إيقافه مؤقتًا أو إزالته. وبحسب وثائق Lovable، يحتوي التصدير على قاعدة بياناتك كاملة، بنيتها وبياناتها، وحسابات مستخدميك مع تجزئات كلمات مرورهم. ولا يحتوي على الملفات في التخزين ولا شيفرة Edge Functions ولا أسرار مشروعك، ويجب ضبط إعدادات مزودي تسجيل الدخول ومفاتيح الواجهة البرمجية من جديد في الوجهة. ويعمل مع قواعد البيانات التي تستخدم حتى 15 GB من التخزين، ويمكن أن يبلغ ملف التصدير 5 GB كحد أقصى، ويمكنك طلب تصدير واحد كل 24 ساعة.

وهناك عنصرا تحكم آخران مهمان أثناء الانتقال. إيقاف Cloud مؤقتًا يوقف قاعدة البيانات والمصادقة والتخزين ودوال الحافة، فيتوقف أيضًا كل ما يرسل البريد أو يستقبل المدفوعات أو يستدعي الذكاء الاصطناعي، بينما يستمر احتساب تكلفة التخزين. وإزالة Cloud تحذف الخادم نهائيًا ولا يمكن التراجع عنها. لا تُزِل شيئًا حتى يعمل الإعداد الجديد في بيئة الإنتاج لفترة.

كيف تنتقل من Lovable Cloud إلى Supabase، خطوة بخطوة؟

1. 01

   أنشئ المشروع الجديد وأمّنه

   أنشئ مشروع Supabase في مؤسستك، في المنطقة التي تحتاجها، على خطة فيها نسخ احتياطية. وفعّل المصادقة متعددة العوامل لكل من لديه وصول إلى لوحة التحكم.

2. 02

   صدّر قاعدة البيانات واستوردها

   صدّر من الإعدادات المتقدمة في Lovable واستعد التصدير في مشروع Supabase الجديد. واحتفظ بالمخطط من الآن فصاعدًا كـعمليات ترحيل بإصدارات، ليمكن إعادة بنائه من الشيفرة.

3. 03

   انقل ما يستثنيه التصدير

   انسخ حاويات التخزين والملفات، وأعد نشر Edge Functions من شيفرتك، وأنشئ أسرارًا ومفاتيح واجهة برمجية جديدة. واعتبر كل مفتاح قديم متقاعدًا بدل نسخه.

4. 04

   اربط Lovable بالواجهة الخلفية الجديدة

   تصف وثائق Lovable ربط مشروع Supabase خاص بك بمشروع Lovable جديد. افعل ذلك، واتفقوا على كيفية مواصلة فريقك كتابة الأوامر هناك قبل التحويل.

5. 05

   أعد ربط المصادقة

   اضبط مزودي تسجيل الدخول (Google، والبريد الإلكتروني) من جديد في المشروع الجديد واختبر بحساب حقيقي. ويشير Lovable إلى أن المستخدمين المسجّلين وقت التحويل سيحتاجون إلى تسجيل الدخول مجددًا.

6. 06

   أعد فحص قواعد الوصول

   شغّل Security Advisor في Supabase واختبار المستخدمَين من قائمة فحص الأمان لدينا. فالسياسات لا تنجو دائمًا من الانتقال دون تغيير.

7. 07

   تمرّن، ثم حوّل

   تمرّن على الانتقال كله على نسخة، ثم حوّل بيئة الإنتاج في ساعة هادئة مع خطة تراجع مكتوبة. وأبقِ Cloud موقوفًا مؤقتًا، لا مُزالًا، حتى تتأكد.

هل سيضطر مستخدموي إلى إعادة تعيين كلمات مرورهم؟

لا، إن استعدت تصدير Lovable في مشروع Supabase: تقول وثائق Lovable إن التصدير يتضمن حسابات المستخدمين وتجزئات كلمات المرور، فيحتفظ المستخدمون بكلمات مرورهم. اختبر ذلك قبل التحويل بتسجيل الدخول إلى المشروع الجديد بحساب موجود. وما سيلاحظه المستخدمون هو الحاجة إلى تسجيل الدخول مجددًا إن كانوا مسجّلين وقت التحويل، وأي تسجيل دخول اجتماعي نسيت ضبطه من جديد.

ما الذي يتعطل عادةً أثناء الانتقال من Lovable Cloud؟

• الملفات. تبقى الصور والمرفوعات في مكانها ما لم تنقل التخزين بنفسك، وتتغير روابطها.
• العمل في الخلفية. رسائل البريد ومعالجات الدفع واستدعاءات الذكاء الاصطناعي تعيش في Edge Functions، التي لا يتضمنها التصدير.
• Webhooks. يظل Stripe والمزودون الآخرون يشيرون إلى نقاط النهاية القديمة حتى تغيّرها، وتتغير أسرار التوقيع مع الدوال الجديدة.
• قواعد الوصول. السياسة التي أشارت إلى شيء خاص بـ Cloud قد تفشل مغلقة (تتعطل الميزات) أو مفتوحة (تتسرب البيانات).
• Lovable نفسه. تصف وثائق Lovable ربط مشروع Supabase الجديد بمشروع Lovable جديد، فخطط لكيفية مواصلة فريقك كتابة الأوامر بعد الانتقال.

هل تنتقل بنفسك أم يتولى المهندسون ذلك؟

التطبيق الصغير بلا مدفوعات وبملفات قليلة وعدد قليل من المستخدمين مشروع عطلة نهاية أسبوع معقول بالخطوات أعلاه. ويكبر الخطر مع المدفوعات الحية وكثرة المستخدمين والملفات، لأن الخطأ يظهر كمرفوعات مفقودة أو رسوم مزدوجة أو بيانات مرئية للأشخاص الخطأ. وفي هذه التطبيقات يكون الانتقال عملًا هندسيًا مع تمرين وخطة تراجع. وفي خططنا هو جزء من العمل، يليه تشغيل الواجهة الخلفية الجديدة، مع المراقبة ودعم الطوارئ في بيئة الإنتاج.