**عنوان المشروع:** [مهمة DevOps متقدمة] هجرة سيادي

**عنوان المشروع:** [مهمة DevOps متقدمة] هجرة سيادي

**نظرة عامة على المشروع:**
نحن منصة SaaS مؤسسية (XORIQ.AI). نستخدم حالياً بيئة Supabase مُدارة عبر منصة بناء (Lovable). هدفنا هو الاستقلال التام بالبنية التحتية، ونقل النظام بالكامل إلى مشروع Supabase جديد ومستقل (تم إنشاؤه بالفعل)، مع تفعيل النطاق المخصص (Custom Domain) لضمان السيادة التامة على روابط الـ API وتوثيق OAuth. يمنع منعاً باتاً حدوث أي فقدان للبيانات أو انقطاع للخدمة (Zero-Downtime Cutover).

**المهام الفنية المطلوبة (Scope of Work):**

**1. هجرة قاعدة البيانات والمستخدمين (Supabase Data Migration):**
- استخدام `Supabase CLI` لسحب نسخة كاملة (Dump) من المشروع القديم.
- نقل الهيكلة (Schema)، جداول البيانات، الصلاحيات، والتريجرات (Triggers & RPCs).
- نقل سجلات المستخدمين (Auth Users) بشكل آمن مع الحفاظ على كلمات المرور وهوياتهم المرتبطة.
- نقل سياسات الأمان (RLS Policies) والتأكد من تطابقها 100% في المشروع الجديد.

**2. هجرة الوظائف الطرفية والأسرار (Edge Functions & Vault Secrets):**
- إعادة نشر (Deploy) جميع الـ Edge Functions الحالية إلى المشروع الجديد.
- نقل جميع المفاتيح السرية (API Keys لـ AI والمتاجر) إلى `Supabase Vault/Secrets` في المشروع الجديد.

**3. إعداد النطاق المخصص (Custom Domains & DNS):**
- ترقية المشروع الجديد إلى باقة (Pro - 25$/mo). *(ملاحظة: سيتم توفير بطاقة الدفع أو ترقية الحساب من قبلنا، مهمتك هي الإعداد الفني)*.
- تفعيل ميزة `Custom Domains` في Supabase ليكون الرابط الأساسي للـ API هو: `auth.xoriq.ai` أو `api.xoriq.ai`.
- ربط سجلات `TXT` و `CNAME` في مزود النطاق الخاص بنا (Namecheap) والتحقق من إصدار شهادة SSL.

**4. إعادة توجيه المصادقة (Google OAuth Cutover):**
- الدخول إلى `Google Cloud Console` وتحديث `Authorized redirect URIs` ليتطابق مع النطاق المخصص الجديد:
`https://auth.xoriq.ai/auth/v1/callback`
- تحديث الـ Client ID و Client Secret في لوحة Supabase الجديدة.

**5. تحديث الواجهات الأمامية (Frontend Environment Update):**
- تزويدنا بالمتغيرات الجديدة: `VITE_SUPABASE_URL` (الذي سيكون النطاق المخصص) و `VITE_SUPABASE_ANON_KEY` لكي نقوم بتحديثها في منصة الاستضافة الخاصة بنا لتوجيه الترافيك للقاعدة الجديدة.

**المهارات المطلوبة:**
- خبرة عميقة في `Supabase CLI` و `PostgreSQL`.
- خبرة في إدارة DNS وإعدادات `Cloudflare / Namecheap`.
- فهم عميق لبروتوكولات `OAuth 2.0` وسياسات الأمان `RLS`.

**شروط التسليم:**
- يجب إعداد خطة ترحيل (Migration Plan) قبل التنفيذ للموافقة عليها.
- يجب التأكد من عمل تسجيل الدخول (Google Login) وعمل الـ Edge Functions بنجاح تام بعد تغيير مسار الـ DNS.

