Drupal 12: ما الذي يتغير ومتى تنتقل

من المقرر صدور Drupal 12 في أسبوع 7 ديسمبر 2026، بينما يصل Drupal 10 إلى نهاية الدعم في 9 ديسمبر 2026. التاريخان مذكوران في الصفحة نفسها من جدول إصدارات نواة Drupal، على بُعد سطرين، ومعظم من يديرون موقع Drupal 10 لم ينتبهوا لأي منهما. جرى وسم أول نسخة ألفا من الإصدار الرئيسي الجديد في 2 سبتمبر 2026، فصارت صورة الإصدار أمرًا موثقًا لا تكهنًا.

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

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

متى يصدر Drupal 12، وهل عليّ الانتقال؟ من المقرر صدور Drupal 12.0.0 في أسبوع 7 ديسمبر 2026، إلى جانب Drupal 11.5.0. يصل Drupal 10 إلى نهاية الدعم بعد يومين، في 9 ديسمبر 2026، ولا تصدر بعدها أي تنبيهات أمنية له. موقع Drupal 11 أمامه ترقية صغيرة. أما موقع Drupal 10 فعليه المرور أولًا عبر Drupal 11.4 أو أحدث، فالعمل قفزتان لا قفزة واحدة.

التاريخان اللذان يحسمان الأشهر الستة القادمة

ينشر مديرو الإصدارات الدورة كاملة مسبقًا، والدورة الحالية مرتبة على نحو غير معتاد. صدر Drupal 11.4.0 في أسبوع 29 يونيو 2026، وأنهى ذلك الإصدار الدعم الأمني لكل من Drupal 11.2.x وDrupal 10.5.x. وخرج وسم 12.0.0-alpha1 في 2 سبتمبر 2026. وكان يجب استكمال متطلبات البيتا بحلول 11 سبتمبر 2026، مع 12.0.0-beta1 و11.5.0-beta1 في أسبوع 14 سبتمبر، ومرشحات الإصدار في أسبوع 9 نوفمبر.

ثم يفعل أسبوع 7 ديسمبر ثلاثة أمور دفعة واحدة. يصدر Drupal 12.0.0، ويصدر Drupal 11.5.0 إلى جانبه، وينتهي الدعم الأمني لكل من Drupal 11.3.x وDrupal 10.6.x. وبعد يومين، في 9 ديسمبر 2026، يصل Drupal 10 ككل إلى نهاية الدعم ولن تصدر منه أي إصدارات أخرى إطلاقًا.

لماذا يقع Drupal 10 وDrupal 12 في الأسبوع نفسه

هذه سياسة لا مصادفة. تنص نظرة عامة على عملية الإصدار على أن الإصدارات الرئيسية تصل كل سنتين في السنوات الزوجية، وأن كل إصدار رئيسي مدعوم أربع سنوات على الأقل، إلى أن يصدر إصداران رئيسيان آخران. صدر Drupal 10.0.0 في 15 ديسمبر 2022. ووصل Drupal 11 في أغسطس 2024، ويصل Drupal 12 في ديسمبر 2026، وهو الإصدار الرئيسي الثاني بعده، وقد مرت أربع سنوات. نفد الوقت وفق الجدول تمامًا.

السياسة نفسها تحكم الإصدارات الفرعية. كل إصدار فرعي مدعوم سنة واحدة، بإصلاحات للعلل وإصلاحات أمنية في الأشهر الستة الأولى، وإصلاحات أمنية فقط في الأشهر الستة الأخيرة. لهذا وحده 10.6.x ما زال يتلقى تنبيهات اليوم، ولهذا يفقد 11.3.x تغطيته لحظة صدور 11.5.0.

لا يتوقف Drupal 11 حين يبدأ Drupal 12. إصدار 11.5.0 في الأسبوع نفسه يبدأ ما تسميه السياسة مرحلة الدعم طويل الأمد، إذ يحتفظ الإصدار الرئيسي السابق بإصدار فرعي مطابق في واجهته البرمجية، وينتقل إلى إصدار LTS من Symfony، ويتلقى إصدارًا فرعيًا للصيانة كل ستة أشهر بنطاق يتقلص. لا ينشر drupal.org تاريخًا حاسمًا لنهاية دعم Drupal 11، غير أن توثيقه الخاص بالإضافات المهملة يذكر أن Drupal 11 سيبقى مدعومًا حتى منتصف عام 2028 أو أواخره.

