هل أعلنت استضافتك نهاية دعم PHP 7.4، أو تُظهر صفحة «صحة الموقع» في WordPress تحذيرًا؟ الانتقال إلى PHP 8.3 ليس مجرد إجراء شكلي، لكنه أيضًا ليس قفزة في المجهول. فبفضل جرد مسبق، وبيئة ما قبل الإنتاج، واختبارات مركّزة، يتم الانتقال دون أي انقطاع. إليك لماذا لا يجب الانتظار أكثر، وكيف أعمل.
لماذا الانتقال إلى PHP 8.3 الآن
يُدعم كل إصدار من PHP لمدة محدودة: أولًا بتصحيحات الأخطاء، ثم بالتصحيحات الأمنية فقط، ثم لا شيء. ولم تعد الإصدارات 7.4 و8.0 و8.1 تتلقى أي تصحيح؛ والجدول الزمني الرسمي منشور على موقع php.net. والبقاء على إصدار متروك يعني:
- تعريض الخادم لثغرات معروفة لن تُصحَّح أبدًا؛
- الاضطرار عاجلًا أم آجلًا إلى انتقال تفرضه الاستضافة، التي تنتهي بسحب الإصدارات القديمة، وغالبًا في أسوأ توقيت؛
- تفويت مكاسب في الأداء: فإصدارات 8.x تنفّذ الشيفرة نفسها عمومًا بسرعة أكبر من PHP 7؛
- تعطيل التحديثات، لأن الإصدارات الحديثة من أنظمة إدارة المحتوى والإضافات والوحدات تتطلب إصدار PHP حديثًا.
يُعدّ PHP 8.3 هدفًا معقولًا: فهو ما زال يتلقى التصحيحات الأمنية، وتوفّره معظم شركات الاستضافة، ويحظى بدعم جيد في المنظومة. وإذا كان موقعك متوافقًا مع إصدار أحدث، فذلك أفضل: المنهجية تبقى نفسها.
ما الذي يتعطّل عند ترقية إصدار PHP
نواة WordPress متوافقة مع PHP 8.3: والمشاكل تأتي في الغالب من الشيفرة المحيطة بها، أي الإضافات والقوالب والوحدات والتطويرات الخاصة. وأكثر نقاط الانكسار شيوعًا:
- دوال حُذفت منذ PHP 8.0، مثل
create_function()أوeach()، ما زالت موجودة في شيفرات قديمة؛ - مقارنات بين النصوص والأرقام تغيّرت نتيجتها؛
- أخطاء قاتلة (fatal errors) حيث كان PHP 7 يكتفي بتحذير بسيط؛
- سيل من إشعارات الإهمال (deprecation)، مثل تمرير القيمة
nullإلى دوال مدمجة أو الخصائص الديناميكية للأصناف، تملأ السجلات وتنذر بأعطال الإصدارات القادمة.
حالة WordPress وحالة PrestaShop
في WordPress، تحقّق لكل إضافة وللقالب من إصدار PHP الذي اختبره الناشر، وحدّث كل شيء قبل تغيير الإصدار. فالإضافات المهجورة والقوالب المدفوعة التي اشتُريت منذ سنوات هي نقاط الضعف المعتادة.
في PrestaShop، يرتبط إصدار PHP بإصدار المتجر: فكل فرع (1.7 و8 و9) لا يقبل إلا مجالًا محددًا من إصدارات PHP. وحسب إصدارك، قد يتطلب الانتقال إلى PHP 8.3 ترقية PrestaShop نفسه أولًا. راجع جدول التوافق الرسمي قبل أي شيء، ثم تحقّق من كل وحدة وكل override.
منهجية الانتقال دون أعطال
- الجرد: الإصدار الحالي لـ PHP ولنظام إدارة المحتوى، قائمة الإضافات أو الوحدات، التطويرات الخاصة.
- تحليل الشيفرة: أدوات مثل PHPCompatibility (لـ PHP_CodeSniffer) تكشف الشيفرة غير المتوافقة قبل تنفيذها.
- بيئة ما قبل الإنتاج: نسخة محمية من الموقع تعمل بـ PHP 8.3، مع تعطيل الرسائل الإلكترونية الصادرة.
- الاختبارات: تصفّح الصفحات الأساسية والنماذج وتسجيل الدخول ومسار الطلب ولوحة الإدارة، مع مراقبة سجل أخطاء PHP.
- التصحيحات: تحديث الإضافات غير المتوافقة أو استبدالها، وتصحيح الشيفرة الخاصة.
- الانتقال الفعلي: تغيير الإصدار على الموقع الفعلي في وقت هادئ، مع نسخة احتياطية وإمكانية العودة إلى إصدار PHP السابق من لوحة تحكم الاستضافة.
بعد الانتقال
راقب سجل الأخطاء لبضعة أيام: فبعض أجزاء الشيفرة لا تُنفَّذ إلا نادرًا (المهام المجدولة، عمليات التصدير، وسائل دفع قليلة الاستعمال). واغتنم الفرصة للتحقق من أن OPcache مفعّل: فهو غالبًا مكسب في الأداء دون أي جهد.
تفضّل أن تُسند المهمة إلى مختص؟ خدمة الترقية إلى PHP 8.3 لمواقع WordPress أو PrestaShop بسعر 390 € خارج الرسوم (40 000 دج في الجزائر): تحليل التوافق، تصحيح الشيفرة، الاختبارات والانتقال دون انقطاع. وإذا كان متجرك على PrestaShop يحتاج أولًا إلى تغيير إصداره، فاطّلع على خدمة ترحيل PrestaShop إلى الإصدار 8 أو 9.