استضافة Moodle وتحديثاته: كيف تختار الإصدار وتخطط للأداء

إصدار LTS أم الإصدار الأحدث؟

تنشر Moodle إصدارات رئيسية بدورة منتظمة، وتحدد لكل إصدار نهاية الدعم العام (إصلاح الأخطاء) ونهاية الدعم الأمني، وتعلّم بعضها LTS أي طويل الأجل. الإصدارات التالية بحسب جدول الإصدارات الرسمي عند كتابة المقال (نوفمبر 2026)، والجدول يتغير مع الزمن، فراجع صفحة الإصدارات الرسمية (https://moodledev.io/general/releases) قبل أي قرار.

• 4.5

  تاريخ الإصدار: 7 أكتوبر 2024 — نهاية إصلاح الأخطاء: 6 أكتوبر 2025 — نهاية الدعم الأمني: 4 أكتوبر 2027 — LTS: نعم

• 5.1

  تاريخ الإصدار: 6 أكتوبر 2025 — نهاية إصلاح الأخطاء: 5 أكتوبر 2026 — نهاية الدعم الأمني: 19 أبريل 2027 — LTS: لا

• 5.2

  تاريخ الإصدار: 20 أبريل 2026 — نهاية إصلاح الأخطاء: 19 أبريل 2027 — نهاية الدعم الأمني: 4 أكتوبر 2027 — LTS: لا

• 5.3

  تاريخ الإصدار: 5 أكتوبر 2026 — نهاية إصلاح الأخطاء: 4 أكتوبر 2027 — نهاية الدعم الأمني: 1 أكتوبر 2029 — LTS: نعم

كيف تقرأ جدول الإصدارات؟

إن كنت ستبني منصة جديدة وتريد استقراراً أطول، فإصدار LTS الأحدث (5.3 الآن) يمنحك أطول دعم أمني. أما من يعمل حالياً على 4.5 فلديه دعم أمني حتى أكتوبر 2027، لكن عليه التخطيط للانتقال قبل ذلك بوقت كافٍ. والإصدارات غير LTS تناسب من يتابع التحديث باستمرار وقادر على الترقية كل بضعة أشهر. والقاعدة: لا تُبقِ منصة حية على إصدار انتهى دعمه الأمني.

الإضافات تقيّد الترقية

كل إضافة تثبتها (قالب، أو بوابة دفع، أو مكوّن فصول افتراضية) يجب أن تدعم الإصدار الذي ستنتقل إليه. وقبل الترقية افحص: هل لكل إضافة نسخة متوافقة؟ ومن يصونها؟ كثرة الإضافات والتخصيصات تجعل الترقية أبطأ وأغلى، فثبّت ما تحتاجه فقط.

متطلبات الخادم

لكل إصدار حد أدنى من إصدارات PHP وقاعدة البيانات وامتداداتها، تجدها في وثائق التثبيت الرسمية لإصدارك. اطلب من مزود الاستضافة كتابة الإصدارات المثبتة عنده، وتأكد أنها ضمن المدعوم، وأنه يستطيع ترقية PHP عندما يلزم.

الأداء: خطط للذروة لا للمتوسط

تشرح وثائق Moodle أن الأداء يتأثر بعوامل كثيرة، منها الخادم وقاعدة البيانات والتخزين المؤقت وإعدادات PHP. وما يهم عملياً:

• افصل الأدوار عند الحاجة

  خادم الويب وقاعدة البيانات على موارد مناسبة، وكلما كبر الحمل زاد فصلهما.

• فعّل التخزين المؤقت

  Moodle تدعم التخزين المؤقت (MUC) وأنظمة مثل Redis أو Memcached، وتضبط PHP opcache لتسريع التنفيذ.

• الملفات الكبيرة

  الفيديو الثقيل لا يُقدَّم من الخادم نفسه إن أمكن، بل من خدمة بث أو شبكة توصيل.

• المهام المجدولة (cron)

  تأكد أنها تعمل بانتظام، فتوقفها يعطل الإشعارات والإكمال والنسخ.

• اختبر الحمل

  تنصح الوثائق بأدوات مثل JMeter لمحاكاة المستخدمين. اختبر سيناريوهات الذروة الحقيقية: تسجيل دخول جماعي، وبداية اختبار.

النسخ الاحتياطي والاستعادة

النسخة الاحتياطية التي لم تُجرَّب استعادتها لا تُعتمد عليها. نفّذ استعادة كاملة على بيئة تجريبية مرة على الأقل في السنة، واحفظ النسخ خارج الخادم نفسه، وحدد كم من البيانات تقبل خسارته (ساعة؟ يوماً؟) ثم اضبط وتيرة النسخ بحسبه.

خطة تحديث آمنة

• انسخ المنصة كاملة إلى بيئة تجريبية

• حدّث التجريبية، واختبر الدخول والدورات والاختبارات والدفع والإضافات

• حدد نافذة صيانة بعيدة عن الامتحانات وبداية الفصل، وأعلنها

• خذ نسخة احتياطية جديدة قبل البدء، ثم نفّذ التحديث

• راجع المهام المجدولة والسجلات بعد التحديث

• جهّز خطة رجوع واضحة إن ظهر خلل

استضافة مشتركة أم خادم مخصص أم سحابة؟

• استضافة مشتركة

  يناسب: تجارب وأعداد صغيرة جداً — ينتبه له: موارد مشتركة وتحكم محدود

• خادم افتراضي (VPS)

  يناسب: مؤسسات صغيرة ومتوسطة — ينتبه له: مسؤولية الإدارة والتحديث

• سحابة قابلة للتوسع

  يناسب: ذروات واضحة وتنامٍ — ينتبه له: ضبط التكاليف وخبرة الإدارة

• استضافة مُدارة

  يناسب: من لا يريد إدارة الخادم — ينتبه له: العقد ومستوى الدعم وملكية البيانات

أسئلة شائعة

• هل أترقى فور صدور إصدار جديد؟

  ليس بالضرورة. انتظر حتى تتأكد من توافق إضافاتك، وخطط للانتقال قبل نهاية الدعم الأمني.

• كم أحتاج من الموارد؟

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

• هل يمكن النقل من استضافة إلى أخرى؟

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

المصادر

• Moodle Developer Resources

  جدول الإصدارات (moodledev.io/general/releases).

• وثائق Moodle

  Performance recommendations وInstalling Moodle.