نهاية دعم PHP 8.2 في 31 ديسمبر 2026: ما الذي ينبغي أن يخطط له مستخدمو Debian 12 وغيرهم

يتلقى PHP 8.2 آخر دعم أمني من المشروع الأصلي في 31 ديسمبر 2026، أي بعد شهرين من الآن، ولن يُصدر مشروع PHP بعد هذا التاريخ أي إصدار جديد من 8.2. وقد انتهى دعمه النشط أصلًا في 31 ديسمبر 2024، ومنذ ذلك الحين لا يتلقى إلا إصلاحات الأمان، وآخرها في الإصدار 8.2.35 في أكتوبر 2026.

بالنسبة إلى كثير من الخوادم ليست المسألة مجرد "رقِّ قبل ديسمبر"، لأن Debian 12 (bookworm) يأتي مع PHP 8.2 ويدعمه فريق Debian LTS حتى 30 يونيو 2028. يشرح هذا المقال معنى نهاية الدعم لدى المشروع الأصلي، وما الذي يغطيه دعم Debian، وكيف تخطط.

المواعيد

المصدر: صفحة الإصدارات المدعومة في php.net. الانتقال من 8.2 إلى 8.3 لا يمنحك إلا سنة إضافية، لذا ينبغي أن تستهدف معظم الفرق 8.4 أو 8.5.

Debian 12: PHP 8.2 ضمن الدعم الطويل

يأتي Debian 12 مع PHP 8.2 نسخةً افتراضية (الحزمة الوصفية php بالإصدار 2:8.2+93). انتهى الدعم الأمني الاعتيادي لـ bookworm، وأصبح فريق Debian LTS يتولى صيانته حتى 30 يونيو 2028. وبحسب صفحة LTS في ويكي Debian، تشمل التغطية جميع حزم bookworm باستثناء الألعاب والحزم المدرجة بوصفها غير مدعومة في الحزمة debian-security-support، والحزمة php8.2 ليست في تلك القائمة.

حتى الآن تتبّع حزمة PHP في bookworm الإصدارات التصحيحية للمشروع الأصلي؛ فقد رفع آخر تحديث، وهو DLA-4848-1 في 21 أكتوبر 2026، الحزمة php8.2 إلى 8.2.35-1~deb12u1 مع الإصلاحات الحرجة لشهر أكتوبر 2026 (انظر مقالنا عن هاتين الثغرتين).

ما يتغير بعد 31 ديسمبر 2026 هو مصدر الإصلاحات؛ فلن تكون هناك إصدارات 8.2 جديدة من المشروع الأصلي لتحزيمها، وأي إصلاح لاحق لـ PHP في bookworm سيتعين على فريق LTS نقله بنفسه. يعمل فريق Debian LTS بجهود متطوعين وشركات راعية، وتذكر صفحته بوضوح أن عدد الحزم المدعومة دعمًا جيدًا يعتمد مباشرة على الدعم الذي يتلقاه الفريق. إنها شبكة أمان حقيقية، لكنها وعد مختلف عن فرع يصونه المشروع الأصلي بنشاط، كما أن المكتبات وأطر العمل ستمضي قدمًا في كل الأحوال.

تحقق مما لديك:

apt policy php8.2-fpm php8.2-cli
apt changelog php8.2-cli | head -30

إن كان الإصدار ينتهي بـ ~deb12u وقادمًا من security.debian.org أو مرايا Debian، فأنت على حزم Debian وستتلقى تحديثات LTS ما دمت تطبقها.

إعدادات أخرى

• Ubuntu: لا يوجد إصدار مدعوم من Ubuntu يأتي مع PHP 8.2 افتراضيًا (22.04 مع 8.1، و24.04 مع 8.3، و26.04 مع 8.5). إن كنت تشغّل 8.2 على Ubuntu فمصدره مستودع خارجي، ودعمه بعد ديسمبر مرهون بذلك المستودع.
• المستودعات الخارجية والبناء اليدوي: بعد 31 ديسمبر 2026 لن تكون هناك إصدارات من المشروع الأصلي يُبنى منها، فخطط لتكون على 8.4 أو 8.5 بحلول ذلك الوقت.
• Debian 13 (trixie) يأتي مع PHP 8.4 الذي يحظى بدعم أمني من المشروع الأصلي حتى 31 ديسمبر 2028، ضمن إصدار من Debian مدعوم حتى 2028 وبالدعم الطويل حتى 2030.

خياراتك على Debian 12

