كيف تحدّث إصدار PHP وتحمي موقعك خطوة بخطوة (دليل عملي 2026)

دليل عملي · أمان المواقع · أكتوبر 2026

تحديث PHP يتم في أربع خطوات: اعرف إصدار موقعك الحالي، وخذ نسخة احتياطية كاملة، واختبر الإصدار الجديد على نسخة تجريبية، ثم انقل الموقع إلى PHP 8.3 أو 8.4 بأحدث رقم تصحيح من لوحة الاستضافة أو الخادم، وأعد تشغيل PHP-FPM. الحد الأدنى الآمن اليوم: 8.2.33 و8.3.33 و8.4.24 و8.5.9.

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

الهدفنقل كل موقع إلى فرع مدعوم (8.3 أو 8.4) وبآخر رقم تصحيح.
الوقت المتوقعتغيير الإصدار من اللوحة يستغرق دقيقة أو دقيقتين، والاختبار هو ما يحتاج وقتًا فعليًا.
أهم شرطنسخة احتياطية حديثة واختبار على موقع تجريبي قبل أي تعديل على الموقع الحقيقي.
الخطوة المنسيةإعادة تشغيل PHP-FPM وخادم الويب حتى يعمل الملف التنفيذي المصحّح فعلًا.

لماذا يجب تحديث PHP الآن تحديدًا؟

شهد صيف 2026 موجتين من الإصدارات الأمنية لـ PHP: الأولى في 2 و3 يوليو، والثانية في 30 يوليو. وفي الوقت نفسه يقترب فرع 8.2 من نهاية دعمه في 31 ديسمبر 2026، بينما انتهى دعم 8.1 في نهاية 2025. الجدول التالي يلخص أهم الثغرات بإيجاز، وإذا أردت الشرح الكامل لكل ثغرة فارجع إلى المقال المذكور أعلاه.

الثغرة المكوّن الأثر باختصار مُصلحة في
CVE-2026-12184 (عالية) غلاف HTTP في التدفقات إسقاط عملية PHP-FPM كاملة عند فشل إعداد TLS في الطلبات الصادرة 8.3.32 / 8.4.21 / 8.5.6
CVE-2026-14355 (متوسطة) امتداد OpenSSL (AES-WRAP-PAD) تجاوز في ذاكرة heap يؤدي إلى توقف العملية 8.2.32 / 8.3.32 / 8.4.23 / 8.5.8
CVE-2026-17543 (عالية) ext-pgsql حقن SQL في المواقع التي تستخدم PostgreSQL عبر هذا الامتداد إصدارات 30 يوليو
CVE-2026-7260 امتداد Phar حجب الخدمة عبر روابط رمزية دائرية داخل أرشيف phar إصدارات 30 يوليو
CVE-2026-17544 BCMath (8.4 و8.5) كتابة خارج حدود الذاكرة في الدالة bccomp() 8.4.24 / 8.5.9

الخلاصة العملية: إصدارات 30 يوليو 2026 (8.2.33 و8.3.33 و8.4.24 و8.5.9) تجمع إصلاحات الموجتين، ولذلك هي الحد الأدنى الذي نوصي به. لا تشير المصادر التي راجعناها إلى استغلال فعلي واسع لهذه الثغرات، لكن الترقية المبكرة أرخص بكثير من التعامل مع موقع متوقف.

ما إصدار PHP المناسب لموقعك في 2026؟

الفرع الحالة اليوم نهاية الدعم الأمني توصيتنا
7.4 وما قبله منتهي (7.4 انتهى في 28 نوفمبر 2022) لا يوجد ترقية فورية
8.0 و8.1 منتهي (8.1 في 31 ديسمبر 2025) لا يوجد ترقية فورية
8.2 إصلاحات أمنية فقط 31 ديسمبر 2026 خطّط للانتقال خلال أسابيع
PHP 8.3 إصلاحات أمنية 31 ديسمبر 2027 الخيار الأكثر توافقًا مع الإضافات
8.4 دعم نشط حتى 31 ديسمبر 2026 31 ديسمبر 2028 خيار ممتاز بعد اختبار التوافق
8.5 دعم نشط حتى 31 ديسمبر 2027 31 ديسمبر 2029 للمواقع الحديثة المختبرة جيدًا
8.6 إصدار مرشح (RC3 في 6 أكتوبر 2026) — لا يُستخدم في الإنتاج بعد

