تحديث PHP في ووردبريس بأمان: ثماني خطوات تبدأ بنسخة احتياطية وتنتهي باختبار من 15 دقيقة، مع جدول قرار وقاعدة لفرز الإضافات. اقرأ الخطة قبل التبديل.
- شركة برمجيات مصرية منذ 2010
- دعم فني على واتساب
الإجابة المختصرة: تحديث PHP في ووردبريس يكون آمنًا إذا رتّبت خطواته: نسخة احتياطية تثبت أنها تُستعاد، ثم تحديث ووردبريس والإضافات والقالب، ثم تجربة على نسخة منفصلة إن كان الموقع يدرّ دخلًا، ثم تبديل الإصدار من لوحة الاستضافة، ثم فحص سريع للصفحات المهمة مع إبقاء طريق الرجوع مفتوحًا. وإذا وصلك تنبيه من مضيفك فالوجهة المعتادة اليوم هي الإصدار 8.3 أو 8.4، بعد التأكد من أن إضافاتك وقالبك يدعمانه.
تحديث PHP في ووردبريس: ماذا يعني الرقم ولماذا يصلك التنبيه؟
PHP هو لغة البرمجة التي يعمل بها ووردبريس على السيرفر (الحاسوب الذي يستضيف موقعك). كل صفحة يفتحها زائرك يشغّلها PHP أولًا. وإصداره رقم مثل 8.3: الرقمان الأول والثاني يحددان «الفرع»، وما بعدهما تحديثات صغيرة داخل الفرع نفسه، وهذه الصغيرة تتولاها الاستضافة عادةً دون أن تطلب منك شيئًا. أما الانتقال من فرع إلى فرع، كالانتقال من 8.1 إلى 8.3، فهو القرار الذي يخصك، وهو الذي قد يكسر شيئًا.
سبب التنبيه الذي يصلك من المضيف بسيط. تقول سياسة PHP الرسمية إن كل فرع يُدعم دعمًا كاملًا لمدة سنتين من إصداره المستقر الأول، تُصلح فيهما الأخطاء والثغرات المبلّغ عنها، ثم تُمنح سنتان إضافيتان لإصلاح الثغرات الحرجة فقط. وبعد ذلك ينتهي الدعم، فلا يصدر أي إصلاح لثغرة تُكتشف.
وتتفق صفحة متطلبات ووردبريس الرسمية مع ذلك: توصي بالإصدار 8.3 أو أحدث، وتذكر أن ووردبريس يعمل أيضًا على الإصدار 7.4 وما فوقه، لكن تلك الإصدارات تجاوزت نهاية عمرها «وقد تعرّض موقعك لثغرات أمنية». فالسبب الأمني هو الأهم. وقد يتحسن الأداء أيضًا، لكن لا تجعله وحده سبب القرار، فالسرعة تحتاج عملًا آخر شرحناه في دليل تسريع ووردبريس.
ماذا ينكسر فعلًا عند رفع إصدار PHP؟
ووردبريس نفسه يُحدَّث ليتوافق مع الإصدارات الحديثة، فالنواة نادرًا ما تكون المشكلة. المشكلة تأتي من الكود الذي أضفته أنت إلى الموقع، وهو ثلاثة أنواع.
- إضافة أو قالب لم يعد مطوّره يحدّثه. كُتب لإصدار قديم ويستخدم أساليب أزالتها الإصدارات الأحدث.
- كود مخصص كتبه مبرمج سابق في ملف القالب أو في إضافة صغيرة خاصة بموقعك، ولم يراجعه أحد منذ سنوات.
- إضافات مدفوعة انتهى ترخيصها. لا تصلها التحديثات حتى يُجدَّد الاشتراك، فتبقى على إصدار قديم من كودها.
والعَرَض يختلف: قد تظهر شاشة بيضاء، أو رسالة «حدث خطأ فادح في هذا الموقع»، أو يعمل الموقع كله بينما تتعطل صفحة واحدة أو نموذج واحد. الأخطر هو العطل الجزئي، لأن الصفحة الرئيسية تبدو سليمة بينما صفحة الدفع معطلة. لهذا نضع قائمة اختبار بعد التبديل، ولهذا لا يكفي أن تفتح الصفحة الرئيسية وتطمئن. وإن ظهرت لك شاشة بيضاء فاتبع ترتيب القراءة في مقالنا عن الشاشة البيضاء وخطأ 500 في ووردبريس.
أي إصدار تختار الآن؟
هذه التواريخ من صفحة الإصدارات المدعومة على موقع PHP الرسمي، وهي صحيحة حتى تاريخ كتابة المقال (أكتوبر 2026):
- 8.2: الدعم الكامل انتهى في 31 ديسمبر 2024، ودعم الثغرات الحرجة ينتهي في 31 ديسمبر 2026، أي بعد نحو عشرة أسابيع من كتابة هذا المقال.
- 8.3: صدر في 23 نوفمبر 2023، ودعمه الكامل انتهى في 31 ديسمبر 2025، ودعم الثغرات الحرجة حتى 31 ديسمبر 2027.
- 8.4: صدر في 21 نوفمبر 2024، ودعمه الكامل حتى 31 ديسمبر 2026، ودعم الثغرات الحرجة حتى 31 ديسمبر 2028.
- 8.5: صدر في 20 نوفمبر 2025، ودعمه الكامل حتى 31 ديسمبر 2027، ودعم الثغرات الحرجة حتى 31 ديسمبر 2029.
أما الإصدار 8.1 وما قبله فلا يظهر في جدول الفروع المدعومة أصلًا، فاعتبره منتهي الدعم. والقاعدة التي نطبقها: اختر أعلى إصدار تعلن كل إضافاتك وقالبك أنها تدعمه، واجعل الهدف 8.3 أو 8.4. لا تقفز إلى الأحدث لمجرد أنه الأحدث، فقد تتأخر بعض الإضافات في دعمه. ولا تبقَ على 8.2 مطمئنًا، فنهاية دعمه قريبة. ولا تختر إصدارًا لا تذكره إضافاتك في وثائقها.
الخطة الآمنة في ثماني خطوات
الخطوة 1: اعرف إصدارك الحالي
من لوحة ووردبريس افتح الأدوات ثم «صحة الموقع» (Site Health) ثم تبويب المعلومات ثم قسم الخادم، وسترى رقم PHP. وتعرضه لوحة الاستضافة كذلك. اكتب الرقم والتاريخ في ورقة، فستحتاجه إن أردت الرجوع.
الخطوة 2: نسخة احتياطية، ثم أثبت أنها تُستعاد
النسخة المطلوبة تضم الملفات وقاعدة البيانات معًا. ولا تعتبر ملفًا نزل دون خطأ دليلًا على سلامته: الدليل الوحيد هو أن تستعيده فعلًا في مكان تجريبي. خطوات ذلك في دليل اختبار استعادة النسخ الاحتياطية. وإن لم تجد وقتًا للاستعادة التجريبية فتوقف هنا، لأن بقية الخطة تفترض أن لك طريق رجوع.
الخطوة 3: حدّث ووردبريس والإضافات والقالب أولًا
الإصدارات الحديثة من الإضافات تحمل غالبًا إصلاحات التوافق مع PHP الأحدث. وهناك سبب ثانٍ: حين تفصل التغييرين عن بعضهما، تعرف السبب إذا حدث عطل. إن انكسر شيء بعد تحديث إضافة، فالمتهم الإضافة وليس PHP. فحدّث، وافحص الموقع، ثم انتقل إلى الخطوة التالية.
الخطوة 4: افرز الإضافات والقالب
افتح صفحة كل إضافة وسجل تغييراتها وموقع مطوّرها، وابحث عمّا يقوله عن إصدارات PHP المدعومة. وطبّق قاعدة الفرز في القسم التالي. هذه الخطوة أهم من التبديل نفسه.
الخطوة 5: جرّب على نسخة منفصلة إن كان الموقع يدرّ دخلًا
انسخ الموقع إلى عنوان فرعي أو بيئة تجريبية (staging) توفرها بعض الاستضافات بنقرة، وغيّر الإصدار هناك أولًا. واحمِ النسخة التجريبية بكلمة مرور، وامنع محركات البحث من فهرستها، وعطّل أي بوابة دفع حقيقية فيها حتى لا تُنشأ عمليات أو رسائل فعلية.
الخطوة 6: بدّل الإصدار من لوحة الاستضافة
اسم الأداة يختلف من مضيف إلى آخر. في cPanel تجدها باسم MultiPHP Manager، وفي الاستضافات التي تعمل بنظام CloudLinux تجدها باسم Select PHP Version أو PHP Selector، وقد تكون لدى مضيفك لوحة بتسمية أخرى. اختر الدومين المقصود، ثم الإصدار، ثم احفظ. وانتبه إلى أن الامتدادات الإضافية (extensions) التي فعّلتها على الإصدار القديم قد لا تكون مفعّلة تلقائيًا على الجديد، فراجعها إن احتاجتها إضافة ما.
الخطوة 7: نفّذ اختبار الخمس عشرة دقيقة
القائمة كاملة في قسم لاحق. نفّذها فور الحفظ، ولا تؤجلها إلى المساء.
الخطوة 8: أبقِ طريق الرجوع مفتوحًا
الرجوع يعني ببساطة أن تختار الإصدار القديم في الأداة نفسها. افتح سجل الأخطاء (error log) من لوحة الاستضافة، وغالبًا تجده في قسم Errors أو في ملف باسم error_log داخل مجلد الموقع، وراقبه بعد التبديل. تذكّر أن الرجوع يعيد الإصدار فقط، ولا يلغي تحديثات الإضافات التي أجريتها في الخطوة 3، ولهذا كانت النسخة الاحتياطية قبلها.
قاعدة فرز الإضافات: أبقِ أو استبدل أو احذف
اسأل عن كل إضافة ثلاثة أسئلة: هل أستخدم وظيفتها فعلًا؟ هل يحدّثها مطوّرها؟ وهل يذكر دعم الإصدار الذي أريده؟ ثم طبّق القاعدة.
- أبقِ الإضافة التي تستخدمها ويحدّثها مطوّرها ويؤكد دعم إصدارك المستهدف. إن لم يكن التأكيد مكتوبًا فاسأله، فإجابته أوثق من التخمين.
- استبدل الإضافة التي تحتاج وظيفتها لكن مطوّرها توقف عن تحديثها أو لا يرد. ابحث عن بديل يُصان فعلًا، وجرّبه على النسخة التجريبية قبل أن تحذف القديمة.
- احذف الإضافة المعطّلة التي لا تستخدمها، والإضافة المكررة لوظيفة تؤديها إضافة أخرى. الإضافة المعطّلة لا تزال موجودة في الملفات، وقد تحمل ثغرة. والحذف يقلل ما تراجعه ويقلل سطح الهجوم، وهو ما نشرحه في دليل أمان المواقع.
وإن كنت تبحث عن مجموعة إضافات مستقرة تبدأ بها فراجع الإضافات الأساسية لموقع ووردبريس. أما القالب فاسأل السؤال نفسه: إن كان قالبًا جاهزًا من مطوّر معروف يحدّثه فهو في الغالب بخير، وإن كان قالبًا مخصصًا كتبه شخص لم يعد متاحًا فهو الحالة الأصعب، وسنعود إليها في القسم الذي يسبق الأخير.
اختبار الخمس عشرة دقيقة بعد التبديل
نفّذه بترتيب ثابت، وافتح سجل الأخطاء في تبويب آخر طوال الاختبار.
- الصفحة الرئيسية على الحاسوب وعلى الهاتف.
- صفحة داخلية وتدوينة، فبعض الإضافات لا تعمل إلا في أنواع معينة من الصفحات.
- تسجيل الدخول إلى لوحة التحكم وفتح لوحة المعلومات وصفحة الإضافات.
- صفحة «صحة الموقع» وهل تعرض مشكلة حرجة جديدة.
- نموذج التواصل: أرسل رسالة تجريبية وتأكد أنها وصلت إلى بريدك فعلًا.
- البحث داخل الموقع.
- رفع صورة إلى مكتبة الوسائط.
- للمتجر: أضف منتجًا إلى السلة، وأكمل الطلب حتى صفحة الدفع، ثم نفّذ طلبًا تجريبيًا بوسيلة دفع في وضع الاختبار إن كانت متاحة.
- المهام المجدولة: هل نُشرت مقالة مجدولة؟ وهل تعمل إضافة النسخ الاحتياطي حين تشغّلها يدويًا؟
- سجل الأخطاء: هل ظهرت أسطر جديدة؟ سطر تحذير (Deprecated) لا يعني أن الموقع معطل، لكنه ينبئك بما سيحتاج إصلاحًا قبل الإصدار القادم. أما سطر خطأ فادح (Fatal error) فيعني أن شيئًا يتوقف الآن.
إن فشل بند واحد، فارجع إلى الإصدار القديم أولًا، ثم ابحث في السبب دون ضغط. لا تحاول إصلاح الإضافة المعطلة والزوار يرون الخطأ.
مثال افتراضي: كيف تبدو الخطة على موقع شركة صغير
هذا مثال متخيَّل لتوضيح الترتيب، وليس حالة عميل. موقع شركة خدمات على ووردبريس، يعمل على PHP قديم، وعليه قالب جاهز وإضافة للنماذج وإضافة للصور وإضافة لمعرض الأعمال وإضافة قديمة لعرض الأخبار. يصل المالك تنبيه من المضيف ويقرر التحرك.
يبدأ بنسخة احتياطية ويجرّب استعادتها على عنوان فرعي. ثم يحدّث ووردبريس والقالب والإضافات، ويفحص الموقع فيجده سليمًا. بعد ذلك يفتح صفحة كل إضافة: إضافة النماذج والصور والمعرض يحدّثها مطوّروها ويذكرون الإصدار المستهدف، أما إضافة الأخبار فآخر تحديث لها قديم جدًا ولا يرد مطوّرها. يقرر استبدالها بوحدة مدمجة في القالب أو بإضافة تُصان فعلًا، فيجرّب البديل على النسخة التجريبية.
بعدها يغيّر الإصدار على النسخة التجريبية أولًا وينفذ اختبار الخمس عشرة دقيقة. إذا نجح كل شيء، يكرر التبديل على الموقع الحقيقي في وقت هادئ، وينفذ الاختبار مرة ثانية ويراقب سجل الأخطاء ساعات قليلة. ما فعله ليس معقدًا، لكنه رتّب القرارات بحيث لا يتخذ أي قرار وهو يرى الزوار أمام شاشة بيضاء.
لاحظ أن أخطر حلقة في المثال كانت إضافة الأخبار القديمة، لا PHP نفسه. وهذا ما نراه في الغالب: الإصدار الجديد يكشف ضعفًا كان موجودًا في كود قديم، ولا يصنعه.
متى لا تحدّث الآن؟ ومتى تتوقف وتسأل مختصًا؟
التحديث ضروري، لكن وقته يخصك. لا تفعله في هذه الحالات:
- أثناء حملة إعلانية أو موسم مبيعات، حين تكلّفك ساعة عطل أكثر مما يكلّفك تأجيل أسبوع.
- إذا كان قالبك مخصصًا كتبه مبرمج لا تستطيع الوصول إليه ولم يراجعه أحد. اطلب أولًا مراجعة كوده على نسخة تجريبية.
- إذا لم تكن لديك نسخة احتياطية جرّبت استعادتها. بدونها لا طريق رجوع إن تضرر شيء.
وإن ألزمك مضيفك بموعد، فاطلب منه مهلة قصيرة بدل أن تغيّر الإصدار على عجل. وهذا جدول يلخّص القرار حسب حالة موقعك:
| حالة موقعك | ما تفعله | السبب |
|---|---|---|
| متجر أو موقع يدرّ دخلًا | نسخة تجريبية أولًا، ثم التبديل في وقت هدوء الطلبات | العطل يكلّفك طلبات حقيقية |
| موقع تعريفي بإضافات قليلة محدّثة | نسخة احتياطية، ثم التبديل، ثم اختبار الخمس عشرة دقيقة | احتمال الكسر منخفض وتصحيحه سريع |
| إضافة أساسية متوقفة عن التحديث | استبدلها أو اسأل مطوّرها قبل التبديل | هي أرجح مصدر للعطل |
| قالب مخصص من مبرمج غير متاح | مراجعة الكود على نسخة تجريبية عند مختص | قد يستخدم أساليب قديمة لا تعمل في الأحدث |
| حملة إعلانية جارية | أجّل التبديل إلى ما بعدها | لا تعرّض الصفحات المدفوعة لخطر |
| لا نسخة احتياطية قابلة للاستعادة | لا تحدّث قبل أن تنشئها وتجرّبها | لا طريق رجوع |
وتوقف واسأل مختصًا إذا ظهر لك في سجل الأخطاء اسم ملف لا تعرفه أو لم تثبّته أنت، فقد يكون العطل علامة اختراق لا مشكلة توافق، وعلاماته في دليل اكتشاف اختراق ووردبريس والتعافي منه. وتوقف كذلك إذا بقي الموقع معطلًا بعد الرجوع إلى الإصدار القديم، أو إذا كان الموقع يدرّ دخلًا ولا تستطيع قراءة السجل.
ما الذي نفعله في برمجلى؟ نحدّث ونختبر ونبقي طريق الرجوع
برمجلى شركة برمجة واستضافة في القاهرة منذ 2010، ولدينا 89 موقعًا لعملاء نشغّل لهم الاستضافة. في عملنا كشركة استضافة نبدأ دائمًا بالنسخة الاحتياطية ثم بتحديث الإضافات، ونغيّر إصدار PHP بعدهما، ونختبر الصفحات المهمة قبل أن نعتبر العمل منتهيًا. وإن كنت تفضّل ألا تتولى هذا بنفسك فهو جزء من خدمة الصيانة الشهرية لووردبريس التي تشمل التحديثات والنسخ الاحتياطي وفحص الأمان والسرعة وتقريرًا بما تم. الصيانة لا تشمل التطوير الكبير، فإصلاح قالب مخصص قديم أو إعادة كتابة وظيفة يحتاج عملًا منفصلًا نتفق عليه قبل أن نبدأ. ولا نعد بأن كل إضافة قديمة ستعمل على الإصدار الجديد، فبعضها يجب استبداله. راسلنا على واتساب إن أردت أن نفحص موقعك قبل أن تغيّر الإصدار.
المصادر
أسئلة شائعة
هل تحديث PHP يكسر موقع ووردبريس؟
قد يكسره إذا كانت عليه إضافة أو قالب قديم لم يعد مطوّره يحدّثه، أو كود مخصص قديم. أما ووردبريس نفسه فمهيأ للإصدارات الحديثة. لذلك تحدّث الإضافات أولًا، وتنسخ الموقع احتياطيًا، وتختبر بعد التبديل، وتبقي طريق الرجوع إلى الإصدار القديم جاهزًا.
ما إصدار PHP المناسب لووردبريس الآن؟
توصي صفحة متطلبات ووردبريس الرسمية بالإصدار 8.3 أو أحدث. والمعتاد أن تستهدف 8.3 أو 8.4 بشرط أن تذكر إضافاتك وقالبك دعمهما. أما 8.2 فينتهي دعم ثغراته الحرجة في 31 ديسمبر 2026، حسب موقع PHP الرسمي حتى أكتوبر 2026.
كيف أعرف إصدار PHP في موقعي؟
افتح لوحة ووردبريس، ثم الأدوات، ثم صحة الموقع، ثم تبويب المعلومات، ثم قسم الخادم، وسيظهر الإصدار هناك. وتعرضه لوحة الاستضافة أيضًا في أداة مثل MultiPHP Manager في cPanel، أو في أداة اختيار إصدار PHP لدى مضيفك.
كيف أرجع إلى الإصدار القديم إذا تعطل الموقع بعد التحديث؟
ارجع إلى الأداة نفسها في لوحة الاستضافة التي غيّرت منها الإصدار، واختر الإصدار الذي كتبته قبل التبديل، ثم احفظ وافتح الموقع. الرجوع يعيد الإصدار فقط ولا يلغي تحديثات الإضافات، لذلك احتفظ بنسخة احتياطية أُخذت قبلها.
هل أحدّث PHP أم ووردبريس أولًا؟
حدّث ووردبريس والإضافات والقالب أولًا، ثم غيّر إصدار PHP. هذا الترتيب يمنحك إصدارات من الإضافات فيها إصلاحات التوافق، ويفصل بين التغييرين، فإن حدث عطل عرفت هل سببه تحديث الإضافة أم تغيير PHP، وسهل عليك تحديد ما ترجع عنه.
خدمات مرتبطة
- تصميم مواقع الشركات في مصر
- إنشاء متجر إلكتروني
- برمجة مواقع وأنظمة خاصة
- ايميل رسمي للشركات
- أتمتة واتساب للشركات
- نظام شركات السياحة