1. الانتقال إلى Debian 13: أنظف مسار على المدى الطويل، فتحصل على PHP 8.4 من التوزيعة مع الدعم الأمني الاعتيادي لـ Debian. يمكنك الترقية في المكان باتباع ملاحظات إصدار trixie الرسمية، أو بناء خادم جديد بـ Debian 13 ونقل المواقع إليه، وهذا يمنحك أيضًا طريق تراجع سهلًا.
2. البقاء على Debian 12 لمدة محددة: خيار معقول إن كان التطبيق لا يستطيع الانتقال بعد. واصل تطبيق تحديثات LTS، وحدد موعدًا للانتقال بدل اعتبار 2028 هي الخطة.
3. تشغيل PHP 8.4 على Debian 12 من مستودع خارجي: ممكن، لكنك تضيف مصدر حزم ثانيًا له نموذج ثقة وتحديث خاص به، ويبقى باقي النظام يتقادم. اضبط أولوية المستودع (pinning) بحيث لا يستبدل إلا ما تقصده.

تهيئة التطبيق

التغييرات البرمجية بين 8.2 و8.4 موثقة في دليلي ترحيل رسميين (من 8.2 إلى 8.3، ومن 8.3 إلى 8.4). أكثر البنود التي تحتاج إلى عمل: إهمال أنواع المعاملات التي تقبل null ضمنيًا وإهمال الثابت E_STRICT في 8.4، ونقل الامتدادات IMAP وOCI8 وPDO_OCI وPSpell من النواة إلى PECL في 8.4، والتحقق الأكثر صرامة من الوسائط الذي أصبح يرمي ValueError في عدة امتدادات.

# which dependencies block PHP 8.4?
composer prohibits php 8.4
# lint with the target version (PHP 8.3+ accepts several files)
find . -path ./vendor -prune -o -name '*.php' -print0 | xargs -0 -n 200 php8.4 -l | grep -v '^No syntax errors'

ثم شغّل مجموعة الاختبارات على 8.4 في نسخة تجريبية مع error_reporting = E_ALL وتفعيل التسجيل، وأصلح ما يظهر. ورقِّ إطار العمل أو نظام إدارة المحتوى أولًا إلى إصدار يدعم إصدار PHP المستهدف.

جدول زمني واقعي

• نوفمبر: حصر الخوادم والمواقع التي تعمل على 8.2، والتحقق من دعم أطر العمل، وتجهيز نسخة تجريبية بالإصدار المستهدف.
• ديسمبر: إصلاح الإهمالات والأعطال، وتبديل المواقع الأقل حساسية أولًا، مع إبقاء مجمّع PHP-FPM القديم متاحًا للتراجع.
• مطلع 2027: إنهاء بقية المواقع وإزالة حزم 8.2، وجدولة انتقال خوادم Debian 12 إلى Debian 13.

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

• حدد كل خادم وموقع يعمل بـ PHP 8.2، ودوّن مصدر حزمه.
• على Debian 12 واصل تطبيق التحديثات الأمنية؛ فدعم Debian LTS يشمل php8.2، لكن تعامل معه جسرًا لا وجهة نهائية.
• اختر PHP 8.4 أو 8.5 هدفًا، فالإصدار 8.3 ينتهي بعد سنة واحدة فقط في 31 ديسمبر 2027.
• شغّل composer prohibits وفحص الصياغة ومجموعة الاختبارات على الإصدار المستهدف قبل التبديل.
• خطط لانتقال نظام التشغيل (من Debian 12 إلى 13) بالتوازي مع انتقال PHP، لينجز الأمران وفق جدولك أنت.

المصادر

• php.net/supported-versions.php
• php.net/ChangeLog-8.php#8.2.35
• packages.debian.org/bookworm/php
• packages.debian.org/trixie/php
• qa.debian.org/madison.php?package=php8.2&text=on
• security-tracker.debian.org/tracker/DLA-4848-1
• lists.debian.org/debian-lts-announce/2026/10/msg00042.html
• wiki.debian.org/LTS
• wiki.debian.org/LTS/Bookworm
• salsa.debian.org/debian/debian-security-support/-/blob/bookworm/security-support-ended....
• debian.org/releases
• debian.org/releases/trixie/release-notes/upgrading.en.html
• people.canonical.com/~ubuntu-archive/madison.cgi?package=php&text=on
• php.net/manual/en/migration84.deprecated.php
• php.net/manual/en/migration84.removed-extensions.php
• php.net/manual/en/migration84.incompatible.php
• getcomposer.org/doc/03-cli.md#prohibits-why-not