الترحيل والتحديثات

تحديثات بالطريقة الصحيحة — بدون مفاجآت في منتصف الطريق

تحديث Magento ليس عملية بنقرة واحدة. أتعامل مع العملية الكاملة: حل التبعيات، توافق الإضافات الخارجية، ترحيل البيانات وتثبيت ما بعد التحديث — مع خطة تراجع مختبرة قبل لمس بيئة الإنتاج.

ابدأ مشروعك ↗ عرض جميع الخدمات →

2.3←

تحديثات 2.4.x أنجزت، بما في ذلك ترحيل OpenSearch

محاولات ترحيل إنتاج بدون خطة تراجع مختبرة

متاح لمشاريع التحديث

// التدقيق قبل التحديث يستغرق 2-3 أيام

ما هو مدرج

⬆️

تحديثات الإصدارات

تحديثات Magento 2.3 ← 2.4.x مع مراجعة توافق كاملة للوحدات المخصصة والإضافات الخارجية قبل لمس قاعدة الكود.

📦

حل تبعيات Composer

حل تعارضات الإصدارات والحزم المهجورة وتوافق الوحدات المخصصة لتنجح عملية تثبيت Composer.

🗃️

ترحيل البيانات

ترحيل المنتجات والعملاء والطلبات ومحتوى CMS بين إصدارات Magenter أو المنصات مع فحوصات سلامة.

🔌

توافق الإضافات

تدقيق الإضافات الخارجية لتوافق التحديث واستبدال أو تصحيح تلك التي تعيق التقدم.

🧪

التحقق على Staging

اختبارات انحدار كاملة على staging قبل الإنتاج: وظيفية وأداء وتكامل.

🔄

تثبيت ما بعد التحديث

الأسبوعان التاليان للتحديث حاسمان. أبقى متاحاً للمشاكل التي تظهر فقط تحت حركة المرور الحقيقية.

كيف يعمل

تدقيق ما قبل التحديث

أراجع إصدارك الحالي والإضافات المثبتة والوحدات المخصصة وأحدد كل مخاطر التوافق قبل كتابة أي سطر كود.

حل التبعيات

حل تعارضات Composer، تحديد الـ APIs المهملة وإيجاد بدائل للإضافات عند الحاجة.

التحديث على staging

تحديث كامل على clone staging أولاً. اختبار كل إضافة ووحدة مخصصة ضد الإصدار الجديد.

ترحيل البيانات

عند الترحيل بين المنصات أو الإصدارات الرئيسية، تُرحل البيانات وتُتحقق مقابل سجلات المصدر.

الإنتاج مع خطة تراجع جاهزة

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

دعم ما بعد الإطلاق

أسبوعان من التوفر ذي الأولوية لأي مشاكل تظهر بعد التحديث.

لماذا تعمل معي

🔍

تدقيق قبل كل شيء

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

🧯

خطة تراجع مختبرة

لا أجري ترحيل إنتاج بدون إجراء تراجع مختبر. إذا حدث خطأ ما، يمكننا التراجع عنه.

📋

تقرير توافق مكتوب

تحصل على تقرير مكتوب لكل إضافة ووحدة مخصصة، حالتها من التحديث والإجراء المطلوب قبل المتابعة.

⏳

توفر بعد الإطلاق

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

وجد التدقيق ما قبل التحديث ثلاث إضافات كانت ستكسر عملية الدفع في منتصف الترحيل. حلّها فوزي جميعاً على staging قبل لمس الإنتاج. Zero downtime.

حسام ت.

// مدير التجارة الإلكترونية، سلسلة توزيع · تونس

لماذا تفشل التحديثات

السبب الأكثر شيوعاً لفشل تحديثات Magento: تعارضات الإضافات المكتشفة في منتصف الطريق، بعد أن يكون staging قد تعطل بالفعل. التدقيق الشامل قبل التحديث يزيل المفاجآت.

السبب الثاني الأكثر شيوعاً: تخطي staging تماماً. لا أُحدث الإنتاج أبداً بدون تشغيل validated على staging مع اختبار تراجع.

ما قمت بتحديثه

تعاملت مع تحديثات من 2.3.5 إلى 2.4.7، بما في ذلك ترحيل OpenSearch والانتقال إلى PHP 8.x وترحيل Laminas/Zend. إذا كنت على إصدار أقدم، الطريق إلى الأمام واضح — يحتاج فقط إلى تسلسل مناسب وصبر.

التقنيات والأدوات

Magento 2.3 → 2.4 Magento 2.4.x patches Composer 2 PHP 8.1 / 8.2 / 8.3 OpenSearch / Elasticsearch MySQL 8 Data Migration Tool n98-magerun2 Redis 7 Varnish 7

أسئلة شائعة

هل يمكنك التحديث من Magento 2.3 إلى أحدث إصدار 2.4؟

نعم. تعاملت مع تحديثات من 2.3.5 إلى 2.4.7، بما في ذلك ترحيل OpenSearch والانتقال إلى PHP 8.x وترحيل Laminas/Zend. الطريق واضح — لكنه يتطلب تسلسلاً دقيقاً.

ماذا لو كانت بعض إضافاتي لا تدعم الإصدار الجديد؟

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

كم يستغرق التحديث الكامل؟

التدقيق ما قبل التحديث يستغرق 2-3 أيام. التحديث الفعلي على staging يستغرق 1-3 أيام حسب التعقيد. ترحيل البيانات يضيف وقتاً إذا كان ترحيل منصة.

هل تتعامل مع ترحيل البيانات بين المنصات (مثل Shopify ← Magento)؟

نعم، للمنتجات والعملاء. ترحيل سجل الطلبات أكثر تعقيداً ويعتمد على قدرات تصدير المنصة المصدر.