كم عدد المواقع التي ما زالت على Drupal 10

الأرقام علنية وهي غير مريحة. تسجل إحصاءات استخدام النواة على drupal.org، للأسبوع الذي يبدأ في 23 أغسطس 2026، عدد 468,877 موقعًا تُبلغ عن إصدار نواة. من بينها 205,568 على فرع ما من Drupal 10 و168,857 على Drupal 11. أي نحو 44 في المئة من قاعدة التثبيت المُبلِّغة تعمل على الإصدار الذي يتوقف عن تلقي التنبيهات في ديسمبر.

الرقم الأكثر حدة يقع داخل ذلك الرقم. وحده 10.6.x ما زال يتمتع بتغطية أمنية، ويمثل 10.6.x عدد 139,911 من تلك المواقع. أما الباقي، وعددها 65,657، فيعمل على إصدارات من 10.0 إلى 10.5، أي أنها تشغّل اليوم بالفعل، في سبتمبر، إصدارًا فرعيًا غير مدعوم، من دون انتظار ديسمبر.

هذه الأعداد تأتي من مواقع تبلّغ طوعًا عبر وحدة Update Status، فالعدد الحقيقي أكبر ويميل الاتجاه نفسه. القراءة العملية أن عددًا هائلًا من المؤسسات سيحاول حجز العمل نفسه في الربع نفسه، وستكون طاقة الوكالات في أكتوبر ونوفمبر هي القيد، لا الشيفرة.

ماذا تعني نهاية الدعم فعليًا لموقع Drupal

نهاية الدعم ليست مفتاحًا يكسر الموقع. سيظل تثبيت Drupal 10 لديك يقدم الصفحات في 10 ديسمبر تمامًا كما كان في 8 ديسمبر. ما يتغير هو أن فريق أمن Drupal يتوقف عن نشر التنبيهات والرقع لتلك الشيفرة، فمن ذلك التاريخ تبقى كل ثغرة تُكتشف حديثًا في نواة Drupal 10 مفتوحة إلى الأبد.

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

الأثر الثالث أن الخروج يزداد كلفة كلما طال انتظارك. موقع Drupal 10 يُرقّى في نوفمبر يُرقّى في مواجهة فرع نواة مصان، بمسار تحديث يعمل. الموقع نفسه إذا رُقّي في يونيو التالي يصبح مشروع إنقاذ، لأن الوحدات المساهَم بها التي يعتمد عليها نالت ستة أشهر إضافية لتمضي من دونه.

Cyber Essentials والتأمين وبنود العقود

هنا يكف نظام إدارة المحتوى غير المدعوم عن كونه شأنًا هندسيًا. تنص متطلبات Cyber Essentials للبنية التحتية لتقنية المعلومات v3.3 الصادرة عن NCSC بتاريخ أبريل 2026 على أن كل برمجية على الأجهزة الداخلة في النطاق يجب أن تكون مرخصة ومدعومة، ويجب إزالتها من الأجهزة حين تصبح غير مدعومة، أو إخراجها من النطاق باستخدام مجموعة فرعية محددة تمنع كل حركة المرور من الإنترنت وإليه. ينطبق الضابط على الخوادم وIaaS وPaaS وSaaS، فتثبيت Drupal على خادم داخل النطاق مشمول تمامًا.

لا يمكن عزل موقع Drupal 10 عام الوصول عن الإنترنت، لذا بعد 9 ديسمبر 2026 يبقى جوابان: ترقيته، أو القبول بأنه يخفق في ذلك الضابط. وإذا كانت مؤسستك تحمل Cyber Essentials أو Cyber Essentials Plus وتجدده سنويًا، فهذا سؤال سيُطرح عليك كتابةً في التقييم التالي.

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

ما الذي يختلف فعلًا في Drupal 12

القليل جدًا، وهذا هو الجواب الصادق والمفيد. تقولها ملاحظات إصدار 12.0.0-alpha1 بوضوح: سيكون 12.0.x مطابقًا تقريبًا لـ 11.5.x باستثناء إزالة الشيفرة المهملة بما فيها وحدات مهملة كاملة، وتحديث الاعتماديات إلى إصدارات رئيسية جديدة، ورفع متطلبات النظام. أما كل تغيير آخر فتحيلك الملاحظات فيه إلى فرع 11.5.x.