تذكّر أن هذه ليست مشكلة نادرة: بحسب إحصاءات WordPress.org في 27 سبتمبر 2026 ما زال 16.7% من مواقع ووردبريس المُبلِغة تعمل على PHP 7.4.

كيف تعرف إصدار PHP الحالي لموقعك؟

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

1. من لوحة هوستنجر hPanel

افتح المواقع (Websites) ثم إدارة (Manage) بجانب الموقع، ثم من القائمة الجانبية: متقدم (Advanced) ثم إعدادات PHP (PHP Configuration). يظهر الإصدار الحالي في أعلى الصفحة.

2. من cPanel

ادخل إلى قسم البرمجيات (Software) ثم MultiPHP Manager، وستجد كل نطاق وبجانبه إصدار PHP المستخدم.

3. من ووردبريس نفسه (صحة الموقع)

من لوحة تحكم ووردبريس اذهب إلى أدوات ثم صحة الموقع (Site Health) ثم تبويب المعلومات، وافتح قسم الخادم (Server). ستجد إصدار PHP وحدّ الذاكرة والامتدادات المهمة.

4. من سطر الأوامر على الخادم

إذا كان لديك وصول SSH فاكتب php -v لمعرفة إصدار PHP في سطر الأوامر. انتبه: إصدار CLI قد يختلف عن الإصدار الذي يخدم الموقع عبر PHP-FPM. للتأكد استخدم php-fpm8.3 -v (حسب اسم الحزمة) أو صفحة اختبار مؤقتة تحتوي <?php phpinfo(); واحذفها فورًا بعد القراءة لأنها تكشف معلومات حساسة عن الخادم.

تجربتنا العملية: في 22 أكتوبر 2026 راجع فريق ITC خمسة وسبعين موقعًا على خطة استضافة سحابية في هوستنجر، فوجدنا 48 موقعًا ما زالت على PHP 8.1 أو 8.2. اختبرنا الترقية أولًا على موقع تجريبي واحد، ثم نقلنا المواقع الثمانية والأربعين إلى PHP 8.3 في اليوم نفسه دون أي توقف، بينما كان موقع PHP على خادم VPS يعمل على 8.3 مسبقًا. الدرس: الاستضافة لا تنقلك تلقائيًا، ولكل موقع إصداره الخاص، فافحصها واحدًا واحدًا.

كيف تستعد قبل تحديث PHP حتى لا يتعطل الموقع؟

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

خذ نسخة احتياطية حقيقية

انسخ ملفات الموقع وقاعدة البيانات معًا، واحتفظ بنسخة خارج الخادم نفسه (على جهازك أو في تخزين سحابي). الأهم أن تتأكد من أن النسخة قابلة للاستعادة، لا أن تكتفي بوجود ملف.

اختبر على نسخة تجريبية (Staging)

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

حدّث ووردبريس والإضافات والقالب أولًا

ثبّت آخر إصدار من نواة ووردبريس ومن كل إضافة وقالب قبل تغيير PHP، لأن المطورين يضيفون دعم الإصدارات الحديثة في التحديثات. والإضافات المهجورة هي المرشح الأول لكسر الموقع.

افحص التوافق بأداة PHPCompatibility

إذا كان لديك قالب مخصص أو شيفرة برمجية كتبتها بنفسك، فافحصها بمعيار PHPCompatibility مع أداة PHP_CodeSniffer. مثال على أمر فحص مجلد القالب للتوافق مع 8.3:

phpcs -p wp-content/themes/my-theme --standard=PHPCompatibility --runtime-set testVersion 8.3

