يتطلب تحديث PHP لدروبال إثبات تصحيح بيئة التشغيل التي تستقبل الطلبات، ثم اختبار النشر والصلاحيات والتكاملات المهمة للموقع. اطلب من مسؤول الاستضافة دليل الحزمة أو الصورة الفعلية، واتفق مع مطوّر Drupal على اختبارات التطبيق بصورة مستقلة. تحديث النواة أو إحدى الوحدات لا يثبت وحده أن خدمة PHP العاملة تغيّرت.
تساعدك هذه القائمة على تسليم مهمة واضحة بين الاستضافة والمطوّر وفريق المحتوى. الأمثلة اختبارات قبول مقترحة، وليست نتائج فحص لموقع عميل. اختر ما ينطبق على موقعك، وحدّد النتيجة المطلوبة والمسؤول عن التحقق منها، ثم احتفظ بالملاحظات في سجل يمكن لفريق الصيانة الرجوع إليه.
حتى 23 أكتوبر 2026، يشمل تنبيه PHP الأصلي الثغرتين CVE-2026-109618 وCVE-2026-109619. يجمع مرجع إصدارات إصلاح حادث PHP الإصدارات المصححة الأولى والتحفظات المتعلقة بالفروع القديمة. يحدّد المشغّل الحزمة المناسبة للبيئة، مع الرجوع إلى نشرة المورّد عند وجود تصحيح منقول إلى إصدار سابق، بدل الحكم من رقم عام فقط.
يوجّه تنبيه Drupal الخاص ببيئة PHP أصحاب المواقع إلى تطبيق تحديث PHP أو التنسيق مع الاستضافة التي تديره. يتناول التنبيه مكوّن التشغيل، ولذلك لا تصفه بأنه تصحيح لنواة Drupal. تابع تنبيهات النواة والوحدات والقوالب في مهامها المناسبة، وفق الإصدارات المتأثرة وتعليمات كل تنبيه، دون اعتبار إغلاق واحدة منها إغلاقًا تلقائيًا للبقية.
أضاف مشروع PHP تنبيه 23 أكتوبر عن تقدّم رفع الملفات، بالمعرّف CVE-2026-115560، لتركيب غير شائع يجمع إعدادات معينة وسلوكًا داخل التطبيق. اطلب تقييم انطباقه والإجراء الحالي بصورة منفصلة. لا تفترض وجود هذا التركيب في كل موقع دروبال، ولا تنقل قيمة إعداد منفردة إلى الإنتاج قبل مراجعة المسؤول للنشرة كاملة.
ابدأ بقائمة المواقع والنطاقات والبيئات، بما فيها نسخ التجربة المتاحة للعامة ومواقع الحملات القديمة وخدمات الاستيراد. سجّل شركة الاستضافة ومسؤول النشر وصاحب قرار العمل لكل موقع. ردّ الدعم بشأن موقع الإنتاج الرئيسي لا يكفي لتغطية نسخة قديمة أو خدمة أخرى موجودة في الحساب نفسه، حتى لو كان اسم المشروع واحدًا.
يميّز دليل Drupal للتحديثات الأمنية والاعتيادية بين تحديثات النواة والوحدات والقوالب. أضف إلى توزيع العمل مسؤولية PHP التي تعتمد عليها هذه المكوّنات، واحتفظ بدليل يمكن نسبته إلى كل طبقة.
| الطبقة المعنية | المسؤول الذي تحتاج تحديده | الدليل المطلوب |
|---|---|---|
| حزمة PHP أو صورتها | مشغّل الاستضافة أو الخادم | مرجع الإصلاح وتأكيد الخدمة الفعلية |
| نواة Drupal واعتمادياتها | مسؤول التطبيق | إصدار مختبر وسجل الحزم |
| الوحدات والقالب والكود الخاص | مطوّر يعرف وظائف الموقع | قرار التوافق والوظائف المتأثرة |
| النشر وخدمات العملاء | مراجع من فريق العمل | الاختبارات والنتائج والاستثناءات |
حدّد من يستطيع إيقاف التنفيذ إذا فشلت وظيفة أساسية، ومن يتواصل مع المحرّرين والعملاء عند الحاجة. عندما تتعدد الشركات، اتفق على نقطة تسليم واضحة بين تأكيد تشغيل الحزمة واختبار التطبيق واعتماد النتيجة. عالج نقص الصلاحيات أو غياب المسؤول قبل موعد الصيانة، حتى لا يتوقف التحقق بعد انتهاء التحديث التقني.
سجّل إصدار دروبال وطريقة تركيبه ومكوّناته الخاصة، ثم اختر المسار المناسب من وثائق تحديث Drupal. قد تختلف خطوات التطبيق بين تركيب وآخر؛ لا تنسخ أوامر شرح لإصدار أحدث إلى موقع قديم دون مراجعة ملاءمتها. أبقِ الترقية الكبرى قرارًا واضحًا له نطاق واختبارات، ولا تجعلها نتيجة غير مخططة لمهمة التصحيح العاجل.
جهّز بيئة تجربة محمية متى أمكن، بمحتوى وحسابات تمثل استخدام الموقع. راجع وجهات البريد والدفع والتكامل مع أنظمة العملاء قبل تشغيل الاختبارات. ينبغي أن يعرف المحرّر هل يعمل على التجربة أم الإنتاج، وأين ستصل رسالته، وهل سيؤدي الإرسال إلى إنشاء سجل فعلي في نظام خارجي. التشابه البصري بين النسختين لا يعفي الفريق من هذا التوضيح.
اتفق على مواد الاستعادة وصلاحية الوصول إليها: الكود وقاعدة البيانات والملفات المرفوعة والإعدادات المعنية. اطلب شرحًا لطريقة استعادتها بصورة متناسقة، وكيف ستتعاملون مع محتوى أو طلبات وصلت بعد النسخة الاحتياطية. وجود ملف محفوظ لا يحدّد من يستعيده، ولا يوضح ما إذا كانت البيانات الأحدث ستُفقد أثناء الرجوع.
اختر موعدًا يتوفر فيه المشغّل والمطوّر والمراجع، وسجّل أي توقف متفق عليه لتحرير المحتوى. وضّح وسيلة الاتصال إذا امتد العمل، والوظائف التي يجب التحقق منها قبل استئناف النشر. لا تعد باستمرار جميع الوظائف دون انقطاع قبل مراجعة بنية الموقع وخطة التنفيذ والاستعادة.
اطلب رقم مراجعة الحزمة أو مرجع الصورة، ونشرة المورّد التي تثبت وجود الإصلاح، وسجل إعادة تشغيل الخدمة أو استبدالها. يجب أن يوضح المسؤول أي عمليات ويب تعمل بالإصدار المقصود الآن. فحص بيئة الطرفية وبناء صورة جديدة واستقبال طلب عبر خدمة محدّثة ملاحظات مختلفة؛ اطلب بيان العلاقة بينها في هذا التركيب تحديدًا.
احتفظ بسجل نشر التطبيق إلى جانب دليل PHP. يتناول دليل نشر تحديث Drupal الكود وملف تثبيت الاعتماديات والإعدادات. يحدّد المطوّر ما يلزم لهذا التغيير وفق طريقة إدارة الموقع، دون افتراض أن كل تحديث لحزمة التشغيل يحتاج الخطوات نفسها داخل التطبيق أو التعديلات نفسها على قاعدة البيانات.
شارك الدليل عبر قناة خاصة متفق عليها. تجنّب إنشاء صفحة تشخيص عامة تكشف إعدادات الخادم لإثبات الإصدار، واحذف الأسرار وبيانات العملاء غير الضرورية من الصور والسجلات المشتركة. يكفي أن يتيح السجل للمراجع معرفة ما تغير، وأين يعمل، ومن تحقّق منه، ومتى جرى التحقق.
إذا كان المشروع يضم تطبيق Laravel مستقلًا، فاستعن بـدليل التحقق من بيئة لارافيل وعمالها لذلك التطبيق. لا تنقل إجراء العامل أو مدير العمليات منه إلى تذكرة دروبال باعتباره صالحًا تلقائيًا للتركيبين؛ لكل خدمة إعدادها ومسؤول تشغيلها ودليل قبولها.
استخدم حسابات تجريبية عادية تمثل الأدوار الموجودة في موقعك. يشرح دليل الأدوار والصلاحيات في Drupal العلاقة بين الدور والعمليات المسموحة. نجاح حساب المدير في نشر صفحة لا يثبت قدرة الكاتب على حفظ مسودته، ولا يثبت منع شخص آخر من اعتماد محتوى ليس من صلاحياته.
أنشئ صفحة اختبار غير حساسة من نوع محتوى متفق عليه. احفظ المسودة، وراجع المعاينة، وأرسلها للمراجعة إذا كان موقعك يستخدم هذا المسار، ثم انشرها بالحساب المخوّل. تحقّق من الصفحة التي يراها الزائر بعد كل انتقال مهم، وحدّد مسبقًا من ينبغي أن يرى النسخة غير المنشورة، ومن ينبغي أن يُمنع منها.
| رحلة اختبار مقترحة | دليل القبول الذي تتفق عليه |
|---|---|
| الكاتب يحفظ مسودة | صحة المحتوى والكاتب وحدود الظهور |
| المراجع يعتمد الصفحة | وصول النسخة المقصودة إلى الزائر |
| المحرّر يرفع صورة | صحة الصورة والنص البديل والعرض |
| مستخدم غير مخوّل يحاول النشر | رفض الطلب وبقاء الحالة دون تغيير |
| المحرّر يسحب محتوى الاختبار | ظهور الحالة المتفق عليها للزائر |
دوّن دور الحساب ومرجع المحتوى ووقت المحاولة وما حدث. اختبر حالة الرفض إلى جانب المسار الناجح، وراجع النتيجة بحساب الزائر المناسب. يساعدك دليل تخطيط المحتوى ومسارات التحرير على تحديد أنواع المحتوى والعلاقات وخطوات الاعتماد التي تستحق إدراجها في قائمة القبول، دون تحويل مهمة التصحيح إلى إعادة تصميم لنموذج المحتوى.
يميّز دليل مفاهيم الترجمة في Drupal بين ترجمة الواجهة والإعدادات والمحتوى. اتفق في موقعك على الحقول والرسائل التي تختلف بحسب اللغة، وما ينبغي أن يبقى مشتركًا. وجود زر تبديل اللغة لا يحدّد وحده النتيجة الصحيحة لكل حقل أو ملف، ولا يثبت أن كل النصوص مرّت بالمسار التحريري المطلوب.
نفّذ تجربة نشر بمحتوى متكافئ في اللغتين. راجع الرابط الصحيح، وتبديل اللغة، وعنوان القائمة، والنسخة المنشورة التي تظهر للجمهور. افحص اتجاه العربية والنص البديل للصورة وأي مرفق يرتبط باللغة. قارن النتيجة باختيار المحرّر، بما في ذلك بعد تحديث التخزين المؤقت بالطريقة المعتمدة للموقع، ولا تكتفِ بمشاهدة نسخة قديمة ظلت في المتصفح.
أرسل نموذجًا في كل لغة ببيانات اختبار مسموحة. تحقّق من رسائل التحقق، وتسجيل الطلب إذا كانت الوظيفة موجودة، ووصوله إلى الجهة الصحيحة. راجع أن رسالة التأكيد تخص الاستفسار نفسه. ظهور صفحة الشكر لا يكفي لإثبات وصول الطلب إلى الفريق الذي سيتابع العميل أو تسجيله في النظام المرتبط بالموقع.
ولموقع ووردبريس منفصل، استخدم فحوص مسؤولية ووردبريس والدفع المناسبة له. احتفظ بنتائج كل منصة وتأكيدات استضافتها بصورة مميزة، حتى عندما يتولى المورّد نفسه صيانة الموقعين أو يستقبل فريق العمل ذاته نماذجهما ورسائلهما.
حدّد أولًا المستندات المقصود حمايتها والأدوار المسموح لها بتنزيلها. استخدم ملفًا تجريبيًا بلا معلومات حساسة، وافتح رابطه المباشر بحساب مخوّل، ثم بحساب عادي آخر، ثم دون تسجيل دخول، وفق سياسة الموقع. إخفاء الرابط من قائمة التنقل لا يقدّم بمفرده دليل قبول لحماية محتوى المستند من الوصول غير المسموح.
أضف مسارات المعاينة والتنزيل والمرفقات إن كانت موجودة. تحقق من أن رفض الوصول لا يعرض محتوى الملف، وسجّل القاعدة التي تختبرها والاستجابة التي شاهدتها. لا تضع مستندًا سريًا حقيقيًا داخل حزمة الأدلة. عند ظهور وصول غير متوقع، اطلب قرارًا واضحًا بشأن الوظيفة المتأثرة قبل إعادتها إلى الاستخدام المعتاد، وحدّد المسؤول عن المعالجة وإعادة الاختبار.
يشرح دليل مهام cron في Drupal أعمال الصيانة الدورية. احصر ما يستخدمه تركيبك من مهام وتكاملات، وحدّد مسؤول التنفيذ والنتيجة المطلوبة. تتبّع استيرادًا أو إشعارًا أو مهمة مسموحة حتى نهايتها، بدل اعتبار وجود تعريف زمني لها دليلًا على اكتمالها أو وصول أثرها إلى النظام الخارجي.
إذا فشل التكامل أو تكرر، راجع أثر المحاولة الأولى قبل إعادتها: هل أُنشئ سجل، أو أُرسلت رسالة، أو تغيّرت بيانات؟ يعتمد مسؤول التطبيق قرار المحاولة التالية والنتيجة المتوقعة. احتفظ بهذا القرار مع سجل التنفيذ، خصوصًا عندما يستقبل نظام آخر بيانات العمل ويصعب التراجع عن أثر الإرسال إليه.
اجمع في سجل واحد المواقع المعنية، ودليل تصحيح البيئة، وتقييم التنبيه الإضافي، وإصدار التطبيق، ونتائج الاختبارات والاستثناءات. سمّ صاحب كل خطوة متبقية وموعد مراجعة الأخطاء بعد النشر. اترك الوظائف التي لم تُختبر بحالة معلّقة صريحة، حتى يستطيع المسؤول التالي متابعة العمل دون تخمين ما اختُبر وما استُنتج من نتائج أخرى.
عند فشل اختبار أساسي، أوقف قرار اعتماد الوظيفة المتأثرة وارجع إلى خطة الاستعادة. راجع أثر إعادة بيئة قديمة على الأمان إلى جانب عودة الوظيفة للعمل. وإذا احتاج التركيب إلى تغييرات توافق أوسع، فاستعن بـدليل تخطيط ترقية النظام القديم تدريجيًا لفصل الاستجابة المباشرة عن مشروع الانتقال الأطول، مع مسؤول وقرار واضحين لكل منهما.
التصحيح الناجح لا يثبت عدم وقوع اختراق سابق. عند الاشتباه، اتبع مسار الاستجابة مع المختص؛ يوفّر تنبيه NCSC لحادث PHP سياقًا للمعالجة. التحقيق والاستعادة عمل إضافي إلى اختبارات الوظائف المقترحة هنا، ولا ينبغي استبدالهما باستنتاج أن فتح الصفحة الرئيسية يعني سلامة جميع الملفات والحسابات.
الخلاصة العملية سجلان مترابطان: المشغّل يثبت تغيير البيئة الفعلية، وفريق التطبيق يوثّق النشر والصلاحيات والتكاملات. لكل منهما مراجع معروف وقائمة عمل متبقٍ يمكن الرجوع إليها. بذلك يصبح إغلاق التذكرة قرارًا يستند إلى أدلة محددة، ويمكن تسليم المتابعة لمن يتولى الصيانة لاحقًا.
نفحص التركيب ونتفق على تصحيح PHP المتوافق أو خطة الترقية، ثم نتحقق من البيئة الفعلية ونختبر وظائف Drupal المشمولة. ناقش تحديث PHP لدروبال إلى جانب نطاق البنية التحتية. تعديلات التطبيق والترقيات الكبرى والتحقيق والصيانة المستمرة تحتاج اتفاقًا منفصلًا حيث يلزم، ولا تصبح تلقائيًا جزءًا من وقت إدارة الاستضافة المحدد في الخطة.
اطلب فحص أمان موقعك. أرسل الرابط وإصداري Drupal وPHP إن عرفتهما، وشركة الاستضافة، ومسارات النشر أو خدمة العملاء المهمة، وما إذا كان هناك اشتباه باختراق. وضّح قيود الصيانة والشخص المسؤول عن الاعتماد، واترك كلمات المرور ومفاتيح API وسجلات العملاء خارج رسالة التواصل الأولى حتى يُتفق على طريقة تسليم الوصول المناسبة.
نؤكد النطاق والموعد والسعر بعد المراجعة. يشمل التسليم دليل البيئة والاختبارات المنفذة والتقوية المتفق عليها والمسؤوليات التي بقيت مفتوحة، لتبدأ دورة الصيانة التالية من سجل مفهوم. لا تعني معالجة التحديث وعدًا بحصانة الموقع أو تغطية كل أعمال التطبيق دون تحديدها مسبقًا.