هناك حفنة من تغييرات السلوك الحقيقية تستحق المعرفة. تتحول خوارزمية تجزئة كلمات المرور الافتراضية إلى argon2id، مع بقاء bcrypt متاحًا عبر معاملات النواة البرمجية حيث لا يتوفر argon2. ويحجب ملف robots.txt في النواة الآن صفحات نتائج البحث التي تحمل معاملات استعلام، وهو ما يمنع محركات البحث من الزحف إلى تركيبات تصنيفية لا نهائية، والمواقع ذات robots.txt مخصص عليها إضافة قواعد المنع هذه يدويًا. أما HTMX، الذي تشحنه النواة أصلًا، فينتقل من الإصدار 2 إلى الإصدار 4 مع beta1.

وهناك واحد يسهل تفويته. استضافة Drupal مباشرة على Windows في بيئة إنتاج مهملة في Drupal 12، بحجة عدم وجود بيئة اختبار Windows آلية وقلة المطورين الذين يختبرون عليها. ويبقى Windows مدعومًا للتطوير المحلي. فإن كنت تشغّل الإنتاج على Windows، فهذا قرار استضافة يُتخذ في الأشهر القليلة القادمة، لا تغيير في الشيفرة.

الإضافات التي تغادر النواة

قضى Drupal سنوات ينقل الوحدات الضيقة من النواة إلى مشاريع مساهَم بها، ويواصل Drupal 12 ذلك. تُدرج ملاحظات alpha1 وحدات Ban وContact وField Layout وHistory وSettings Tray وShortcut وTelephone بوصفها محذوفة، ومعها سمة Stable 9. كما انتقلت إضافة حقل Text with Summary إلى وحدة مساهَم بها خاصة بها. وكان Ban قد أُهمل في 11.3، وContact وField Layout وHistory وTelephone في 11.4، وSettings Tray وShortcut وText with Summary في 11.5.

اثنتان منها ستفاجئان الناس. Shortcut وSettings Tray وظيفتان إداريتان تستخدمهما فرق تحرير كثيرة يوميًا من دون أن تفكر فيهما يومًا على أنهما اختياريتان، وتحديدًا Settings Tray هي ما يسند ضبط الكتل في مكانها الذي يعتمد عليه المحررون.

آليات التعامل مع هذا أهم من القائمة نفسها. الخطوة الصحيحة هي إضافة النسخة المساهَم بها إلى متطلبات Composer قبل الترقية، لا إلغاء تثبيت الوحدة. فإلغاء التثبيت يدمر إعدادات الإضافة، واكتشاف الوحدات في Drupal ينظر إلى النواة أخيرًا، فما إن يوجد المشروع المساهَم به حتى يستخدمه Drupal ببساطة. ولاحظ أيضًا أن Drush يمكنه تجاوز تحذيرات update.php بشأن الإضافات المفقودة، فيظهر الخلل لاحقًا على شكل أخطاء في تقرير الحالة.

فقدان Migrate Drupal هو التغيير الأشد إيلامًا

تُحذف وحدتا Migrate Drupal وMigrate Drupal UI في Drupal 12، وخلافًا لغيرهما لا تُنقلان إلى مشروع مساهَم به. يحتفظ Drupal 12 بواجهة Migrate البرمجية وبإضافات الوجهة الخاصة بـ Drupal الحديث، لكنه لا يحتفظ بإضافات المصدر الخاصة بـ Drupal 6 وDrupal 7.

أعد قراءة ذلك إن كنت تملك موقع Drupal 7. الأداة التي تقرأ قاعدة بيانات Drupal قديمة وتكتبها في أخرى حديثة موجودة في Drupal 11 وغير موجودة في Drupal 12. وإرشاد drupal.org صريح: المواقع على Drupal 6 أو Drupal 7 التي تنوي استخدام واجهة الترحيل عليها الاستمرار في الترحيل إلى Drupal 11، ثم استخدام عملية التحديث الاعتيادية للانتقال من Drupal 11 إلى Drupal 12.