ستعرض الأداة الدوال المحذوفة أو التي تغيّر سلوكها، فتصلحها قبل الترقية بدل اكتشافها على الموقع الحقيقي.

كيفية تحديث اصدار PHP خطوة بخطوة (الخطة العامة)

بغض النظر عن نوع الاستضافة، هذه هي الخطوات التي نتبعها في كل ترقية:

  1. اعرف إصدارك الحاليافحص إصدار PHP لكل موقع على حدة من لوحة الاستضافة أو من صحة الموقع في ووردبريس أو بالأمر php -v.
  2. خذ نسخة احتياطية كاملةانسخ الملفات وقاعدة البيانات واحفظ النسخة خارج الخادم قبل أي تغيير.
  3. اختبر على نسخة تجريبيةجرّب الإصدار الجديد على موقع staging أو موقع تجريبي واحد قبل تعميمه.
  4. حدّث الإضافات والقوالب والنواةثبّت آخر إصدارات ووردبريس والإضافات والقالب قبل تغيير PHP، وافحص الشيفرة المخصصة بأداة PHPCompatibility.
  5. غيّر الإصدار إلى 8.3 أو 8.4اختر الإصدار الجديد من hPanel أو MultiPHP Manager أو CloudPanel أو ثبّته بالأوامر على Ubuntu.
  6. أعد تفعيل الامتداداتراجع امتدادات PHP المطلوبة مثل ionCube وفعّلها من جديد إن عادت إلى الوضع الافتراضي.
  7. أعد تشغيل الخدمات وتحقّقأعد تشغيل PHP-FPM وخادم الويب، ثم تأكد من رقم الإصدار الجديد عبر php -v أو صفحة phpinfo أو صحة الموقع.
  8. راقب الموقع بعد التحديثتصفّح الصفحات الأساسية والنماذج وسلة الشراء، وراجع سجل الأخطاء خلال الأيام الأولى.

كيف تغيّر اصدار PHP في هوستنجر (hPanel)؟

  1. افتح إعدادات PHPمن hPanel اختر المواقع (Websites)، ثم إدارة (Manage) بجانب الموقع المطلوب، ثم متقدم (Advanced) ثم إعدادات PHP (PHP Configuration).
  2. اختر الإصدار الجديدفي تبويب إصدار PHP اختر 8.3 أو 8.4، ثم اضغط تحديث (Update).
  3. راجع الامتداداتانتقل إلى تبويب امتدادات PHP، لأن تغيير الإصدار يعيد الامتدادات إلى وضعها الافتراضي. أعد تفعيل ما يحتاجه موقعك مثل ionCube Loader إن كان مستخدمًا.
  4. راجع خيارات PHPتأكد من قيم مثل memory_limit وmax_execution_time وupload_max_filesize.
  5. اختبر الموقعافتح الموقع في نافذة خاصة، وجرّب لوحة التحكم والنماذج، ثم تحقق من الإصدار في صحة الموقع.
تنبيهان مهمان من توثيق هوستنجر: الإصدارات القديمة تُخفى من قائمة الاختيار، لكن الموقع الذي يعمل عليها لا يُنقل تلقائيًا. كما أن الرجوع إلى إصدار أقدم بعد الترقية غير ممكن إلا خلال الجلسة نفسها، لذا لا تتخطَّ النسخة الاحتياطية.

كيف تحدّث PHP في cPanel عبر MultiPHP Manager؟

  1. ادخل إلى MultiPHP Managerمن قسم البرمجيات (Software) في cPanel. إذا كانت استضافتك على CloudLinux فقد تجد أداة Select PHP Version بدلًا منه.
  2. حدّد النطاقضع علامة بجانب النطاق أو النطاقات المطلوبة، واختر الإصدار من القائمة المنسدلة ثم اضغط تطبيق (Apply).
  3. فعّل الامتدادات اللازمةفي Select PHP Version راجع قائمة الامتدادات وفعّل المطلوب منها، وفي MultiPHP INI Editor عدّل حدود الذاكرة ورفع الملفات إن لزم.
  4. اختبر وراقبتصفّح الموقع وراجع ملف error_log في مجلد الموقع خلال الساعات الأولى.

