---
id: 13126
title: "تحديث PHP في ووردبريس: كيف تنتقل إلى إصدار أحدث دون تعطيل موقعك؟"
slug: "wordpress-php-update"
lang: "ar"
url: "https://heshamsaad.com/ar/wordpress-php-update/"
markdown_url: "https://heshamsaad.com/en/wordpress-php-update.md"
translations: {"en":"https://heshamsaad.com/en/wordpress-php-update/"}
description: "تحديث PHP في ووردبريس دون أن يتعطل موقعك: اعرف إصدارك من صحة الموقع، واختر 8.3 أو 8.4، واختبر الإضافات على نسخة تجريبية، ثم غير الإصدار من لوحة الاستضافة."
author: "Khadija"
date_published: "2026-10-15T17:07:40Z"
date_modified: "2026-10-21T17:10:40Z"
categories: ["Security & Maintenance"]
tags: ["إصدار PHP الموصى به لووردبريس","تحديث PHP في ووردبريس","توافق إضافات ووردبريس مع PHP","صحة موقع ووردبريس","صيانة مواقع ووردبريس"]
featured_image: "https://heshamsaad.com/wp-content/uploads/2026/10/wordpress-php-update-og-v2-ar.jpg"
word_count: 3101
reading_time_min: 16
content_sha256: "28af7d3668b578e3af832982315712ab195285bbc613fbbf37b795cae70d86d5"
---
# تحديث PHP في ووردبريس: كيف تنتقل إلى إصدار أحدث دون تعطيل موقعك؟
تنبيه في لوحة التحكم يقول إن موقعك يعمل بإصدار PHP قديم، أو بريد من شركة الاستضافة يخبرك بأنها ستوقف هذا الإصدار قريبا. عند هذه اللحظة يبدأ أغلب أصحاب المواقع في البحث عن تحديث PHP في ووردبريس، ومعه سؤال واحد يقلقهم: هل سيتعطل الموقع لو ضغطت الزر؟ الإجابة المختصرة: لن يتعطل غالبا إذا جهزت له كما ينبغي، وهذا بالضبط ما يشرحه هذا الدليل خطوة بخطوة.
سنعرف معا كيف تتأكد من الإصدار الذي يعمل عليه موقعك الآن، وأي إصدار تختار في أواخر 2026، وكيف تختبر الإضافات والقالب قبل التغيير، وأين تجد الإعداد في لوحة الاستضافة، وماذا تفعل لو ظهر خطأ بعد التحويل. فكرة PHP نفسها بسيطة: هي اللغة التي كتب بها ووردبريس وقالبك وكل إضافة على موقعك، وشركة الاستضافة هي التي تحدد الإصدارات المتاحة على الخادم. تغيير الإصدار نفسه يأخذ ثواني، لكن التحضير حوله هو ما يحمي متجرك أو موقع شركتك من التوقف، وهو الجزء الذي يتجاهله الناس عادة.
## لماذا أصبح إصدار PHP أهم في 2026؟
لكل إصدار من PHP عمر محدد. بحسب [صفحة الإصدارات المدعومة على موقع PHP الرسمي](https://www.php.net/supported-versions.php)، يحصل كل فرع على سنتين من الدعم الكامل يصلح فيهما الأخطاء والثغرات، ثم سنتين أخريين لإصلاح الثغرات الأمنية الحرجة فقط. بعد ذلك ينتهي عمره رسميا ولا تصدر له أي إصلاحات، حتى لو اكتشفت فيه ثغرة خطيرة. ومن أحدث الأمثلة [ثغرات php2shell](https://heshamsaad.com/ar/php2shell-php-vulnerability/)، وهي ثغرات خطيرة في PHP لا يغلقها إلا التحديث لإصدار مصحح.
وهذا وضع كل فرع في أكتوبر 2026، كما تذكره صفحة الإصدارات المدعومة وصفحة [الإصدارات المنتهية](https://www.php.net/eol.php) على php.net:
| فرع PHP | الدعم الكامل حتى | الإصلاحات الأمنية حتى | الحالة في أكتوبر 2026 |
|---|---|---|---|
| 7.4 | انتهى | 28 نوفمبر 2022 | منتهي الدعم |
| 8.0 | انتهى | 26 نوفمبر 2023 | منتهي الدعم |
| 8.1 | انتهى | 31 ديسمبر 2025 | منتهي الدعم |
| 8.2 | 31 ديسمبر 2024 | 31 ديسمبر 2026 | إصلاحات أمنية فقط، وينتهي هذا العام |
| 8.3 | 31 ديسمبر 2025 | 31 ديسمبر 2027 | إصلاحات أمنية فقط |
| 8.4 | 31 ديسمبر 2026 | 31 ديسمبر 2028 | دعم كامل |
| 8.5 | 31 ديسمبر 2027 | 31 ديسمبر 2029 | دعم كامل |
لاحظ نقطتين: الإصدار 8.1 فقد كل أشكال الدعم مع نهاية 2025، والإصدار 8.2 يلحق به في 31 ديسمبر 2026. لو كان موقعك على أحدهما، فالوقت المتاح أمامك أقصر مما تظن.
### ووردبريس 7.0 رفع الحد الأدنى
ووردبريس نفسه ما زال يعمل على إصدارات قديمة نسبيا، لكن ليس بالقدم نفسه كما كان. فريق التطوير [أوقف دعم PHP 7.2 و7.3 بدءا من ووردبريس 7.0](https://make.wordpress.org/core/2026/01/09/dropping-support-for-php-7-2-and-7-3/)، فأصبح أقل إصدار مدعوم هو 7.4. والمواقع التي بقيت على 7.2 أو 7.3 تظل على فرع 6.9 ولن تنتقل إلى 7.0 قبل ترقية PHP. أما [صفحة متطلبات ووردبريس](https://wordpress.org/about/requirements/) فتوصي بالإصدار 8.3 أو أحدث، وتعامل 7.4 كخيار قديم انتهى دعمه ويستخدم فقط عند الضرورة.
والإعلان نفسه نشر وقتها (يناير 2026) توزيع إصدارات PHP على مواقع ووردبريس التي يرصدها المشروع: 22.20% على 7.4، و5.69% على 8.0، و15.39% على 8.1، إضافة إلى 2.04% على 7.3 و1.81% على 7.2. اجمع هذه الأرقام وستجد أن ما يقرب من نصف المواقع المرصودة كان يعمل بإصدار لم يعد يتلقى أي دعم. ولو لم تلمس إعداد PHP على موقعك منذ سنوات، فاحتمال أن تكون ضمن هذه النسبة ليس صغيرا.
### الإضافات تتحرك في الاتجاه نفسه
مطورو الإضافات يسيرون على الخط نفسه. [متطلبات الخادم في ووكومرس](https://woocommerce.com/document/server-requirements/) مثلا تطلب PHP 8.3 أو أحدث (مع اختبار حتى 8.4)، وحد ذاكرة لووردبريس لا يقل عن 256 ميجابايت. ووكومرس ما زال يعمل على 7.4، لكن توثيقه يحذر من أن هذه الإصدارات انتهى دعمها وقد تعرض المتجر لثغرات أمنية. وكل إضافة تعلن الحد الأدنى الذي تحتاجه في سطر `Requires PHP` داخل ملفها الرئيسي، كما يوضح [توثيق رأس ملف الإضافة](https://developer.wordpress.org/plugins/plugin-basics/header-requirements/). ومع رفع المطورين لهذا الرقم، يجد صاحب الخادم القديم نفسه محروما من التحديثات واحدة بعد الأخرى.
## كيف تعرف إصدار PHP الذي يعمل عليه موقعك؟
لن تحتاج إلى دخول الخادم. [دليل ووردبريس الرسمي لتحديث PHP](https://wordpress.org/support/update-php/) يحدد المسار:
1. من لوحة التحكم افتح «أدوات» ثم «صحة الموقع» (Site Health).
2. انتقل إلى تبويب «معلومات».
3. افتح قسم «الخادم» وابحث عن سطر إصدار PHP.
الشاشة نفسها تعرض حد ذاكرة PHP ونوع خادم الويب وإصدار قاعدة البيانات، وكلها معلومات ستحتاج أن تدونها. وإذا ظهر في تبويب الحالة تنبيه بأن إصدار PHP قديم، أو رأيت في لوحة التحكم رسالة «PHP Update Required» أو «PHP Update Recommended»، فاعتبرها مهمة لهذا الشهر وليست شيئا مؤجلا لوقت لاحق.
لوحة الاستضافة تعرض الرقم نفسه أيضا، وأحيانا لكل نطاق على حدة. في cPanel ستجده في شاشة MultiPHP Manager، وفي CloudPanel داخل إعدادات PHP الخاصة بالموقع. ولو اختلف ما تعرضه اللوحة عما تعرضه صفحة صحة الموقع، فصدق صحة الموقع، لأنها تقرأ الإصدار الذي يعمل عليه ووردبريس فعلا.
## أي إصدار PHP تختار؟
لا تختر أعلى رقم في القائمة لمجرد أنه الأحدث. اختر أحدث إصدار يدعمه ووردبريس وقالبك وكل إضافة نشطة على موقعك. ويحتفظ فريق ووردبريس بـ[جدول توافق PHP مع كل إصدار من ووردبريس](https://make.wordpress.org/core/handbook/references/php-compatibility-and-wordpress-versions/)، وهذا جزء منه:
| إصدار ووردبريس | أقدم PHP مدعوم | أحدث PHP مدعوم |
|---|---|---|
| 7.0 | 7.4 | 8.5 |
| 6.9 | 7.2 | 8.5 |
| 6.8 و6.7 | 7.2 | 8.4 |
| 6.6 | 7.2 | 8.3 |
ولأغلب مواقع الشركات والمتاجر في أواخر 2026، تصلح هذه القاعدة العملية:
- PHP 8.3 هو الاختيار الآمن. هو الإصدار الذي يوصي به ووردبريس، ويعتبره ووكومرس حده الأدنى الموصى به، وتستمر إصلاحاته الأمنية حتى نهاية 2027.
- PHP 8.4 اختيار جيد إذا كانت كل إضافة تعتمد عليها تدعمه. دعمه الكامل مستمر، وإصلاحاته الأمنية حتى نهاية 2028، وووكومرس مختبر عليه.
- PHP 8.5 يدعمه ووردبريس 6.9 و7.0، لكن راجع إضافاتك جيدا قبل استخدامه على متجر أو موقع فيه إضافات كثيرة.
- PHP 8.2 وما قبله تعامل معه كإصدار تغادره، لا كإصدار تختاره.
ولو كنت متأخرا بعدة إصدارات، على 7.4 مثلا، فلا مانع من الانتقال مباشرة إلى 8.3 بشرط أن تختبر جيدا. المرور على كل إصدار وسيط لا يجعل القفزة الأخيرة أكثر أمانا في حد ذاته، هو فقط يكرر الشغل نفسه أكثر من مرة.
## خطوات تحديث PHP في ووردبريس بأمان
هذا هو الترتيب الذي نتبعه على مواقع العملاء، وميزته أن الموقع الحي لا يمس إلا بعد أن تتأكد أن الإصدار الجديد يعمل.
### 1. خذ نسخة احتياطية تعرف كيف تسترجعها
انسخ الملفات وقاعدة البيانات قبل أي شيء، واحفظ النسخة خارج الخادم. النسخة الاحتياطية لا قيمة لها إن لم تكن جربت استرجاعها، فإن لم تفعل من قبل فاقرأ أولا [شرحنا للنسخ الاحتياطي والاسترجاع](https://heshamsaad.com/ar/wordpress-backup-restore/). وينبه دليل ووردبريس إلى نقطة مهمة: لو احتجت إلى استرجاع النسخة لاحقا، فعليك أن تعيد إصدار PHP القديم أيضا، لأن الكود القديم مكتوب ليعمل عليه.
### 2. حدث ووردبريس والقالب والإضافات أولا
من «لوحة التحكم» ثم «التحديثات»، حدث كل شيء وأنت ما زلت على إصدار PHP الحالي. كثير من إصلاحات التوافق تصل في التحديثات العادية للإضافات، فقد تتعطل نسخة قديمة من إضافة على PHP 8.3 بينما يعمل أحدث إصدار منها بلا مشكلة. افحص الموقع بعد التحديث حتى لا تخلط لاحقا بين مشكلتين مختلفتين.
### 3. راجع ما يدعمه كل قالب وكل إضافة
مر على الإضافات النشطة والقالب، ودون لكل منها ثلاثة أشياء: قيمة `Requires PHP`، وتاريخ آخر تحديث، وهل يذكر المطور إصدارات PHP الحديثة في سجل التغييرات. صفحات الإضافات على WordPress.org تعرض الحد الأدنى من PHP في العمود الجانبي، وتعرض تحذيرا إذا لم تختبر الإضافة مع آخر ثلاثة إصدارات رئيسية من ووردبريس. والإضافة التي لم تحدث منذ سنوات هي المرشح الأول للتعطل، مهما كان تقييمها عاليا.
الإضافات والقوالب المدفوعة التي اشتريتها من المتاجر تحتاج انتباها إضافيا لأنها غير موجودة على WordPress.org، فراجع سجل تغييراتها عند المطور أو اسأل الدعم الفني مباشرة. أما القالب أو الإضافة اللي اتعملت لك خصيصا من سنين، فدي حالة مختلفة: محدش هيحدثها إلا لو طلبت من مطور يراجعها.
### 4. افحص الكود بحثا عن مشاكل التوافق المعروفة
يقترح دليل ووردبريس إضافة PHP Compatibility Checker لهذه الخطوة، لكن انتبه: [صفحتها](https://wordpress.org/plugins/php-compatibility-checker/) تقول الآن إنها لم تعد تطور بشكل نشط، ولم تختبر مع إصدارات ووردبريس الحديثة، ووصفها يتحدث عن فحص التوافق حتى PHP 8.0 فقط. كما أنها تقرأ الكود دون أن تشغله، فلا تكتشف المشاكل التي لا تظهر إلا أثناء التشغيل. خذ نتائجها كإشارة تستحق المتابعة، لا كحكم نهائي.
وإذا كنت أنت أو مطورك تستخدمان Composer، فمجموعة قواعد [PHPCompatibilityWP](https://github.com/PHPCompatibility/PHPCompatibilityWP) الخاصة بأداة PHP\_CodeSniffer هي ما يعتمد عليه المطورون. هي مضبوطة لووردبريس، فلا تعتبر الدوال البديلة التي يوفرها ووردبريس نفسه أخطاء. تشغلها على الكود الذي تريد فحصه مع تحديد إصدار PHP الذي تستهدفه. وقبل أن تضيف أي كود من دليل كهذا إلى موقع حي، اقرأ عن [أين تضع الأكواد المخصصة في ووردبريس](https://heshamsaad.com/ar/wordpress-code-snippets/). الأمر كما في توثيق المشروع، وهنا نفحص مجلد قالب مخصص مقابل PHP 8.3 وما بعده:
```
vendor/bin/phpcs -p wp-content/themes/your-theme --standard=PHPCompatibilityWP --extensions=php --runtime-set testVersion 8.3-
```
الفحص يكشف أشياء مثل الدوال المحذوفة والصياغات القديمة، لكنه لن يخبرك هل صفحة الدفع ما زالت تعمل. وهذا دور الخطوة التالية.
### 5. جرب على نسخة تجريبية أولا
اعمل نسخة من الموقع، وحول النسخة وحدها إلى إصدار PHP الجديد، واستخدمها كما يستخدمها زائر حقيقي. لو مش عندك نسخة كده، فهذا شرح [إعداد موقع تجريبي لووردبريس](https://heshamsaad.com/ar/wordpress-staging-site/). كثير من شركات الاستضافة تسمح باختيار إصدار PHP مختلف لكل نطاق أو نطاق فرعي، وهذا يسهل المهمة: يبقى الموقع الحي على الإصدار القديم بينما تعمل النسخة التجريبية على الجديد.
### 6. شغل سجل الأخطاء على النسخة التجريبية
PHP 8 أكثر صرامة، وكثير من المشاكل تبدأ كتحذيرات وإشعارات إهمال قبل أن تتحول إلى أخطاء قاتلة توقف الموقع. [توثيق تتبع الأخطاء في ووردبريس](https://developer.wordpress.org/advanced-administration/debug/debug-wordpress/) يعطي هذه الأسطر لملف `wp-config.php`، وهي تكتب الأخطاء في ملف `wp-content/debug.log` بدل عرضها للزوار:
```
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );
```
ضعها قبل السطر المكتوب فيه «That's all, stop editing!». تصفح الموقع، ثم افتح السجل ولاحظ من أي ملف إضافة أو قالب تأتي كل رسالة. وبعد الانتهاء احذف هذه الأسطر أو أعد `WP_DEBUG` إلى false، ولا تترك ملف السجل متاحا للعامة على موقع حي.
### 7. غير إصدار PHP من لوحة الاستضافة
عندما تبدو النسخة التجريبية سليمة، حول الموقع الحي. الشاشة تختلف حسب الاستضافة:
- cPanel: شاشة [MultiPHP Manager](https://docs.cpanel.net/cpanel/software/multiphp-manager-for-cpanel/) تعرض نطاقاتك. حدد النطاق، واختر الإصدار من قائمة PHP Version، ثم اضغط Apply. ولو لم تجد الإصدار الذي تريده، فهو غير مثبت على الخادم أو غير متاح لحسابك، وشركة الاستضافة وحدها تستطيع إضافته.
- CloudPanel: افتح الموقع وادخل إلى [إعدادات PHP](https://www.cloudpanel.io/docs/v2/frontend-area/settings/)، وهناك تغير الإصدار ومعه قيم أخرى مثل `memory_limit`.
- استضافات أخرى: ابحث في لوحة التحكم عن إعدادات PHP أو إصدار PHP. وإن لم تجد الخيار، فاطلب ذلك من الدعم الفني، ودليل ووردبريس نفسه يقدم نموذج رسالة قصيرة ترسلها لهم.
اختر ساعة هادئة للتحويل، وامسح ذاكرة التخزين المؤقت للصفحات والخادم بعده، حتى تختبر ما يولده PHP الآن لا نسخة محفوظة من قبل التغيير.
### 8. اختبر الصفحات التي يأتي منها دخلك
لا تكتف بالصفحة الرئيسية. مر على المسارات المهمة للنشاط التجاري نفسه:
- نماذج التواصل وطلب عرض السعر: أرسل نموذجا وتأكد أن البريد وصل.
- ووكومرس: أضف منتجا إلى السلة، وجرب كوبون خصم، وأكمل الدفع بكل وسيلة دفع تقدمها.
- تسجيل الدخول وإنشاء الحساب واستعادة كلمة المرور.
- النسختين العربية والإنجليزية إن كان الموقع ثنائي اللغة، ومعهما زر تبديل اللغة.
- لوحة التحكم: المحرر ورفع الوسائط وصفحات إعدادات أهم الإضافات.
- المهام المجدولة مثل النسخ الاحتياطي والرسائل البريدية خلال اليوم أو اليومين التاليين.
## ما الذي يتعطل عادة، وماذا تعني الأخطاء؟
أغلب المشاكل سببها كود قديم يقابل قواعد أكثر صرامة. هذه أكثر التغييرات التي نصادفها، وكلها موثقة في أدلة الترحيل الرسمية للغة PHP:
| التغيير | إصدار PHP | ما الذي تراه | الحل المعتاد |
|---|---|---|---|
| حذف الدالتين `create_function()` و`each()` | 8.0 | خطأ قاتل، أو شاشة بيضاء، أو رسالة خطأ حرج | تحديث الإضافة أو استبدالها، أو إعادة كتابة الكود |
| تغير المقارنة بين الأرقام والنصوص (`0 == "foo"` أصبحت false) | 8.0 | نتائج خاطئة بلا أي رسالة خطأ، مثل فلتر توقف عن العمل | مراجعة المنطق مع مطور |
| إهمال الخصائص الديناميكية | 8.2 | إشعارات إهمال في سجل الأخطاء | تحديث الإضافة، فالإصلاح الحقيقي في كودها |
| إهمال المعاملات التي تقبل null ضمنيا | 8.4 | إشعارات إهمال في سجل الأخطاء | تحديث الإضافة أو القالب |
صفحة [التغييرات غير المتوافقة في PHP 8.0](https://www.php.net/manual/en/migration80.incompatible.php) هي المسؤولة عن أغلب الأخطاء القاتلة في المواقع القديمة، لأنها حذفت دوال كانت إضافات قديمة كثيرة تعتمد عليها. أما [ما أهمل في PHP 8.2](https://www.php.net/manual/en/migration82.deprecated.php) و[ما أهمل في PHP 8.4](https://www.php.net/manual/en/migration84.deprecated.php) فينتج في الغالب إشعارات. والإشعار لا يوقف الموقع اليوم، لكنه تنبيه بأن هذا الكود سيفشل في إصدار قادم، فأضفه إلى قائمة الملاحظات لمطور الإضافة أو لمطورك.
راجع أيضا امتدادات PHP التي تحتاجها إضافاتك. [دليل الاستضافة في ووردبريس](https://make.wordpress.org/hosting/handbook/server-environment/) يسرد الامتدادات المطلوبة والموصى بها، مثل `mysqli` و`curl` و`mbstring` و`intl`. على بعض الخوادم يبدأ الإصدار الجديد بمجموعة امتدادات مفعلة تختلف عن القديم، و`mbstring` تحديدا يهم المواقع العربية لأنه المسؤول عن التعامل الصحيح مع نصوص UTF-8.
## لو تعطل الموقع بعد التحويل
لا تتوتر، ولا تبدأ في حذف الإضافات على الموقع الحي. امش بهذا الترتيب:
1. افتح بريدك. منذ ووردبريس 5.2، عندما تتسبب إضافة أو قالب في خطأ قاتل، يعرض ووردبريس رسالة بأن الموقع يواجه صعوبات تقنية، ويرسل إلى بريد المدير رابطا لدخول [وضع الاسترداد](https://make.wordpress.org/core/2019/04/16/fatal-error-recovery-mode-in-5-2/). في هذا الوضع تتوقف الإضافة أو القالب المسبب للمشكلة بالنسبة لك، فتستطيع الدخول وتعطيله.
2. ارجع إلى إصدار PHP السابق. لو كان تشغيل الموقع أهم من الترقية الآن، فأعد الإصدار القديم من اللوحة نفسها. هذا يعيد الموقع غالبا بسرعة، ثم تبحث عن السبب على النسخة التجريبية.
3. اقرأ سجل الأخطاء. الرسالة تذكر اسم الملف ورقم السطر، فتعرف منها أي إضافة أو قالب فشل. وفي [دليلنا عن الشاشة البيضاء وخطأ 500](https://heshamsaad.com/ar/fix-common-wordpress-errors/) خطوات عامة لتتبع هذا النوع من الأعطال.
4. استرجع النسخة الاحتياطية فقط إذا تغيرت البيانات. إن أفسد تحديث أو إضافة معطلة شيئا من المحتوى أو الإعدادات، فاسترجع النسخة مع إعادة إصدار PHP القديم.
## ملاحظات لأصحاب المواقع في مصر والخليج
بعض ما نراه كثيرا على مواقع في مصر والسعودية ودول الخليج:
- حسابات الاستضافة القديمة تحتفظ بإعدادات قديمة. موقع انتقل إلى استضافة مشتركة منذ سنوات قد يظل على إصدار PHP قديم موروث، حتى لو كانت الشركة توفر إصدارات أحدث. ولا أحد يغيره إلا عندما يجبر على ذلك، ولهذا ينبغي أن تكون مراجعة إصدار PHP بندا ثابتا في أي [خطة صيانة ووردبريس](https://heshamsaad.com/ar/wordpress-care-plan/).
- الإضافات المحلية تحتاج نظرة أدق. إضافات بوابات الدفع وشركات الشحن والرسائل النصية الخاصة بخدمات المنطقة تحدث أحيانا أقل من الإضافات العالمية. راجع دعمها لإصدارات PHP قبل التحويل، وتواصل مع مزود الخدمة إن لم تذكر صفحتها شيئا.
- القوالب المقرصنة طريق مسدود. لا تصلها تحديثات، فلا يمكن إصلاحها لإصدارات PHP الأحدث، وقد تحمل كودا خبيثا. استبدالها جزء من الترقية نفسها.
- اختر التوقيت حسب موسمك. لا تغير PHP على متجر في الأسبوع الذي يسبق عروض رمضان أو الجمعة البيضاء أو حملة كبيرة. اعملها في فترة هادئة واترك لنفسك وقتا للاختبار.
## متى تسلم المهمة لمطور؟
في موقع تعريفي بسيط عليه إضافات قليلة ومعروفة، يستطيع صاحب الموقع الحريص أن ينفذ الترقية بنفسه بالخطوات السابقة. لكن الاستعانة بمطور تستحق في هذه الحالات:
- الموقع يعتمد على قالب أو إضافة مخصصة لم يلمسها أحد منذ سنوات.
- إضافة تعتمد عليها توقف تطويرها وتحتاج بديلا، وهذا غالبا يعني نقل بيانات أو إعدادات.
- الموقع متجر ووكومرس أو موقع عضويات أو أي موقع فيه مدفوعات، حيث يكلفك العطل الصامت مالا حقيقيا.
- ليس لديك نسخة تجريبية ولا نسخة احتياطية مجربة.
- الفحص أو سجل الأخطاء يعرض رسائل لا تفهمها.
ضمن [خطط صيانة SiteCare](https://heshamsaad.com/ar/sitecare/) لدينا، ترقية PHP جزء من العمل المعتاد: نختبر على نسخة تجريبية، ونصلح أو نستبدل ما يفشل، ثم نحول في وقت هادئ ونفحص المسارات المهمة بعدها. وإذا اتضح أن قالبا مخصصا قديما هو العائق، فإعادة بنائه مهمة [تطوير ووردبريس حسب الطلب](https://heshamsaad.com/ar/wordpress-development/)، وتكون في الغالب أوفر من ترقيع كود سيتعطل مرة أخرى مع إصدار PHP التالي.
## قائمة مراجعة ترقية PHP
- دونت إصدار PHP الحالي من صحة الموقع («أدوات» ثم «صحة الموقع» ثم «معلومات» ثم «الخادم»).
- حددت الإصدار المستهدف: أحدث إصدار يدعمه ووردبريس والقالب وكل الإضافات النشطة.
- لديك نسخة احتياطية كاملة للملفات وقاعدة البيانات خارج الخادم، وتعرف كيف تسترجعها.
- حدثت ووردبريس والقالب والإضافات على إصدار PHP الحالي وفحصت الموقع.
- راجعت لكل إضافة قيمة `Requires PHP` وتاريخ آخر تحديث وسجل التغييرات.
- استبدلت الإضافات المتوقفة أو المقرصنة أو غير المدعومة.
- حولت النسخة التجريبية إلى الإصدار الجديد مع تشغيل سجل الأخطاء.
- راجعت السجل، وأصلحت الأخطاء، ودونت إشعارات الإهمال.
- حولت الموقع الحي في وقت هادئ ومسحت ذاكرة التخزين المؤقت.
- اختبرت النماذج والدفع وتسجيل الدخول واللغتين ولوحة التحكم.
- أوقفت إعدادات تتبع الأخطاء، وسجلت تاريخ التغيير في سجل الصيانة.
## أسئلة شائعة
### هل يحذف تحديث PHP محتوى الموقع أو إعداداته؟
لا. تغيير إصدار PHP لا يلمس قاعدة البيانات ولا الملفات المرفوعة. الخطر الحقيقي أن بعض الكود قد يتوقف عن العمل بشكل صحيح على الإصدار الجديد، فيختفي الموقع خلف رسالة خطأ حتى يصلح الكود أو يعود الإصدار القديم. ولهذا تأتي النسخة الاحتياطية والنسخة التجريبية أولا.
### هل أستطيع الرجوع للإصدار القديم إذا حدثت مشكلة؟
في الغالب نعم، ومن لوحة الاستضافة نفسها، طالما أن الإصدار القديم ما زال مثبتا على الخادم. لكن بعض الشركات تزيل الإصدارات المنتهية مع الوقت، فلا تعتمد على بقائه متاحا للأبد.
### هل ما زال PHP 7.4 مقبولا لووردبريس؟
ووردبريس 7.0 ما زال يعمل عليه، لكن دعم PHP 7.4 انتهى في 28 نوفمبر 2022 ولا تصدر له أي إصلاحات أمنية، وصفحة متطلبات ووردبريس تذكره كخيار قديم فقط. خطط للانتقال إلى 8.3 أو أحدث.
### هل أنتقل مباشرة إلى PHP 8.5؟
فقط إذا كانت إضافاتك تدعمه. ووردبريس 6.9 و7.0 يدعمان PHP 8.5، لكن دعم الإضافات يختلف من واحدة لأخرى. لأغلب مواقع الشركات، الهدف المنطقي اليوم هو 8.3 أو 8.4، ثم 8.5 كخطوة تالية بعد أن تؤكد إضافاتك دعمها له.
## كلمة أخيرة
تحديث PHP تغيير يستغرق ثواني في لوحة الاستضافة، لكنه محاط بساعات من العمل الهادئ حوله. خذ النسخة الاحتياطية، وحدث كل شيء، وجرب على النسخة التجريبية، ثم حول، وأبق الإصدار القديم على بعد ضغطة واحدة وأنت تفحص الموقع. ولو كنت تفضل أن يتولى أحد الاختبار والإصلاح عنك، [احجز استشارة مجانية](https://heshamsaad.com/ar/free-consultation/) وسنراجع معا إصدار PHP على موقعك وإضافاتك واستضافتك.
## المراجع
- [WordPress.org: متطلبات تشغيل ووردبريس](https://wordpress.org/about/requirements/)
- [WordPress.org: دليل تحديث PHP](https://wordpress.org/support/update-php/)
- [دليل فريق ووردبريس: توافق PHP مع إصدارات ووردبريس](https://make.wordpress.org/core/handbook/references/php-compatibility-and-wordpress-versions/)
- [فريق ووردبريس: إيقاف دعم PHP 7.2 و7.3](https://make.wordpress.org/core/2026/01/09/dropping-support-for-php-7-2-and-7-3/)
- [دليل الاستضافة: توافق الخوادم مع ووردبريس 7.0](https://make.wordpress.org/hosting/handbook/compatibility/version/7-0/)
- [دليل الاستضافة: بيئة الخادم](https://make.wordpress.org/hosting/handbook/server-environment/)
- [PHP.net: الإصدارات المدعومة](https://www.php.net/supported-versions.php)
- [PHP.net: الإصدارات المنتهية](https://www.php.net/eol.php)
- [دليل PHP: التغييرات غير المتوافقة في 8.0](https://www.php.net/manual/en/migration80.incompatible.php)
- [دليل PHP: الميزات المهملة في 8.2](https://www.php.net/manual/en/migration82.deprecated.php)
- [دليل PHP: الميزات المهملة في 8.4](https://www.php.net/manual/en/migration84.deprecated.php)
- [ووكومرس: متطلبات الخادم](https://woocommerce.com/document/server-requirements/)
- [دليل الإضافات: متطلبات رأس الملف](https://developer.wordpress.org/plugins/plugin-basics/header-requirements/)
- [WordPress.org: إضافة PHP Compatibility Checker](https://wordpress.org/plugins/php-compatibility-checker/)
- [GitHub: مشروع PHPCompatibilityWP](https://github.com/PHPCompatibility/PHPCompatibilityWP)
- [دليل إدارة ووردبريس: تتبع الأخطاء](https://developer.wordpress.org/advanced-administration/debug/debug-wordpress/)
- [فريق ووردبريس: وضع الاسترداد من الأخطاء القاتلة في 5.2](https://make.wordpress.org/core/2019/04/16/fatal-error-recovery-mode-in-5-2/)
- [توثيق cPanel: أداة MultiPHP Manager](https://docs.cpanel.net/cpanel/software/multiphp-manager-for-cpanel/)
- [توثيق CloudPanel: الإعدادات](https://www.cloudpanel.io/docs/v2/frontend-area/settings/)