هذا يحوّل نية غامضة إلى قيد ترتيب صارم. فإعادة بناء موقع Drupal 7 التي تصل بعد خروج Drupal 11 من الدعم سيكون عليها إما كتابة إضافات مصدر خاصة بها، أو استعادة نواة أقدم لتشغيل الترحيل في بيئة مؤقتة، أو تصدير المحتوى وإعادة استيراده بوسائل أخرى. والثلاثة أغلى من إجراء الترحيل إلى Drupal 11 ما دام Drupal 11 هدفًا حاليًا مصانًا. ودليلنا عن تكاليف ترحيل Drupal وخياراته ومواعيده يغطي شكل هذا العمل بالتفصيل.

الحدود الدنيا الجديدة للاعتماديات

الإصدار الرئيسي هو الموضع الذي يُسمح فيه لـ Drupal برفع متطلبات المنصة، ويستخدم Drupal 12 هذا الحق على طول الخط. هذه الحدود هي الجزء من الترقية الذي لا يقبل التفاوض، لأنها تُفرض عند التثبيت.

PHP 8.5، ولا شيء أقدم

يتطلب Drupal 12 إصدار PHP 8.5. يبين جدول متطلبات PHP أن Drupal 12.0 يدعم PHP 8.5 ويرفض كل ما دونه، بينما يقبل Drupal 11.3 و11.4 الإصدارات 8.3 و8.4 و8.5. هذا التداخل هو مسار ترحيلك: انقل الموقع إلى PHP 8.5 وهو ما يزال على Drupal 11.4، وتأكد من سلامة سلوكه، ثم غيّر إصدار Drupal.

الحد الأدنى سخي لا عقابي. صدر PHP 8.5 في 20 نوفمبر 2025، وتضع صفحة الإصدارات المدعومة على php.net دعمه النشط حتى 31 ديسمبر 2027 ودعمه الأمني حتى 31 ديسمبر 2029. الهبوط عليه يشتري ثلاث سنوات قبل أن يتكرر هذا الحديث.

قواعد البيانات وSymfony

متطلبات خادم قاعدة البيانات في Drupal 12 هي MySQL 8.0 أو أحدث، وMariaDB 10.11 أو أحدث، وPostgreSQL 18 أو أحدث، وSQLite 3.45 مع امتداد json1. وعلى مواقع PostgreSQL أن تتحقق من هذا الحد بعناية خاصة، لأن ملاحظات alpha1 تذكر PostgreSQL 19 بينما تذكر صفحة المتطلبات وشيفرة المثبّت كلتاهما 18. تحقق مجددًا عند beta1 قبل حجز أي عمل على قاعدة البيانات.

وفي الطبقة الأدنى، ينتقل Symfony من 7.4 إلى 8.1 وGuzzle من 7 إلى 8. ويُسقط الدعم عن عدة إصدارات رئيسية أقدم من المكتبات، منها doctrine/lexer 2 وegulias/email-validator 3 وguzzlehttp/psr7 2. والشيفرة المخصصة التي تحدد أنواع أصناف Symfony مباشرة هي الموضع الذي يظهر فيه ذلك.

ما تفرضه الحدود الدنيا على استضافتك

قفزة MariaDB هي التي تباغت الاستضافات المشتركة والمُدارة. يقبل Drupal 11 إصدار MariaDB 10.6، الذي انتهت صيانته المجتمعية في 6 يوليو 2026 وفق سياسة صيانة MariaDB، فموقع Drupal 11 يمكنه حاليًا أن يجلس على محرك قاعدة بيانات غير مدعوم بشكل مشروع تمامًا. يرفع Drupal 12 الحد إلى 10.11، وهو مصان حتى 16 فبراير 2028. فإن كانت استضافتك لا تقدم اليوم PHP 8.5 وMariaDB 10.11، فعلى نقل الاستضافة أن يسبق نقل Drupal، وإعادة الترتيب هذه بالذات هي ما يحوّل عمل أسبوعين إلى عمل شهرين. ومذكرتنا عن ما يشغّل Drupal جيدًا بالفعل تغطي جانب المنصة.

لماذا يجعل نموذج الإهمال Drupal 12 قابلًا للتنفيذ