كيف تحدّث PHP على خادم VPS من هوستنجر (CloudPanel)؟

إذا كان خادمك الافتراضي يعمل بلوحة CloudPanel فالأمر بسيط: من Sites اختر الموقع ثم Manage، وادخل إلى Settings ثم PHP Settings، واختر الإصدار من خيار PHP Version ثم اضغط Save. بعد ذلك تأكد من تحديث حزم النظام نفسه حتى تحصل على آخر رقم تصحيح من الفرع، لأن اختيار الفرع لا يعني بالضرورة أن الحزمة مثبّتة بأحدث رقم.

كيف تحدّث PHP على Ubuntu بالأوامر؟

على خادم Ubuntu بدون لوحة تحكم، نفّذ الخطوات التالية (بعد أخذ نسخة احتياطية أو لقطة snapshot للخادم):

  1. حدّث النظام والحزم الحاليةsudo apt update && sudo apt upgrade — هذا يكفي أحيانًا لتصحيح الفرع الحالي لأن Ubuntu تنقل الإصلاحات الأمنية إلى حزمها (مثل النشرة USN-8564-1).
  2. أضف مستودع الإصدارات الأحدث عند الحاجةإذا لم يتوفر الفرع المطلوب في مستودعات توزيعتك: sudo add-apt-repository ppa:ondrej/php && sudo apt update
  3. ثبّت PHP 8.3 والامتدادات الشائعةsudo apt install php8.3-fpm php8.3-mysql php8.3-curl php8.3-xml php8.3-mbstring php8.3-zip php8.3-gd php8.3-intl
  4. انقل خادم الويب إلى الإصدار الجديدفي Nginx غيّر مسار المقبس داخل إعداد الموقع إلى fastcgi_pass unix:/run/php/php8.3-fpm.sock; وفي Apache فعّل الإعداد الجديد: sudo a2disconf php8.2-fpm && sudo a2enconf php8.3-fpm
  5. انقل إعدادات مجمّع FPMإن كنت قد خصصت ملف pool أو ملف php.ini، فانسخ تعديلاتك إلى مجلد /etc/php/8.3/ لأن كل إصدار له ملفاته المستقلة.
  6. أعد تشغيل الخدماتsudo systemctl restart php8.3-fpm nginx أو sudo systemctl restart php8.3-fpm apache2 — وإذا كان الموقع داخل حاويات Docker فأعد بناءها وتشغيلها بصورة محدّثة.
  7. تحقق من النتيجةنفّذ php -v وتأكد من الإصدار في صحة موقع ووردبريس، ثم أوقف الإصدار القديم عندما تتأكد أنه لم يعد مستخدمًا.
ملاحظة عن أرقام الإصدارات: في حزم التوزيعات (Ubuntu أو RHEL أو AlmaLinux أو Rocky) قد يظهر رقم إصدار لا يطابق رقم php.net حرفيًا، لأن التوزيعة تنقل الإصلاح إلى نسختها. في هذه الحالة احكم على الأمان من نشرة التوزيعة الأمنية، لا من الرقم وحده.

ماذا تفعل إذا تعطّل الموقع بعد تحديث PHP؟

الشاشة البيضاء أو خطأ 500

هذا العَرَض يعني غالبًا خطأ قاتلًا في PHP. فعّل سجل الأخطاء في ووردبريس بإضافة هذه الأسطر إلى ملف wp-config.php: define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false); ثم افتح الملف wp-content/debug.log واقرأ آخر سطر خطأ؛ ستجد فيه اسم الإضافة أو القالب والسطر المسبب. لا تنسَ إعادة WP_DEBUG إلى false بعد الإصلاح.

اقرأ سجلات الخادم

في الاستضافة المشتركة ابحث عن ملف error_log في مجلد الموقع أو قسم السجلات في اللوحة. وعلى VPS راجع /var/log/nginx/error.log وسجل PHP-FPM عبر sudo journalctl -u php8.3-fpm.

