ووردبريس وإصدارات PHP أواخر 2026: ما الذي تدعمه النواة وكيف تنتقل بأمان

اختيار إصدار PHP لموقع ووردبريس يتلخص في ثلاثة أسئلة: ما الإصدارات التي تدعمها نواة ووردبريس، وما الإصدار الذي يوصي به المشروع، وما الإصدارات التي تعمل عليها إضافاتك وقالبك فعلًا. للسؤالين الأولين إجابات رسمية واضحة، أما الثالث فعليك اختباره بنفسك. يلخص هذا الدليل الموقف الرسمي حتى أواخر أكتوبر 2026، ويقدم خطوات عملية للترقية.

أين يقف ووردبريس الآن

الإصدار الحالي هو ووردبريس 7.1.4، وهو إصدار أمني نُشر في 28 أكتوبر 2026، بينما ووردبريس 7.2 في مرحلة الاختبار التجريبي. وتوصي صفحة المتطلبات باستخدام PHP 8.3 أو أحدث، وMariaDB 10.11 أو MySQL 8.0 أو أحدث، مع دعم HTTPS. وتضيف أن ووردبريس ما زال يعمل على PHP 7.4 في البيئات القديمة، لكن هذه الإصدارات انتهى دعمها وقد تعرّض الموقع لثغرات أمنية.

ويسرد جدول التوافق الذي ينشره فريق النواة هذه النطاقات للإصدارات الأخيرة:

ثلاثة تغييرات حديثة تفسر هذا الجدول. أضاف ووردبريس 6.9 دعم PHP 8.5. وفي ووردبريس 7.0 أُسقط دعم PHP 7.2 و7.3 فأصبح الحد الأدنى 7.4.0، وتبقى المواقع التي ما زالت على هذين الإصدارين على فرع 6.9، مع تنبيه المشروع إلى أن فرعًا واحدًا فقط يتلقى تحديثات الأمان رسميًا. وفي مايو 2026 ألغى المشروع وسم «الدعم التجريبي»، فصارت كل الإصدارات في الجدول مدرجة ببساطة على أنها مدعومة. ويقول فريق النواة إنه لا يوجد جدول زمني ثابت لرفع الحد الأدنى مرة أخرى، بل يراقب إحصاءات الاستخدام.

أي إصدار PHP تختار؟

اجمع بين توصية ووردبريس وجدول الدعم الخاص بمشروع PHP على php.net:

• PHP 8.2 يتلقى إصلاحات أمنية فقط حتى 31 ديسمبر 2026، فالموقع الذي يعمل عليه يجب أن يخطط للانتقال الآن.
• PHP 8.3 في مرحلة الإصلاحات الأمنية حتى 31 ديسمبر 2027، ويطابق الحد الأدنى الذي يوصي به ووردبريس.
• PHP 8.4 مدعوم أمنيًا حتى 31 ديسمبر 2028، وهو الإصدار الذي تأتي به ديبيان 13 ‏(trixie).
• PHP 8.5 مدعوم أمنيًا حتى 31 ديسمبر 2029، وتدعمه النواة منذ ووردبريس 6.9، لكن افحص إضافاتك بعناية قبل اعتماده.
• PHP 8.1 وما قبله منتهية الدعم من المصدر. قد يعمل ووردبريس عليها، لكن PHP نفسه لم يعد يتلقى إصلاحات من php.net.

لأغلب مواقع الإنتاج في أواخر 2026 يكون الخيار العملي هو 8.3 أو 8.4: ضمن توصية ووردبريس، ومدعوم من المصدر لعام آخر على الأقل، ومختبر على نطاق واسع لدى مطوري الإضافات.

النواة ليست سوى جزء من الصورة

تشير صفحة التوافق نفسها إلى أن ووردبريس نادرًا ما يُستخدم دون قوالب وإضافات، وجدول النواة لا يقول شيئًا عنها. افحص ثلاثة أمور لكل إضافة وقالب مفعّلين:

• الترويسة Requires PHP. تعلن الإضافات الحد الأدنى من إصدار PHP في ترويسة ملفها الرئيسي (ومنذ ووردبريس 5.8 تُقرأ من الملف الرئيسي لا من readme.txt)، وتعلنه القوالب في style.css. وهي حد أدنى فقط، فالإضافة التي تذكر Requires PHP: 7.4 قد تتعطل مع ذلك على 8.5.
• التحديثات الأخيرة. الإضافة أو القالب الذي لم يصدر له تحديث منذ زمن طويل هو المصدر المعتاد للمشكلات بعد ترقية PHP. اقرأ سجلات التغيير بحثًا عن ذكر الإصدار الذي تنتقل إليه.
• الشيفرة المخصصة. القوالب الفرعية والإضافات الإلزامية (must-use) والمقتطفات التي أضافها مطورون سابقون لا يختبرها أحد غيرك.