هذه هي الآلية التي لم يشرحها أحد لمعظم أصحاب المواقع، وهي سبب أن إصدارات Drupal الرئيسية لم تعد مخيفة. تُلزم سياسة الترقيات المستمرة النواة بوعد بسيط: الإصدار الرئيسي التالي له واجهة برمجية عامة مطابقة لواجهة آخر إصدار فرعي من الإصدار الرئيسي السابق. تُضاف الواجهات الجديدة في الإصدارات الفرعية، وتُوسم القديمة فيها بأنها مهملة، ولا يحدث الحذف إلا عند حدود الإصدار الرئيسي.

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

ولهذا أيضًا تقول ملاحظات الإصدار إن عليك التحديث إلى 11.4 أو أحدث أولًا، وتوصي بشدة بـ 11.5. فمسار تحديث قاعدة البيانات من الإصدارات السابقة لـ 11.4.0 أُزيل من Drupal 12 كليًا، وموقع على 11.3 أو أقدم لا طريق له إلى 12 حتى يصعد في فرع 11 أولًا. هذه ليست نصيحة، بل مسار شيفرة مفقود.

الأدوات التي تُبلّغ عن الإهمالات

مشروعان يقومان بالعمل، وكلاهما مصان حاليًا. Upgrade Status هو الماسح الذي يغطي الموقع كله. تثبّته على الموقع الذي تُرقّي منه، لا الذي تُرقّي إليه، لأن الواجهات المهملة يجب أن تكون موجودة كي يعثر على استدعاءاتها. يفحص ما إذا كانت بيئتك تلبي متطلبات نظام الإصدار الرئيسي التالي، ويقارن مشاريعك المساهَم بها بالتحديثات المتاحة، ويشغّل PHPStan بحثًا عن استخدام واجهات PHP المهملة، ويقرأ قوالب Twig وملفات info.yml وcomposer.json ومفاتيح الإعدادات المهملة. ويعلن الإصدار 5.0.0-alpha3، الصادر في 2 يوليو 2026، توافقه مع Drupal 10.4 و11 و12.

كما أنه يصنّف ما يجده، وهذا هو الجزء الذي يوفر المال. تُفرز المشكلات بين ما يمكن لآلة إصلاحه وما يتطلب إنسانًا، فتستطيع تسعير النصف اليدوي قبل الالتزام بتاريخ. ويعمل تحت Drush بالأمر upgrade_status:analyze، ومخرجه بصيغة Code Climate بـ JSON يتصل بـ GitLab CI.

أما Drupal Rector فهو النصف الآخر. يعيد كتابة الإهمالات القابلة للإصلاح آليًا في وحداتك وسماتك المخصصة، مع خيار --dry-run لمعاينة الفروق أولًا. وصدر الإصدار 1.1.2 في 7 أغسطس 2026. وبالاثنين معًا يستطيع مطور كفء إنتاج تقرير جاهزية قابل للدفاع عنه لموقع متوسط الحجم في يومين إلى ثلاثة.

المسار الأول: من Drupal 11 إلى Drupal 12

إن كنت على Drupal 11.4 أو 11.5 بوحدات مساهَم بها محدّثة، فهذا عمل صغير. دليل الترقية الرسمي معظمه أوامر Composer: اطلب حزم الإصدار 12 الوصفية بخيار --no-update، واحذف أي متطلب صريح لـ drupal/core، وشغّل composer update --dry-run، ثم شغّله فعليًا وطبّق تحديثات قاعدة البيانات بالأمر drush updatedb.

العمل الحقيقي يقع على جانبيه. قبله: شغّل Upgrade Status، وأضف البدائل المساهَم بها لكل إضافة نواة محذوفة تستخدمها فعلًا، وتأكد أن استضافتك توفر PHP 8.5. وبعده: توقع أن يكون كل ملف سقالة في النواة قد تغير، بما في ذلك .htaccess، فأي تخصيص أجريته على تلك الملفات يجب إعادة تطبيقه بقصد لا دمجه على عمياء.