أعد تفعيل الامتدادات مثل ionCube

إذا ظهرت رسالة تطلب ionCube Loader أو امتدادًا مثل intl أو imagick، فهذا لأن تغيير الإصدار أعاد الامتدادات إلى الوضع الافتراضي. فعّلها من جديد في hPanel أو Select PHP Version، أو ثبّت الحزمة المقابلة على Ubuntu. تأكد أيضًا من أن الإضافة المشفّرة بـ ionCube تدعم الإصدار الجديد.

تعارض الإضافات أو القالب

إذا لم تستطع دخول لوحة التحكم، فأعد تسمية مجلد wp-content/plugins مؤقتًا عبر مدير الملفات لتعطيل كل الإضافات، ثم أعد الاسم وفعّلها واحدة واحدة لتحديد المسببة. وإن كان القالب هو المشكلة، فبدّل مؤقتًا إلى قالب ووردبريس افتراضي. في الحالات العاجلة استعد النسخة الاحتياطية.

علامات تحذيرية تستحق الانتباه بعد الترقية: بطء غير معتاد في لوحة التحكم، أو أخطاء متكررة في سجل الأخطاء، أو نماذج تواصل لا ترسل، أو مشكلات في الدفع، أو توقف PHP-FPM وإعادة تشغيله بشكل متكرر. أي علامة من هذه تعني أن هناك إضافة أو إعدادًا لم يتوافق بعد.

كيف تحمي الموقع من الثغرات بعد التحديث؟ (قائمة أمان ووردبريس والخادم)

الترقية تغلق الثغرات المعروفة في PHP، لكن حماية الموقع من الثغرات عملية مستمرة. هذه القائمة التي نطبقها على المواقع التي نديرها:

نسخ احتياطية تلقائيةيومية أو أسبوعية حسب حجم التغيير، مع نسخة خارج الخادم واختبار استعادة دوري.
اختبار قبل كل تحديثاستخدم بيئة staging لتحديثات PHP والإضافات الكبيرة قبل الموقع الحقيقي.
الإضافات والقوالب أولًاحدّث النواة والإضافات والقالب بانتظام، واحذف كل ما هو معطّل أو مهجور.
جدار حماية WAFفعّل جدار حماية تطبيقات الويب في Cloudflare أو لدى الاستضافة لصد الطلبات الخبيثة قبل وصولها.
تعطيل الامتدادات غير المستخدمةكل امتداد مفعّل دون حاجة (مثل pgsql أو phar في موقع لا يستخدمهما) مساحة هجوم إضافية.
أقل صلاحيات ممكنةمستخدم قاعدة بيانات بصلاحيات الموقع فقط، وحسابات مدير قليلة بكلمات مرور قوية ومصادقة ثنائية.
مراقبة مستمرةمراقبة توفر الموقع وسجلات الأخطاء وتنبيهات عند تعديل ملفات حساسة.
تحديثات أمنية تلقائيةعلى VPS فعّل unattended-upgrades في Ubuntu حتى تصل إصلاحات الحزم فور صدورها.
إعادة تشغيل PHP-FPMبعد كل تحديث حزمة PHP أعد تشغيل FPM وخادم الويب والحاويات، وإلا يبقى القديم في الذاكرة.

على VPS بنظام Ubuntu يمكنك تفعيل التحديثات الأمنية التلقائية بالأمر sudo apt install unattended-upgrades && sudo dpkg-reconfigure -plow unattended-upgrades.

أهم النقاط باختصار

  • الحد الأدنى الآمن: 8.2.33 أو 8.3.33 أو 8.4.24 أو 8.5.9، والأفضل الانتقال إلى PHP 8.3 أو 8.4.
  • فرع 8.2 ينتهي دعمه في 31 ديسمبر 2026، و8.1 وما قبله بلا إصلاحات أمنية.
  • الاستضافة لا تنقل موقعك تلقائيًا، ولكل موقع إصداره؛ افحصها واحدًا واحدًا.
  • نسخة احتياطية، ثم اختبار على نسخة تجريبية، ثم تحديث الإضافات، ثم تغيير الإصدار.
  • في هوستنجر لا يمكن الرجوع لإصدار أقدم بعد الترقية، والامتدادات تعود للوضع الافتراضي.
  • أعد تشغيل PHP-FPM وخادم الويب وتحقق بـ php -v وصحة الموقع.