افحص ما تشغّله اليوم

في لوحة التحكم تعرض صفحة أدوات > صحة الموقع تحذيرًا عندما يعمل الموقع على إصدار PHP قديم، ويسرد تبويب المعلومات تفاصيل PHP على الخادم. أما على الخادم فتذكّر أن سطر الأوامر قد يستخدم إصدار PHP مختلفًا عن الموقع:

wp cli info          # PHP binary and php.ini used by WP-CLI (often not the web one)
php -v
ls /run/php/         # PHP-FPM sockets in use

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

اختبر الانتقال على نسخة تجريبية

1. خذ نسخة احتياطية من الملفات وقاعدة البيانات، وتأكد من قدرتك على استعادتها.
2. انسخ الموقع إلى بيئة تجريبية على الخادم نفسه أو خادم مطابق، مع تثبيت إضافات PHP نفسها للإصدار الجديد.
3. حدّث أولًا نواة ووردبريس والإضافات والقوالب وأنت ما زلت على PHP القديم.
4. فعّل التسجيل لا العرض في ملف wp-config.php الخاص بالنسخة التجريبية، فوق السطر الذي يطلب التوقف عن التعديل:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', '/var/www/staging/logs/wp-debug.log' );
define( 'WP_DEBUG_DISPLAY', false );

ضبط WP_DEBUG_LOG على مسار خارج جذر الموقع يمنع تنزيل السجل من المتصفح، أما القيمة true فتكتبه في wp-content/debug.log.

5. انقل النسخة التجريبية إلى إصدار PHP الجديد (مع PHP-FPM يكفي توجيه الموقع إلى مجمّع الإصدار الجديد)، وجرّب المسارات المهمة: تسجيل الدخول، والنماذج، وإتمام الشراء وردود بوابات الدفع، والبحث، ورفع الصور، والمهام المجدولة.
6. اقرأ السجل. الأخطاء القاتلة (fatal) يجب إصلاحها قبل الإطلاق، أما إشعارات الإهمال (deprecation) فهي تحذيرات بشأن إصدارات قادمة، فدوّنها وأبلغ بها مطور الإضافة.
7. انقل موقع الإنتاج في وقت هادئ، وأبقِ مجمّع PHP القديم بضعة أيام حتى يكون التراجع تغييرًا واحدًا في الإعدادات.
8. أوقف وضع التصحيح في النسخة التجريبية بعد الانتهاء، أو احذف النسخة التجريبية.

أخطاء شائعة

• نقص الإضافات في الإصدار الجديد: ففي ديبيان وأوبونتو لكل إصدار PHP حزم إضافات خاصة به مثل php8.4-intl وphp8.4-imagick.
• ترك WP_DEBUG_DISPLAY أو display_errors الخاص بـ PHP مفعّلًا في الإنتاج، فتظهر المسارات والأخطاء للزوار.
• اختبار الصفحة الرئيسية وحدها، مع أن أغلب الأعطال بعد تغيير PHP تظهر في شاشات الإدارة وإتمام الشراء والمهام الخلفية.
• ترقية PHP لموقع متأخر عدة إصدارات رئيسية في ووردبريس، والصواب تحديث ووردبريس أولًا.

ما الذي ينبغي فعله

1. دوّن إصداري ووردبريس وPHP لكل موقع من صفحة صحة الموقع.
2. انقل أي موقع على PHP 8.2 أو أقدم إلى 8.3 أو 8.4 قبل نهاية 2026.
3. افحص الترويسة Requires PHP وتاريخ التحديثات لكل إضافة وقالب مفعّلين.
4. اختبر إصدار PHP الجديد في بيئة تجريبية مع تفعيل التسجيل، ثم انقل الإنتاج مع خطة تراجع جاهزة.
5. أبقِ ووردبريس نفسه على إصدار 7.1.x الحالي، فالإصدارات الفرعية الأخيرة إصدارات أمنية.

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

المصادر

• make.wordpress.org/core/handbook/references/php-compatibility-and-wordpress-versions
• wordpress.org/about/requirements
• make.wordpress.org/core/2026/01/09/dropping-support-for-php-7-2-and-7-3
• wordpress.org/news/category/releases
• php.net/supported-versions.php
• php.net/eol.php
• developer.wordpress.org/plugins/plugin-basics/header-requirements
• developer.wordpress.org/plugins/wordpress-org/how-your-readme-txt-works
• developer.wordpress.org/themes/basics/main-stylesheet-style-css
• wordpress.org/documentation/article/site-health-screen
• developer.wordpress.org/advanced-administration/debug/debug-wordpress
• developer.wordpress.org/cli/commands/cli/info
• cloud.alskyline.com/hosting