وحين ترفض إحدى الاعتماديات أن تُحل، فإن composer why-not drupal/core ^12 يسمي المعرقل. والسماح بإصدارين رئيسيين لوحدة في composer.json، مثل "^6.1 || ^7.0"، هو الطريقة المعتادة لتجسير مشروع في منتصف انتقاله. وإن احتجت وحدة لها رقعة تعمل بلا إصدار موسوم، فنقطة نهاية Drupal Lenient في Composer موجودة لهذا الغرض تحديدًا وما زالت مصانة.

المسار الثاني: من Drupal 10 إلى Drupal 12 قفزتان

لا توجد ترقية مباشرة من Drupal 10 إلى Drupal 12. توثيق Upgrade Status يقول ذلك صراحةً، وإزالة مسار تحديث قاعدة البيانات السابق لـ 11.4 هي ما يفرضه. تنتقل من Drupal 10.6 إلى Drupal 11.4 أو 11.5، وتتحقق من الموقع، ثم تنتقل من هناك إلى Drupal 12.

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

الترتيب الذي ينجح هو إجراء قفزة Drupal 11 الآن، وتشغيل الموقع على 11.4 أو 11.5 لعدة أسابيع كي يُظهر سلوك التحرير والزوار الحقيقي أي شيء غريب، ثم أخذ Drupal 12 في العام الجديد بعد أن تكون الوحدات المساهَم بها قد وسمت إصدارات مستقرة تجاهه. وأن تحدث القفزة الأولى قبل ديسمبر هو ما يهم، لأنها القفزة التي تنقلك بعيدًا عن شيفرة غير مدعومة.

المسار الثالث: Drupal 7 أو 8 إعادة بناء لا ترقية

أي شيء أقدم من Drupal 9 تمرين مختلف. وصل Drupal 7 إلى نهاية الدعم في 5 يناير 2025، وDrupal 6 في فبراير 2016. ولا يُرقّى أي منهما في مكانه إطلاقًا، لأنهما يسبقان البنية الحديثة كليًا. بل يُرحّلان، أي يُبنى موقع جديد على Drupal الحالي ويُنقل المحتوى إليه بواجهة Migrate. أما موقع Drupal 8 فله تقنيًا مسار في المكان، لكنه يمر عبر أربعة إصدارات رئيسية متتالية وعلى كل وحدة مساهَم بها أن تنجو من كل واحد منها، فيكون عادةً أرخص أن يُعامل هو الآخر كإعادة بناء.

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

بالنسبة لهذه المواقع يعمل موعد ديسمبر بطريقة مختلفة لكنه يعض أيضًا، بسبب حذف Migrate Drupal. فهدفك يجب أن يكون Drupal 11 لا Drupal 12، وDrupal 11 مدعوم حتى منتصف عام 2028 أو أواخره وفق توثيق drupal.org نفسه. هذا يمنح صاحب موقع Drupal 7 نافذة حقيقية، لكنها نافذة بنهاية حاسمة، وبدء إعادة بناء تستغرق ستة أشهر في 2028 لبلوغ هدف في 2028 ليس خطة.

كم يكلف كل مسار في المملكة المتحدة

هذه تقديرات داخلية من تنفيذنا نحن، لا أسعارًا منشورة، والتفاوت داخل كل نطاق تحركه تقريبًا صحة الوحدات المساهَم بها لا حجم الموقع. تفوتر الوكالات البريطانية نحو 600 إلى 900 جنيه في اليوم مقابل هذا العمل. ترقية من Drupal 11 إلى 12 على موقع مصان تستغرق ثلاثة إلى ثمانية أيام بما فيها الاختبار، أي نحو 2,000 إلى 6,000 جنيه. وحين يكون للموقع نفسه وحدات مساهَم بها متقادمة، احسب أسبوعين إلى أربعة و6,000 إلى 12,000 جنيه.

موقع Drupal 10 يدفع ثمن القفزتين. إن كان مصانًا جيدًا فقفزة Drupal 10 إلى 11 تكلف 6,000 إلى 15,000 جنيه وتضيف قفزة Drupal 12 مبلغ 2,000 إلى 6,000 جنيه، أي 8,000 إلى 21,000 جنيه إجمالًا على مدى أربعة إلى ثمانية أسابيع. وإن كان مهملًا فالقفزة الأولى وحدها تتراوح بين 15,000 و35,000 جنيه ويستقر الإجمالي بين 17,000 و41,000 جنيه. وإعادة بناء موقع Drupal 7 تستغرق ثلاثة إلى ستة أشهر وتكلف عادةً 40,000 إلى 120,000 جنيه، وأكثر للمواقع الكبيرة أو شديدة التخصيص.