يرجى إرفاق نماذج لأعمال سابقة أو وصف موجز لخطتك لتنفيذ هذه الهجرة عند تقديم العرض.

عن الموضوع

ناشر الموضوع

بسام ا.

  • مشتري VIP

التعليقات (6)

.Mohamed E
منذ 57 دقيقة
السلام عليكم ورحمة الله وبركاته،

اطلعت على تفاصيل المشروع بالكامل، وأفهم تمامًا أن المطلوب هو تنفيذ عملية هجرة كاملة لبنية Supabase مع الحفاظ على استقرار النظام (Zero Downtime) وضمان نقل قواعد البيانات، المستخدمين، الـ Edge Functions، وإعدادات OAuth وDNS بشكل آمن ودقيق.

سيتم تنفيذ هذا العمل من خلال فريق متخصص لدينا (Backend + DevOps + Database Engineer)، لضمان تنفيذ احترافي بدون أي فقدان بيانات أو انقطاع في الخدمة.

يشمل التنفيذ:

* إعداد خطة Migration شاملة قبل البدء
* نقل قاعدة البيانات والصلاحيات بشكل كامل وآمن
* إعادة نشر Edge Functions ونقل الـ Secrets
* إعداد وربط Custom Domain مع DNS وSSL
* تحديث Google OAuth بشكل كامل
* اختبار شامل للنظام بعد النقل

مدة التنفيذ: 15 يوم
التكلفة: 1000 دولار

يسعدنا البدء فورًا بعد اعتماد خطة التنفيذ.

تحياتي.
.Hamdy S
منذ 54 دقيقة
السلام عليكم ورحمة الله وبركاته،

انا حمدي صلاح اطلعت على تفاصيل المشروع بالكامل، ولدي خبرة في تطوير الأنظمة الخلفية وإدارة قواعد البيانات PostgreSQL والعمل على مشاريع SaaS وواجهات API، كما أمتلك معرفة جيدة بـ Supabase وعمليات الترحيل (Migration) وإعدادات OAuth وDNS.

سأقوم بإعداد خطة ترحيل واضحة قبل التنفيذ تشمل:

* نقل قاعدة البيانات بالكامل مع الحفاظ على البيانات والمستخدمين.
* مراجعة وتطبيق سياسات RLS والصلاحيات.
* نقل Edge Functions والأسرار (Secrets).
* إعداد النطاق المخصص وربط DNS.
* تحديث Google OAuth واختبار تسجيل الدخول.
* إجراء اختبارات شاملة قبل التحويل النهائي لضمان عدم فقدان البيانات أو تعطل الخدمة.

مدة التنفيذ: 10 أيام.

السعر: 150 دولار.

سيتم تسليم المشروع مع تقرير كامل يوضح خطوات الترحيل وإجراءات التحقق والاختبارات النهائية.

يسعدني مناقشة التفاصيل الفنية قبل البدء.

مع خالص التحية.
.Mohammed Alhbyb M
منذ 53 دقيقة
مرحباً أستاذ بسام،

أمتلك خبرة قوية في Supabase و PostgreSQL وعمليات الترحيل المعقدة للبنية التحتية، وأعمل حالياً على مشروع مشابه جداً لما ذكرته، حيث أقوم بنقل منصة SaaS تم تطويرها بالكامل بأسلوب Vibe Coding من بيئة مُدارة إلى بنية مستقلة على AWS مع Self-Hosted Supabase، وقد وصلت مراحل التنفيذ إلى نسبة متقدمة وقريبة من الاكتمال.

بالنسبة لمشروعكم، سأبدأ بإعداد Migration Plan تفصيلية تتضمن:

