Усуньте PHP2Shell на сайті, у блозі чи магазині: визначте робочий PHP, перевірте сумісність, усуньте перешкоди оновленню й підтвердьте виправлення CVE-2026-109618 та CVE-2026-109619.
Усі застосунки
Laravel
Відновіть composer.lock і оновлюйте Illuminate узгодженим набором за кожною основною міграцією. Перевірте Horizon, автентифікацію, Carbon і сховища. Узгодьте серіалізовані завдання та перезапустіть усі постійні процеси після зміни PHP; головна сторінка не перевіряє черги.
Читати посібник ↗Symfony
Узгодьте компоненти Symfony й рецепти Flex. Усуньте застарілі API перед основним переходом. Doctrine, Twig, Messenger та автентифікація можуть блокувати міграцію. Перебудуйте контейнер на стенді й перевірте HTTP та консольні процеси.
Читати посібник ↗ThinkPHP
Розрізняйте ThinkPHP 5.0, 5.1, 6, 8 і окремі ORM/шаблони. Скопійована інсталяція може не мати lock. Перевірте маршрути, middleware, старі behaviors та власні теги. Не замінюйте лише каталог thinkphp у виробництві.
Читати посібник ↗CodeIgniter
CI3 і CI4 мають різну структуру. Встановлення codeigniter4/framework поверх system/ CI3 не є міграцією. Зберіть власні класи, hooks і сесії. Перенесіть код/налаштування на стенд та порівняйте вхід і БД. Навіть проміжні CI4 підвищують вимоги PHP.
Читати посібник ↗Yii
Розділіть Yii 1, 2 і 3. Приклад yiisoft/yii2 стосується конкретного патча Yii 2. Перевірте розширення, RBAC, ActiveRecord і віджети. Зміна покоління потребує міграції застосунку, а не лише обмеження Composer.
Читати посібник ↗CakePHP
CakePHP 3.10.5 виключає PHP 8; 4.5.12 обмежує PHP нижче 8.4. Читайте кожну основну міграцію. Перевірте сигнатури сутностей, власні finders і плагіни автентифікації/авторизації. Випробуйте запити й форми.
Читати посібник ↗Laminas / Zend Framework
Розрізняйте Zend Framework 1, 2, 3 і Laminas. Таблиця для laminas-mvc. Зберіть простори імен, фабрики ServiceManager і модулі перед міграцією копії. Покинуті модулі оцініть окремо, перевірте створення сервісів і сесії.
Читати посібник ↗Slim
Slim 3 до 4 змінює PSR-7, фабрики, контейнер і порядок middleware. Умови нового патча 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, теми й плагіни мають окремі вимоги PHP. Перевірте Site Health/version.php, дочірні теми, mu-plugins, drop-ins. Оновіть і випробуйте повну копію перед зміною Web PHP. Старий мінімум не рекомендує непідтримуваний PHP.
Читати посібник ↗WooCommerce
Узгодьте WooCommerce, WordPress, PHP, платіжні модулі й шаблони. Збережіть замовлення та узгодьте зупинку запису. Перевірте БД, HPOS, Action Scheduler і тестові платіжні сповіщення. Відкат PHP не скасовує схему чи нові замовлення.
Читати посібник ↗Drupal
Узгодьте Drupal core, core-recommended, Drush і модулі. Усуньте власні застарілі API та випробуйте 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 на копії БД, multistore та історію замовлень. Відкат потребує узгоджених файлів і БД.
Читати посібник ↗OpenCart
Визначте дистрибутив OpenCart, OCMOD/VQMod, теми й розширення. Початкова перевірка задає лише мінімум. Відрепетируйте міграцію застосунку/БД, перевірте платежі, сповіщення, пошту й storage до нових замовлень.
Читати посібник ↗PHPCMS V9
Розглядайте PHPCMS V9 як успадкований застосунок. Старий офіційний сайт не перевірено, тому загальний діапазон PHP не заявлено. Офлайн перевірте mysql_*, кодування, моделі й теги. Збережіть вкладення та URL статей. Перед експортом PHPCMS зіставте ID категорій/моделей, власні поля, вкладення й справжні префікси. Порівняйте сторінки/шляхи. Сам текст може втратити поля або залишити зображення на старому сервері.
Читати посібник ↗DedeCMS / 织梦
Розрізняйте DedeCMS, комерційні випуски та DedeBIZ. PHP 5.6+ на сучасній сторінці не підтверджує всі старі 5.7. Офлайн перевірте SQL-класи, моделі, templets, кодування. Збережіть таблиці, uploads, статичні URL; не перезаписуйте іншим продуктом. У DedeCMS перевірте основну й додаткові таблиці каналів, ключі/префікси. Збережіть авторів, категорії, шаблони, статичні шляхи. Порівняйте кількість і повні статті із зображеннями; archives може пропустити поля.
Читати посібник ↗Discuz! X
Запишіть Discuz! X, UCenter і плагіни окремо. Потрібні збірка й GBK/UTF-8, не лише X3.4/X3.5. Використайте точний пакет, перевірте спільний вхід, синхронізацію користувачів, вкладення та кодування з повним набором відновлення. Відновіть форум/UCenter разом ізольовано та знайдіть інші пов’язані сайти. Збережіть вкладення/ID користувачів. Узгодьте записи акаунтів і перевірте вхід кожного застосунку; головна не доводить узгодженості.
Читати посібник ↗Typecho
Мінімум README Typecho стосується вказаного тега, не всіх тем/плагінів. Перевірте hooks, функції тем, адаптери БД і маршрути. Збережіть БД разом з usr/. Порівняйте сталі посилання, коментарі, Markdown і медіа.
Читати посібник ↗EC-CUBE
Узгодьте EC-CUBE, Symfony, Doctrine та платежі. Визначте точний 4.x і перевірте app/Customize, Twig. Відрепетируйте БД, доставку/податки, японські тексти й тестові повернення та сповіщення платежів.
Читати посібник ↗TYPO3
Оцініть ядро TYPO3 і розширення разом. Зберіть власні розширення, Fluid, TypoScript, сайти. Випробуйте Upgrade Wizards, адміністратора й frontend на стенді. Мінімум ядра не гарантує розширення чи договір подовженої підтримки.
Читати посібник ↗Shopware
Проміжний випуск і патч Shopware важливі. Зберіть власні apps/plugins, Symfony та дотримуйтеся офіційного порядку. Перебудуйте ресурси за потреби, перезапустіть consumers. Перевірте пошук, оформлення й API на копії; Composer не гарантує замовлення.
Читати посібник ↗Усунути перешкоди виправленню PHP2Shell
Усунення PHP2Shell на PHP-сайті без супроводу
Немає PHP-розробника? Відновіть доступ, перевірте резервні копії та визначте середовище. Потім виберіть виправлений PHP, міграцію або статичний архів для усунення PHP2Shell.
Усунення PHP2Shell - помилки оновлення PHP
Усуньте видалені API, конфлікти залежностей, відсутні розширення й помилки шлюзу, що блокують виправлення PHP2Shell. Відновіть роботу на виправленому PHP та перевірте обидві CVE.
Сумісність PHP для усунення PHP2Shell
Це окремі випуски, а не гарантія для всієї основної версії. Мінімум без верхньої межі не доводить підтримку кожного нового PHP. Перевірте lock-файл, розширення й актуальну політику підтримки.
Інвентаризація перед виправленням PHP2Shell
Використовуйте дозволену робочу копію. Команди перевіряють CLI й зафіксовані пакети, не виправляють PHP і не підтверджують Web-середовище. Версія у 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. Підтримку постачальника перевіряйте окремо. Читати посібник ↗