تدقيق الوحدات المساهَم بها الذي يحدد تاريخك

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

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

السلة الرابعة هي التي تحدد جدولك الزمني، وحجمها معروف اليوم لا في نوفمبر. موقع فيه ثلاثون وحدة مساهَم بها ولا شيء في السلة الرابعة عمل مباشر. الموقع نفسه بأربع وحدات في السلة الرابعة ارتباط مختلف بميزانية مختلفة، والفرق بين هذين العرضين يحسمه يوم واحد من المسح.

ماذا تفعل بوحدة مهجورة

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

أو تولي الصيانة، وهو خيار حقيقي في Drupal وأقل ترويعًا مما يبدو. لدى drupal.org عملية موثقة لتصبح مشرفًا على مشروع غير مدعوم، ولوحدة صغيرة يعتمد عليها عملك قد يكون التبني أرخص من الاستبدال. والتكلفة مستمرة لا لمرة واحدة، فاحسبها بصدق.

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

جدول زمني بالعد التنازلي من 9 ديسمبر 2026

ابدأ من تاريخ النهاية وستكتب الخطة نفسها بنفسها. بحلول أواخر سبتمبر، شغّل Upgrade Status في مواجهة Drupal 12 على نسخة من الإنتاج واحصل على السلال الأربع على الورق. هذا تمرين من يومين إلى ثلاثة، وهو المستند الوحيد الذي يتيح لك تسعير أي شيء آخر بصدق.

بحلول منتصف أكتوبر، تأكد أن استضافتك تستطيع تقديم PHP 8.5 والحدود الدنيا لقاعدة البيانات، وابدأ النقل إن لم تستطع. واحسم أيضًا مسائل الوحدات المساهَم بها، لأن لكل واحدة منها زمن تجهيز. وبحلول أوائل نوفمبر، ينبغي أن تكون ترقية Drupal 11.4 أو 11.5 مكتملة على موقع Drupal 10، والموقع يعمل على الفرع الجديد في الإنتاج.

بحلول أوائل ديسمبر تكون تراقب إصدار 12.0.0 بدل أن تتفاعل معه. وإن كنت حينها على Drupal 11، فخذ Drupal 12 في يناير أو فبراير 2027، بعد أن تكون المشاريع المساهَم بها قد وسمت إصدارات مستقرة تجاهه. لا جائزة على الترقية في أسبوع الإصدار، وسيبقى Drupal 11.5 مدعومًا. الجائزة هي ألا تكون على Drupal 10 حين تتوقف التنبيهات.

كم تكلف عدم فعل شيء

التكلفة المباشرة أن كل ثغرة في نواة Drupal يُكشف عنها بعد 9 ديسمبر 2026 تبقى مفتوحة على موقعك إلى الأبد. وتاريخ تنبيهات Drupal يتضمن ثغرات تنفيذ شيفرة عن بُعد بلغت من الخطورة حدًا جعلها تُستغل خلال ساعات من النشر، ونظام إدارة محتوى غير مرقّع على عنوان IP عام يعثر عليه المسح الآلي، لا مهاجم مستهدف اختارك أنت.

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

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

سببان مشروعان للانتظار

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

والثانية موقع Drupal 7 لديه إعادة بناء ممولة ومجدولة بالفعل. فترحيل Drupal 7 إلى Drupal 11 ثم فورًا إلى Drupal 12 حركة مهدورة. اهبط على Drupal 11 وشغّله، وخذ Drupal 12 لاحقًا بوصفه صيانة اعتيادية.

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

من أين تبدأ

أجرِ المسح أولًا. فكل عرض سعر رديء لترقية Drupal في هذا العالم تقريبًا أُنتج بلا مسح، ولهذا يخطئ الكثير منها في الاتجاهين معًا. يومان إلى ثلاثة من مخرجات Upgrade Status وDrupal Rector تخبرك في أي من نطاقات التكلفة الخمسة أعلاه تقع فعلًا، وهذا الرقم وحده يغير الحديث مع مجلس إدارتك أكثر من أي نصيحة عامة عن الإصدارات الرئيسية.

