عالج PHP2Shell في موقعك أو مدونتك أو متجرك: حدّد PHP المستخدم، وافحص التوافق، وأزل عوائق الترقية، ثم تحقّق من إصلاح CVE-2026-109618 وCVE-2026-109619.
كل التطبيقات
Laravel
استعد composer.lock وحدّث حزم Illuminate كمجموعة متوافقة وفق أدلة كل إصدار رئيسي. راجع Horizon والمصادقة وCarbon والتخزين. نسّق المهام المتسلسلة وأعد تشغيل جميع العمليات الدائمة بعد تغيير PHP؛ عمل الصفحة الرئيسية لا يختبر الطوابير.
اقرأ الدليل ↗Symfony
طابق مكونات Symfony ووصفات Flex وعالج الواجهات المهملة قبل الانتقال الرئيسي. قد تمنع Doctrine وTwig وMessenger والمصادقة الترقية. أعد بناء الحاوية في بيئة الاختبار وافحص HTTP وعمليات الطرفية.
اقرأ الدليل ↗ThinkPHP
ميّز ThinkPHP 5.0 و5.1 و6 و8 وحزم ORM والقوالب المستقلة. قد لا يحتوي التثبيت المنسوخ على lock. راجع المسارات والوسائط والسلوكيات القديمة والوسوم المخصصة. لا تستبدل مجلد thinkphp وحده في الإنتاج.
اقرأ الدليل ↗CodeIgniter
تختلف بنية CI3 عن CI4. تثبيت codeigniter4/framework فوق system/ ليس ترحيلاً. احصر الأصناف المخصصة وhooks والجلسات. انقل الإعدادات والكود في الاختبار وقارن الدخول وقاعدة البيانات. حتى الإصدارات الفرعية لـ CI4 ترفع متطلبات PHP.
اقرأ الدليل ↗Yii
افصل Yii 1 و2 و3. مثال yiisoft/yii2 يصف تصحيحاً محدداً فقط. افحص الامتدادات وRBAC وActiveRecord والودجات. تغيير الجيل يحتاج ترحيل التطبيق، وليس تعديل قيود Composer فقط.
اقرأ الدليل ↗CakePHP
يستبعد CakePHP 3.10.5 إصدار PHP 8، ويشترط 4.5.12 أقل من PHP 8.4. اقرأ أدلة الانتقال وراجع تواقيع الكيانات والباحثات وإضافات المصادقة والتفويض. اختبر الاستعلامات والنماذج الفعلية.
اقرأ الدليل ↗Laminas / Zend Framework
ميّز Zend Framework 1 و2 و3 عن Laminas. الجدول لعينات laminas-mvc. احصر مساحات الأسماء ومصانع ServiceManager وإعدادات الوحدات قبل الترحيل على نسخة. قيّم الوحدات المتروكة واختبر إنشاء الخدمات والجلسات.
اقرأ الدليل ↗Slim
يغيّر Slim 3 إلى 4 تنفيذ PSR-7 والمصانع والحاوية وترتيب الوسائط. متطلبات تصحيح Slim 3 الحديث ليست متطلبات أول إصدار. استخدم lock الدقيق واختبر المصادقة والجسم ومعالجة الأخطاء وإرسال الاستجابة.
اقرأ الدليل ↗Phalcon
Phalcon امتداد PHP مترجم. لا يستبدل Composer وحده phalcon.so أو DLL. شرط PHP 8.1+ في وثائق 5.9 لا يضمن كل ثنائية. طابق ABI والمعمارية وNTS/ZTS، وتحقق من التحميل في CLI وFPM.
اقرأ الدليل ↗Hyperf
يستخدم Hyperf عمالاً دائمين وSwoole/OpenSwoole. طابق hyperf/* وعملاء coroutine وABI. إعادة تشغيل الوكيل وحده لا تكفي. اختبر استعادة مجمع الاتصالات والطوابير والجدولة واستبدل كل العمال بالإجراء الرسمي.
اقرأ الدليل ↗WordPress
لـ WordPress والقوالب والإضافات متطلبات مستقلة. راجع صحة الموقع أو version.php، بما فيها القوالب الفرعية وmu-plugins وdrop-ins. حدّث نسخة كاملة واختبرها قبل تغيير PHP للويب. الحد القديم ليس توصية باستخدام PHP منتهي الدعم.
اقرأ الدليل ↗WooCommerce
طابق WooCommerce مع WordPress وPHP وبوابات الدفع وتجاوزات القالب. احفظ الطلبات ونسّق وقف الكتابة النهائي. اختبر تحديث القاعدة وHPOS وAction Scheduler وإشعارات الدفع التجريبية. التراجع عن PHP لا يعكس مخطط القاعدة ولا يعيد الطلبات الجديدة.
اقرأ الدليل ↗Drupal
طابق Drupal core وcore-recommended وDrush والوحدات. أزل الواجهات المخصصة المهملة واختبر hooks القاعدة واستيراد الإعدادات على نسخة. Drupal 7 خارج حزمة Composer لـ Drupal 8+. الحد الأدنى ليس سياسة الدعم الكاملة.
اقرأ الدليل ↗Joomla
استخدم manifest وفحص Joomla قبل التحديث. انقل القوالب والإضافات عبر المسار الرسمي. إضافة التوافق لا تضمن كل امتداد. انسخ الملفات والقاعدة معاً واختبر الإدارة والمسارات متعددة اللغات.
اقرأ الدليل ↗Magento Open Source / Adobe Commerce
يحتاج Magento/Adobe Commerce مصفوفة النسخة والتصحيح الدقيقة إضافة إلى Composer. افحص البحث والقاعدة والتخزين المؤقت والوسيط. اختبر الوحدات والفهارس وجهّز حزمة مختبرة وصيانة. تحقق من الإجماليات والطلبات غير المتزامنة وإشعارات الدفع قبل فتح الطلبات.
اقرأ الدليل ↗PrestaShop
الحد في composer.json لـ PrestaShop ليس مصفوفة PHP المختبرة كاملة. راجع الإصدار وSymfony والدفع والقالب وoverrides. اختبر Update Assistant على نسخة قاعدة، والمتاجر المتعددة وسجل الطلبات. يجب أن يطابق التراجع الملفات والقاعدة.
اقرأ الدليل ↗OpenCart
حدّد توزيع OpenCart وOCMOD/VQMod والقالب والامتدادات الدقيقة. فحص البدء حد أدنى فقط. جرّب ترحيل التطبيق والقاعدة ثم الدفع والإشعارات والبريد ومسارات storage قبل فتح الطلبات.
اقرأ الدليل ↗PHPCMS V9
عامل PHPCMS V9 كنظام موروث حتى تحديد المصدر والتعديلات. تعذر التحقق من الموقع الرسمي القديم فلا نعلن نطاق PHP عاماً. افحص mysql_* والترميز والنماذج والوسوم دون اتصال واحفظ المرفقات وروابط المقالات. قبل تصدير PHPCMS طابق معرفات التصنيفات والنماذج والحقول والمرفقات مع بادئات القاعدة الفعلية. قارن الصفحات والمسارات. نقل النص وحده قد يفقد حقولاً أو يترك الصور على الخادم القديم.
اقرأ الدليل ↗DedeCMS / 织梦
ميّز DedeCMS الأصلي والتوزيعات التجارية وDedeBIZ. ظهور PHP 5.6+ حالياً لا يثبت توافق كل حزم 5.7 القديمة. افحص أصناف SQL والنماذج وtemplets والترميز محلياً. احفظ الجداول وuploads والروابط الثابتة ولا تستبدل بمنتج آخر. في DedeCMS افحص الجدول الرئيسي وإضافات كل قناة والمفاتيح والبادئات الفعلية. احفظ المؤلفين والتصنيفات والقوالب والمسارات الثابتة. قارن الأعداد ومقالات كاملة بالصور؛ archives وحده قد يغفل الحقول.
اقرأ الدليل ↗Discuz! X
سجّل Discuz! X وUCenter والإضافات منفصلة. رقم البناء وGBK/UTF-8 مهمان إلى جانب X3.4/X3.5. استخدم الحزمة الدقيقة واختبر الدخول المشترك ومزامنة المستخدمين والمرفقات والترميز مع مجموعة استعادة كاملة. استعد المنتدى وUCenter معاً بمعزل وحدد المواقع الأخرى المرتبطة. احفظ المرفقات وعلاقات معرفات المستخدمين. نسق كتابة الحسابات واختبر كل تطبيق؛ الرئيسية لا تثبت الاتساق.
اقرأ الدليل ↗Typecho
الحد في README لـ Typecho خاص بالوسم المذكور ولا يضمن القوالب والإضافات. راجع hooks ودوال القالب ومحولات القاعدة والمسارات. احفظ القاعدة مع usr/ وقارن الروابط والتعليقات وMarkdown والوسائط بعد التحديث.
اقرأ الدليل ↗EC-CUBE
طابق EC-CUBE وSymfony وDoctrine وإضافات الدفع. حدّد إصدار 4.x وراجع app/Customize وTwig. جرّب ترحيل القاعدة والشحن والضرائب والنص الياباني وإرجاع وإشعارات الدفع التجريبي.
اقرأ الدليل ↗TYPO3
قيّم TYPO3 والامتدادات معاً. احصر الامتدادات المخصصة وFluid وTypoScript والمواقع. اختبر Upgrade Wizards والإدارة والواجهة. الحد الأدنى للنواة لا يضمن الامتدادات أو عقد الدعم الممتد.
اقرأ الدليل ↗Shopware
الإصدار الفرعي وتصحيح Shopware مهمان. احصر apps/plugins وSymfony واتبع الترتيب الرسمي. أعد بناء الأصول عند الحاجة وأعد تشغيل المستهلكين. اختبر البحث والدفع وAPI على نسخة؛ حل Composer لا يضمن معالجة الطلبات.
اقرأ الدليل ↗إزالة عوائق توافق إصلاح PHP2Shell
إصلاح PHP2Shell في موقع PHP بلا صيانة
لا يوجد مطوّر PHP؟ استعد الوصول، واختبر النسخ الاحتياطية، وحدّد بيئة التشغيل. ثم اختر PHP مصحّحًا أو نقل الموقع أو أرشيفًا ثابتًا لمعالجة PHP2Shell.
إصلاح PHP2Shell - معالجة أخطاء ترقية PHP
عالج الواجهات المحذوفة وتعارض التبعيات والإضافات الناقصة وأخطاء البوابة التي تعيق إصلاح PHP2Shell. أعد الخدمة باستخدام PHP مصحّح وتحقّق من الثغرتين.
توافق PHP المطلوب لإصلاح PHP2Shell
هذه عينات إصدارات محددة وليست ضمانا لكل إصدار رئيسي. الحد الأدنى دون حد أعلى لا يثبت دعم كل PHP أحدث. راجع ملف القفل والامتدادات وسياسة الدعم الحالية.
الجرد قبل إصلاح PHP2Shell
استخدم نسخة عمل مصرحا بها. تجرد الأوامر CLI والحزم المقفلة ولا تصحح PHP أو تتحقق من بيئة Web. إصدار PHP في مثال prohibits هدف مقارنة فقط.
تحقق من تصحيحات PHP2Shell
التوافق وصيانة التطبيق وأمان PHP فحوص منفصلة. اختر فرعا مدعوما يصحح كلا CVE ثم تحقق من كل عمال Web والمهام والنسخ. تحديث إضافة لا يستبدل PHP.
| فرع PHP | الإصدارات الأصلية الأقل من | أول إصدار مصحح | نهاية الدعم الأمني |
|---|---|---|---|
| PHP 8.5 | < 8.5.12 | ✓ 8.5.12 | 31 ديسمبر 2029 |
| PHP 8.4 | < 8.4.27 | ✓ 8.4.27 | 31 ديسمبر 2028 |
| PHP 8.3 | < 8.3.36 | ✓ 8.3.36 | 31 ديسمبر 2027 |
| PHP 8.2 | < 8.2.35 | ✓ 8.2.35 | 31 ديسمبر 2026 |
لا يوجد إصدار PHP اعتيادي لهذه الفروع. تتوفر تصحيحات مصدر محدودة لـ 7.4 و8.0 و8.1؛ يجب التحقق من دعم المورّد منفصلًا. اقرأ الدليل ↗