1. تدقيق كامل للمشروع الحالي (Database, Auth, Edge Functions, Secrets, RLS).
2. إنشاء نسخة مطابقة على المشروع الجديد باستخدام Supabase CLI.
3. ترحيل بيانات المستخدمين والـ Auth مع الحفاظ على صلاحياتهم وكلمات المرور دون التأثير على تجربة المستخدم.
4. نقل جميع Edge Functions والأسرار وإعادة اختبارها.
5. إعداد Custom Domain وربط DNS عبر Namecheap أو Cloudflare مع التحقق من SSL.
6. تحديث إعدادات Google OAuth واختبار جميع مسارات تسجيل الدخول.
7. تنفيذ Cutover تدريجي مع خطة Rollback احتياطية لضمان عدم فقدان البيانات أو توقف الخدمة.
8. إجراء اختبارات نهائية للـ API والـ Authentication والـ Edge Functions قبل تحويل الترافيك بالكامل.

أتعامل بشكل يومي مع Supabase CLI و PostgreSQL وAWS وDNS وOAuth، ولدي خبرة جيدة في التعامل مع متطلبات Zero-Downtime Migration للمشاريع الإنتاجية.

يسعدني الاطلاع على تفاصيل البيئة الحالية وخطة العمل المطلوبة للبدء مباشرة.
.Ramy N
منذ 50 دقيقة
مرحبًا،

شكرًا لك على شرح تفاصيل المشروع بهذا الشكل الواضح والدقيق.

لقد قرأت المتطلبات بالكامل، وأفهم أن المشروع عبارة عن هجرة كاملة لبنية Supabase لمنصة SaaS حساسة، مع ضرورة الحفاظ على البيانات والمستخدمين وبيئة المصادقة وEdge Functions بدون أي انقطاع في الخدمة (Zero Downtime).

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

### الخطة المبدئية التي سأعتمدها لتنفيذ المشروع:

* أولًا إعداد خطة Migration مفصلة تشمل جميع العناصر (Schema – Users – RLS – Edge Functions – OAuth – Secrets) واعتمادها قبل التنفيذ.
* استخدام Supabase CLI لاستخراج قاعدة البيانات وبناء نسخة مطابقة بالكامل في المشروع الجديد.
* نقل الجداول، التريجرات، السياسات الأمنية (RLS) مع التأكد من تطابقها 100%.
* التعامل بحذر مع نقل مستخدمي المصادقة مع الحفاظ على الهويات وكلمات المرور قدر الإمكان.
* إعادة نشر جميع Edge Functions ونقل الـ Secrets إلى Supabase Vault بشكل آمن.
* إعداد النطاق المخصص (Custom Domain) وربطه عبر DNS في Namecheap مع التحقق من SSL.
* تحديث إعدادات Google OAuth وربط الـ Redirect URI الجديد بشكل صحيح.
* تنفيذ عملية تحويل تدريجية (Cutover) مع اختبارات قبل تحويل الإنتاج لضمان عدم حدوث أي توقف.

أدرك تمامًا أن هذا النوع من المشاريع يحتاج دقة عالية جدًا، لذلك لن يتم أي تغيير مباشر على الإنتاج بدون خطة معتمدة واختبارات كاملة مسبقًا.

يسعدني البدء بمراجعة النظام الحالي ثم تقديم خطة هجرة تفصيلية للموافقة قبل التنفيذ.

تحياتي لك.
بسام ا.
منذ 10 دقائق
ملاحظة النظام حاليا لم يتم اشتراك المشتركين فية حاليا لذلك يتم ضبط تسجيل الدخول باسم الموقع الرسمي لتسجيل الدخول عبر gmail
مباشرة بدل ظهور اسم مختلف لتسجيل الدخول المعتمد
.Mohammed Alhbyb M
منذ 5 دقائق
أشكرك على التوضيح. هل تقصد أن شاشة تسجيل الدخول عبر Gmail يجب أن تعرض اسم الموقع الرسمي فقط (Brand Name) بدلاً من اسم التطبيق الحالي؟ أود التأكد.

أضف تعليق

سجّل دخول لتتمكن من إضافة تعليق على هذا الموضوع.

دخول
حساب جديد