تجري Mecanik هذه التدقيقات والترقيات التي تليها، على مواقع Drupal 10 التي تواجه ديسمبر وعلى مواقع Drupal 11 التي تخطط لانتقال أهدأ في 2027. أعمال الوحدات المخصصة والتكاملات وتنظيف الإهمالات تقع ضمن ممارسة تطوير البرمجيات لدينا، بينما تنتمي إعادة البناء أو نقل الاستضافة إلى تطوير المواقع. وإن كان الوضع الأمني هو سبب وصول هذا الملف إلى مكتبك، فابدأ بمذكرتنا عن تنبيهات أمان Drupal والخطر الحقيقي، وإن كان القلق على الزيارات العضوية أثناء تغيير الإصدار، فمقالنا عن الإعداد التقني لتحسين محركات البحث في Drupal يشرح ما يجب حمايته.

الأسئلة الشائعة

متى يصدر Drupal 12 ومتى ينتهي دعم Drupal 10؟ من المقرر صدور Drupal 12.0.0 في أسبوع 7 ديسمبر 2026 إلى جانب Drupal 11.5.0، ويصل Drupal 10 إلى نهاية الدعم في 9 ديسمبر 2026. التاريخان منشوران في جدول إصدارات نواة Drupal. وفي الأسبوع نفسه ينتهي الدعم الأمني للفرعين الفرعيين 11.3.x و10.6.x. وجرى وسم Drupal 12.0.0-alpha1 في 2 سبتمبر 2026.

هل أستطيع الترقية مباشرة من Drupal 10 إلى Drupal 12؟ لا. أُزيل من Drupal 12 مسار تحديث قاعدة البيانات من الإصدارات السابقة لـ Drupal 11.4.0، لذا على موقع Drupal 10 الانتقال أولًا إلى Drupal 11.4 أو أحدث ثم إلى Drupal 12. ويوصي drupal.org بالإصدار 11.5.0 أو أعلى قبل الانتقال الرئيسي. خطط لها كقفزتين، مع تحمل قفزة Drupal 10 إلى 11 الخطر والتكلفة كليهما تقريبًا.

ما متطلبات نظام Drupal 12؟ يتطلب Drupal 12 إصدار PHP 8.5 ويسقط دعم PHP 8.4 وما قبله. والحدود الدنيا لقواعد البيانات هي MySQL 8.0 وMariaDB 10.11 وPostgreSQL 18 وSQLite 3.45 مع امتداد json1. وينتقل Symfony إلى 8.1 وGuzzle إلى 8.0. واستضافة Drupal مباشرة على Windows في الإنتاج مهملة، رغم بقاء Windows مدعومًا للتطوير المحلي.

ما الجديد فعلًا في Drupal 12 مقارنة بـ Drupal 11.5؟ لا شيء تقريبًا، وهذا مقصود. تذكر ملاحظات إصدار alpha1 أن 12.0.x مطابق تقريبًا لـ 11.5.x باستثناء الشيفرة المهملة المحذوفة والإصدارات الرئيسية المحدّثة للاعتماديات ومتطلبات النظام المرفوعة. أما تغييرات السلوك الجديرة بالذكر فهي argon2id بوصفها خوارزمية تجزئة كلمات المرور الافتراضية، وانتقال HTMX إلى الإصدار 4، وملف robots.txt في النواة الذي يحجب صفحات نتائج البحث ذات معاملات الاستعلام.

كم تكلف ترقية Drupal 12 في المملكة المتحدة؟ على موقع Drupal 11 مصان، ثلاثة إلى ثمانية أيام عمل بأسعار الوكالات البريطانية المعتادة البالغة 600 إلى 900 جنيه في اليوم، أي نحو 2,000 إلى 6,000 جنيه. وموقع Drupal 10 يدفع ثمن القفزتين، فيستقر بين 8,000 و21,000 جنيه حين يكون مصانًا جيدًا وبين 17,000 و41,000 جنيه حين يكون مهملًا. وإعادة بناء موقع Drupal 7 تستغرق ثلاثة إلى ستة أشهر وتكلف عادةً 40,000 إلى 120,000 جنيه. هذه تقديرات داخلية لا أسعار منشورة.