يتوفر هذا الدليل أيضًا بالإنجليزية وبالتركية لفرق العمل متعددة اللغات.

هل تريد أن نتولى تحديث PHP وتأمين موقعك؟

يفحص فريق ITC إصدار PHP لكل مواقعك، ويختبر الترقية على نسخة تجريبية، وينفّذها دون توقف، ثم يطبّق قائمة الحماية كاملة.

تواصل عبر واتساب
اطلب استشارة

وإذا كان موقعك قديمًا لدرجة أن الترقية تتطلب إعادة بناء، فاطّلع على خدمة تصميم المواقع لدينا، وتذكّر أن الموقع السريع والآمن يدعم ترتيبك في محركات البحث أيضًا ضمن خدمة تحسين محركات البحث SEO.

الأسئلة الشائعة حول تحديث PHP

ما الإصدار الذي أنتقل إليه في تحديث PHP الآن؟

الخيار العملي اليوم هو PHP 8.3 أو 8.4. فرع 8.3 يحصل على إصلاحات أمنية حتى 31 ديسمبر 2027، وفرع 8.4 حتى 31 ديسمبر 2028. أما 8.2 فينتهي دعمه في 31 ديسمبر 2026، و8.1 وما قبله بلا دعم أصلًا.

هل تقوم الاستضافة بتحديث PHP تلقائيًا؟

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

كيف أعرف إصدار PHP في موقع ووردبريس؟

من لوحة التحكم افتح أدوات ثم صحة الموقع ثم تبويب المعلومات وقسم الخادم، وستجد إصدار PHP مكتوبًا بوضوح. ويمكن أيضًا معرفته من لوحة الاستضافة أو بالأمر php -v على الخادم.

هل يمكن الرجوع إلى إصدار PHP الأقدم في هوستنجر؟

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

لماذا ظهرت شاشة بيضاء بعد تغيير إصدار PHP؟

السبب الأشهر إضافة أو قالب قديم يستخدم دوال أزيلت من PHP 8، أو امتداد مطلوب لم يعد مفعّلًا. فعّل سجل الأخطاء في ووردبريس، واقرأ آخر خطأ، ثم عطّل الإضافة المسببة أو أعد تفعيل الامتداد.

هل يجب إعادة تشغيل الخادم بعد ترقية PHP؟

يجب على الأقل إعادة تشغيل PHP-FPM وخادم الويب أو الحاويات، لأن العمليات القديمة تبقى تستخدم الملف التنفيذي السابق في الذاكرة حتى تُعاد تشغيلها، فلا يصبح الإصلاح فعّالًا قبل ذلك.

ما أقل إصدار آمن من كل فرع حاليًا؟

بعد إصدارات 30 يوليو 2026 الأمنية، الحد الأدنى هو 8.2.33 و8.3.33 و8.4.24 و8.5.9 أو أحدث. على توزيعات لينكس قد يختلف رقم الحزمة لأن التوزيعة تنقل الإصلاحات، فراجع نشرة التوزيعة نفسها.

هل يكفي تحديث PHP لحماية موقع ووردبريس؟

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

هل أستخدم PHP 8.5 أو 8.6 على موقع إنتاجي؟

يمكن استخدام PHP 8.5 لأنه إصدار مستقر صدر في 20 نوفمبر 2025، بشرط أن تؤكد توافق إضافاتك معه. أما PHP 8.6 فما زال في مرحلة الإصدار المرشح ولا يصلح لمواقع الإنتاج بعد.

المصادر

Facebook
Twitter
LinkedIn
WhatsApp
Get Free Quote