Correggi PHP2Shell su framework, blog o negozio: identifica il PHP in uso, verifica la compatibilità, rimuovi gli ostacoli e controlla le correzioni CVE-2026-109618 e CVE-2026-109619.
Tutte le applicazioni
Laravel
Recupera composer.lock e aggiorna Illuminate come insieme seguendo ogni migrazione principale. Controlla Horizon, autenticazione, Carbon e storage. Coordina i job serializzati e riavvia tutti i worker persistenti dopo PHP; la home non verifica le code.
Leggi la guida ↗Symfony
Allinea componenti Symfony e ricette Flex. Risolvi le deprecazioni prima del salto principale. Doctrine, Twig, Messenger e autenticazione possono bloccare anche con PHP compatibile. Ricostruisci il container in prova e verifica HTTP e worker console.
Leggi la guida ↗ThinkPHP
Distingui ThinkPHP 5.0, 5.1, 6 e 8, ORM e template separati. Una directory copiata può non avere lockfile. Esamina routing, middleware, behavior precedenti e tag propri. Non sostituire solo la cartella del framework in produzione.
Leggi la guida ↗CodeIgniter
CI3 e CI4 hanno strutture diverse. Non installare codeigniter4/framework sopra system/ di CI3. Censisci classi proprie, hook e sessioni. Le versioni minori recenti alzano PHP. Migra configurazione e codice su copia, confrontando accesso e database.
Leggi la guida ↗Yii
Separa Yii 1, 2 e 3. Il campione yiisoft/yii2 rappresenta una patch Yii 2, non tutta la serie 2.0. Controlla estensioni, RBAC, ActiveRecord e widget. Un cambio di generazione richiede migrazione applicativa, non solo Composer.
Leggi la guida ↗CakePHP
CakePHP 3.10.5 esclude PHP 8; 4.5.12 limita PHP sotto 8.4. Leggi ogni migrazione principale. Verifica firme delle entity, finder e plugin distinti di autenticazione/autorizzazione. Prova query e moduli rappresentativi.
Leggi la guida ↗Laminas / Zend Framework
Identifica ZF1, ZF2, ZF3 e componenti indipendenti. La tabella riguarda laminas-mvc. Censisci namespace, factory ServiceManager e moduli prima degli strumenti. Gestisci moduli abbandonati separatamente e verifica API, sessioni e creazione dei servizi.
Leggi la guida ↗Slim
Slim 3 a 4 cambia PSR-7, factory, container e ordine dei middleware. La patch Slim 3 attuale non indica il minimo storico. Con il lockfile reale testa errori, autenticazione, corpo richieste ed emissione risposte.
Leggi la guida ↗Phalcon
Phalcon è un’estensione compilata; Composer non installa phalcon.so o DLL compatibili. La documentazione 5.9 richiede PHP 8.1+, senza certificare ogni binario. Allinea architettura, ABI e NTS/ZTS; verifica caricamento FPM e CLI.
Leggi la guida ↗Hyperf
Allinea hyperf/*, client coroutine e ABI Swoole/OpenSwoole. Riavviare il proxy lascia i vecchi worker attivi. Prova ripristino dei pool, consumatori e attività, poi sostituisci tutti i processi persistenti secondo la procedura documentata.
Leggi la guida ↗WordPress
Censisci core WordPress, temi e plugin, inclusi temi figli, mu-plugin e drop-in. Usa Salute del sito o version.php. Prova una copia completa prima di cambiare PHP Web. Un vecchio minimo non raccomanda PHP senza supporto.
Leggi la guida ↗WooCommerce
Verifica WordPress, WooCommerce, gateway e override insieme. Coordina il blocco delle scritture degli ordini. Prova aggiornamento database, HPOS, Action Scheduler e pagamenti sandbox. Tornare a PHP precedente non ripristina schema o ordini successivi al backup.
Leggi la guida ↗Drupal
Allinea core, core-recommended, Drush e moduli. Rimuovi API deprecate prima del salto principale e prova update hook e importazione configurazione su copia. Drupal 7 non è il pacchetto Drupal 8+ mostrato. I minimi non sostituiscono il supporto attuale.
Leggi la guida ↗Joomla
Usa manifesto installato e controllo preliminare Joomla. Pianifica estensioni, override e passaggi principali. Un plugin compatibilità non verifica tutte le estensioni. Salva file e database insieme; testa schema, accesso amministrativo e percorsi multilingua.
Leggi la guida ↗Magento Open Source / Adobe Commerce
Consulta la matrice Adobe per edizione e patch precise. Ricerca, database, cache e broker possono bloccare. Esamina moduli e indicizzatori, prepara un artefatto testato e verifica importi, ordini asincroni e callback prima di riaprire le vendite.
Leggi la guida ↗PrestaShop
Il minimo Composer non è l’intera matrice PHP PrestaShop. Verifica release, Symfony, moduli pagamento, tema e override. Prova Update Assistant su copia. Prepara rollback coerente di file/database e verifica multinegozio e storico ordini.
Leggi la guida ↗OpenCart
Identifica distribuzione OpenCart, OCMOD/VQMod ed estensioni della versione principale. Lo startup indica solo un minimo. Prova migrazione applicazione/database e verifica acquisto, notifiche pagamento, posta e storage prima dei nuovi ordini.
Leggi la guida ↗PHPCMS V9
Tratta PHPCMS V9 come applicazione ereditata. Il vecchio sito ufficiale non era verificabile; nessun intervallo PHP universale è affermato. Controlla offline mysql_*, codifica, modelli e tag. Preserva allegati e URL degli articoli durante riparazione o migrazione. Prima di esportare PHPCMS mappare categorie, modelli, campi propri e allegati con prefissi reali. Confrontare dettagli e percorsi. Il solo testo può perdere campi o mantenere immagini sul vecchio server.
Leggi la guida ↗DedeCMS / 织梦
Distingui DedeCMS originale, commerciale e DedeBIZ. PHP 5.6+ sulla home attuale non convalida ogni vecchio pacchetto 5.7. Controlla classi SQL, modelli, temi e codifica offline. Salva tabelle, upload e URL statici; non sovrascrivere con altra distribuzione. In DedeCMS verificare tabella principale e aggiuntive di ogni canale, chiavi e prefissi reali. Conservare autori, categorie, modelli e percorsi statici. Confrontare quantità e articoli completi illustrati; archives da solo può omettere campi.
Leggi la guida ↗Discuz! X
Registra Discuz! X, UCenter e plugin separatamente. Build e codifica contano; X3.4/X3.5 non basta. Usa il pacchetto preciso. Prova accesso condiviso, sincronizzazione utenti, allegati e codifica con rollback completo. Ripristinare forum e UCenter insieme e isolati. Identificare altri siti collegati, conservare allegati e ID utenti. Coordinare scritture account e provare ogni applicazione; homepage non garantisce coerenza.
Leggi la guida ↗Typecho
I minimi README Typecho valgono per i tag citati, non per ogni tema/plugin. Controlla hook, funzioni del tema, adattatori SQL e routing. Salva database e usr/ insieme. Poi confronta permalink, commenti, Markdown e media.
Leggi la guida ↗EC-CUBE
Allinea EC-CUBE, Symfony, Doctrine e plugin pagamento. app/Customize e Twig possono fallire indipendentemente. Verifica la release 4.x e prova migrazioni, spedizione, imposte, testo giapponese e ritorni pagamento sandbox.
Leggi la guida ↗TYPO3
Controlla core TYPO3 ed estensioni insieme. Censisci codice proprio, Fluid, TypoScript e siti. Esegui Upgrade Wizards in prova e verifica backend e sito pubblico. Il minimo core non garantisce estensioni o contratto di supporto esteso.
Leggi la guida ↗Shopware
Versione minore e patch Shopware contano insieme ad app, plugin e Symfony. Segui l’ordine ufficiale, ricostruisci risorse se necessario e riavvia i consumer. Prova ricerca, checkout e API su copia; Composer non dimostra che il negozio funzioni.
Leggi la guida ↗Rimuovere gli ostacoli alla correzione PHP2Shell
Correggere PHP2Shell su un sito PHP senza manutenzione
Senza sviluppatore PHP, recupera accessi, verifica i backup e identifica il runtime. Poi scegli PHP corretto, migrazione o archivio statico per affrontare PHP2Shell.
Correzione PHP2Shell - risolvere gli errori PHP
Risolvi API rimosse, conflitti, estensioni mancanti ed errori del gateway che bloccano la correzione PHP2Shell. Ripristina il servizio con PHP corretto e verifica entrambe le CVE.
Compatibilità PHP per correggere PHP2Shell
Sono esempi di release, senza garanzia per un’intera versione principale. Un minimo senza limite superiore non prova il supporto a ogni PHP successivo. Controlla lock file, estensioni e supporto attuale del produttore.
Inventario prima di correggere PHP2Shell
Usa una copia di lavoro autorizzata. I comandi verificano CLI e pacchetti bloccati, non correggono PHP né certificano l’ambiente Web. La versione PHP nell’esempio prohibits è solo un confronto.
Verificare le patch PHP2Shell
Compatibilità, manutenzione e sicurezza PHP sono controlli separati. Scegli un ramo PHP supportato con entrambe le correzioni CVE e verifica processi Web, attività e repliche. Aggiornare un plugin non sostituisce PHP.
| Ramo PHP | Versioni originali inferiori a | Prima versione corretta | Fine supporto di sicurezza |
|---|---|---|---|
| PHP 8.5 | < 8.5.12 | ✓ 8.5.12 | 31 dic 2029 |
| PHP 8.4 | < 8.4.27 | ✓ 8.4.27 | 31 dic 2028 |
| PHP 8.3 | < 8.3.36 | ✓ 8.3.36 | 31 dic 2027 |
| PHP 8.2 | < 8.2.35 | ✓ 8.2.35 | 31 dic 2026 |
Non sono previsti rilasci PHP ordinari per questi rami. Esistono backport minimi dei sorgenti per 7.4, 8.0 e 8.1. Verifica separatamente il supporto del fornitore. Leggi la guida ↗