Perché PHP alimenta ancora il web: evoluzione, punti di forza, futuro

Perché si continua a dire “PHP è morto”

“PHP è morto” raramente significa “nessuno usa PHP”. La maggior parte delle volte è una sintesi per “PHP non è più la cosa nuova e eccitante” oppure “ciò con cui ho avuto a che fare non è andato bene”. Sono affermazioni molto diverse.

Cosa intendono di solito le persone

Quando qualcuno dichiara PHP morto, di solito reagisce a una miscela di percezione ed esperienza personale:

• L'hype è passato oltre. Linguaggi e runtime più recenti (Node.js, Go, Rust, framework Python) ottengono più titoli, talk in conferenze e buzz sui social.
• Ricordano il vecchio PHP. Molti sviluppatori hanno conosciuto PHP tramite script disordinati, copia‑incolla, stili incoerenti e tutorial insicuri. Quell'esperienza rimane, anche se il linguaggio e le best practice sono molto cambiate.
• Associamolo al “legacy”. Perché tanti siti e strumenti interni di lunga durata sono stati costruiti in PHP, la gente confonde “ampiamente distribuito” con “superato”.

Perché questa idea torna spesso

Il mondo dello sviluppo web ha una corta attenzione. Ogni pochi anni un nuovo stack promette architetture più pulite, migliori prestazioni o una migliore esperienza per lo sviluppatore—così gli strumenti mainstream più vecchi diventano il bersaglio delle battute.

PHP soffre anche del suo stesso successo: era facile iniziare, quindi si è scritto molto codice di scarsa qualità. I peggiori esempi sono diventati meme, e i meme sopravvivono al contesto.

Meno hype non significa meno utilizzo

PHP non ha bisogno di eccitazione continua per rimanere rilevante. Gestisce in silenzio una quantità enorme di traffico reale—soprattutto tramite piattaforme come WordPress—e rimane un'opzione pratica su quasi tutti gli hosting web.

Questo post non difende un linguaggio preferito. Parla di realtà pratica: dove PHP è forte oggi, dove è debole e cosa significa se stai costruendo o mantenendo software ora.

Una breve storia: come PHP è arrivato qui

PHP nacque come strumento pratico, non come grande piattaforma. A metà anni '90 era essenzialmente un insieme di script semplici incorporati nell'HTML—facile da mettere in una pagina e ottenere subito output dinamico. Quella mentalità del “mettilo sul server e funziona” è diventata parte del DNA di PHP.

L'era PHP 4/5: lo shared hosting lo diffuse ovunque

Con la crescita del web, PHP 4 e soprattutto PHP 5 cavalcarono l'onda dello shared hosting economico. I provider potevano abilitare un modulo PHP una volta e improvvisamente migliaia di piccoli siti avevano scripting lato server senza configurazioni particolari.

Quest'era ha anche formato la reputazione che PHP porta ancora con sé: molti frammenti copiati, stili di codice incoerenti e applicazioni che vivevano per anni senza riscritture importanti.

Il punto di svolta: PHP 7 mise le prestazioni in primo piano

Per molto tempo il principale punto di forza di PHP era l'accessibilità, non la velocità. PHP 7 cambiò questo. La revisione del motore portò grandi guadagni di prestazioni e ridusse l'uso di memoria, importante per blog piccoli come per app web ad alto traffico. Segnalò anche che PHP non stava fermo—era disposto a modernizzare il cuore.

PHP 8+: sintassi moderna, comportamento più rigoroso

PHP 8 e le release successive continuarono lo spostamento verso il “PHP moderno”: migliori feature di typing, sintassi più pulita e comportamento più coerente. Questi cambiamenti non risolvevano magicamente il codice vecchio, ma rendevano i nuovi codebase più prevedibili e più facili da mantenere.

Compatibilità retroattiva: benedizione e fardello

L'impegno di PHP per la compatibilità retroattiva è una grande ragione per cui l'adozione rimase alta. Si poteva aggiornare l'hosting, cambiare versione e mantenere molte applicazioni più vecchie funzionanti. Il compromesso è che Internet si è ritrovata con una lunga coda di codice legacy—che funziona ancora, è ancora distribuito e ancora influenza il modo in cui si parla di PHP oggi.

Perché PHP si è diffuso così in fretta (e perché conta)

PHP non vinse lo sviluppo web iniziale per essere il linguaggio più elegante. Vinse per essere il più accessibile.

Per molto tempo il modo più semplice per mettere qualcosa di dinamico online era semplice: prendi un hosting economico, carica un file .php e funzionava. Nessun server speciale da configurare, nessuna pipeline di deployment complessa, nessun runtime extra da installare. Quel loop del “inserisci un file e aggiorna il browser” fece sembrare PHP un'estensione dell'HTML piuttosto che una disciplina distinta di ingegneria.

Progettato per il ritmo request/response del web

PHP si adattava al modo in cui il web funzionava: il browser richiede una pagina, il server esegue codice, restituisce HTML, fine. Quel modello mappava bene alle esigenze tipiche dei siti—moduli, sessioni, login, pagine di contenuto—senza costringere gli sviluppatori a pensare in processi a lunga esecuzione.

Anche oggi quel design si adatta a molti prodotti: siti di marketing, applicazioni orientate ai contenuti e dashboard CRUD.

Database senza attrito

La maggior parte delle prime web app era “leggi e scrivi qualche dato”. PHP rese questo approccio accessibile: collegarsi a un database, eseguire query, renderizzare i risultati. Questa semplicità aiutò innumerevoli piccole imprese a rilasciare funzionalità rapidamente—prima che esistesse la figura del "full-stack".

L'effetto composito: codice, tutorial e abitudini condivise

Una volta che PHP era ovunque, creò la sua gravità:

• Un enorme archivio di tutorial e esempi copiabili abbassò la barriera d'ingresso.
• Una grande base di codice esistente significava che nuovi team ereditarono progetti PHP invece di sostituirli.
• I provider di hosting si ottimizzarono per PHP di default, rinforzando il ciclo.

Questa storia conta ancora. Il web è costruito sulla continuità: mantenere, estendere e integrare ciò che già esiste. La portata di PHP—su shared hosting, ecosistemi CMS e framework come Laravel e Symfony—significa che scegliere PHP non è solo una decisione linguistica; è scegliere un percorso maturo nello sviluppo web.

WordPress e la lunga coda di PHP

WordPress è la ragione principale per cui PHP non ha mai smesso di essere “utile”. Quando una grande porzione del web gira su una piattaforma basata su PHP, la domanda non viene solo dalle nuove realizzazioni—viene da anni (e talvolta decenni) di aggiornamenti, modifiche di contenuto ed estensioni.

Come WordPress ha creato domanda duratura

WordPress ha reso la pubblicazione accessibile e girava bene su hosting condiviso economico. Questa combinazione spinse i provider a ottimizzare per PHP e rese “PHP + MySQL” un pacchetto predefinito quasi ovunque si comprasse hosting.

Per le aziende, l'economia di temi e plugin di WordPress è il vero motore. Invece di commissionare software su misura, spesso si può comprare un plugin, aggiungere un tema e andare sul mercato rapidamente. Questo mantiene PHP rilevante perché la maggior parte di quell'ecosistema è ancora scritta, mantenuta e distribuita in PHP.