Ciao, e benvenuto nella quinta puntata della venticinquesima stagione. Nella scorsa puntata abbiamo visto la forza del modello di PHP, che non ricorda nulla tra una richiesta e l'altra, ma abbiamo lasciato una domanda aperta e cruciale: se PHP dimentica tutto, dove vive la memoria dell'applicazione? Chi si connette, cosa c'è nel carrello, i dati che devono durare nel tempo: dove stanno, se il programma che li gestisce svanisce a ogni richiesta? Oggi rispondiamo, e nel farlo scopriremo una verità profonda sul web stesso, che va ben oltre PHP. Oggi parliamo di dove vive la memoria.
Partiamo dal problema concreto, perché è reale e importante. Un'applicazione web ha bisogno di ricordare tante cose che durano nel tempo, oltre la singola richiesta. Deve ricordare chi ha effettuato l'accesso, così che resti connesso mentre naviga. Deve ricordare cosa un utente ha messo nel carrello, tra una pagina e l'altra. Deve conservare tutti i dati veri dell'applicazione: gli utenti, i contenuti, gli ordini. Tutte cose che devono persistere, restare, attraverso molte richieste e molto tempo. Ma PHP, come abbiamo visto, dimentica tutto a ogni richiesta. Quindi queste memorie non possono vivere dentro PHP. E allora dove?
La risposta è semplice e profonda: la memoria vive fuori da PHP, in luoghi fatti apposta per durare. E voglio elencarti i principali, perché li abbiamo già incontrati. Il primo e più importante è la base di dati, di cui abbiamo parlato in una stagione intera: il custode fidato che conserva la verità condivisa dell'applicazione, gli utenti, i contenuti, gli ordini, tutto ciò che deve durare. PHP, a ogni richiesta, va a chiedere alla base di dati ciò che gli serve, la usa, e poi muore, ma i dati restano lì, al sicuro, nella base di dati, pronti per la richiesta successiva. La base di dati è la memoria a lungo termine dell'applicazione, che vive fuori da PHP e persiste.
Ci sono poi altri due luoghi della memoria. Il secondo serve a ricordare le cose di un singolo utente durante la sua visita, come il fatto che sia connesso o cosa abbia nel carrello: si chiama sessione, ed è come un armadietto personale, conservato dal lato del server ma fuori dalla vita effimera di PHP. Il terzo vive addirittura nel browser dell'utente: sono piccole note, che il server chiede al browser di conservare e rimandare a ogni richiesta, così da riconoscere chi sta parlando. Base di dati, sessione, note nel browser: tre luoghi, fuori da PHP, dove vive la memoria che PHP stesso non conserva.
Voglio farti capire come tutto questo si combina in un meccanismo elegante, perché è il punto. A ogni richiesta, il programma PHP nasce ignaro, ma non del tutto sperduto: guarda le note che il browser gli rimanda, capisce con chi sta parlando, va a recuperare dall'armadietto della sessione e dalla base di dati tutto ciò che serve su quell'utente e su quei dati, ricostruisce così la situazione, fa il suo lavoro, e poi muore, lasciando tutto ben conservato fuori di sé per la volta dopo. Ogni richiesta ricostruisce da capo il contesto, attingendo alle memorie esterne, invece di tenerlo in sé. È come un attore che, a ogni scena, rilegge il copione da un foglio conservato fuori, invece di ricordarlo a memoria.
Ed ecco la verità profonda sul web che questo ci rivela, e che voglio farti apprezzare, perché va oltre PHP. Il web stesso, nella sua natura più fonda, è senza memoria. Ricordi, dalla stagione sulla rete, come funziona il dialogo tra browser e server? Ogni richiesta è, di per sé, un evento a sé stante, isolato: il browser chiede, il server risponde, e in linea di principio il server non ricorda nulla di quella richiesta quando ne arriva un'altra. Il web è nato senza memoria tra una richiesta e l'altra. Tutta la continuità che percepiamo, restare connessi, il carrello che si mantiene, è un'illusione ricostruita ogni volta attingendo a memorie conservate fuori. PHP non fa che rispecchiare fedelmente questa natura del web.
Voglio farti apprezzare l'onestà di questo. Il modello di PHP, che dimentica tutto e ricostruisce ogni volta dalla memoria esterna, non combatte contro la natura del web, ma la abbraccia. Il web è senza memoria, e PHP è senza memoria: c'è una coerenza profonda tra il suo modello e come il web funziona davvero. Invece di fingere una continuità che il web non ha, PHP la ricostruisce apertamente ogni volta, attingendo ai luoghi giusti. Questa aderenza alla vera natura del web è una delle ragioni per cui il modello di PHP, per quanto insolito, è così adatto proprio al web. Rispecchia il mezzo per cui è nato.
Per oggi ci fermiamo qui. Se PHP dimentica tutto a ogni richiesta, la memoria dell'applicazione deve vivere fuori da PHP, in luoghi fatti per durare: la base di dati, custode dei dati veri e duraturi; la sessione, l'armadietto delle cose di un utente durante la visita; e le note conservate nel browser, che permettono di riconoscere chi parla. A ogni richiesta, PHP nasce ignaro, attinge a queste memorie esterne, ricostruisce il contesto, lavora e muore. E questo rivela una verità profonda: il web stesso è senza memoria, e PHP, rispecchiandola fedelmente, la abbraccia con onestà invece di combatterla. Nella prossima puntata affrontiamo la storia della sua cattiva reputazione: il linguaggio deriso. Nelle note trovi qualche spunto. Se ti è utile, condividila. Grazie per l'ascolto, e ci sentiamo alla prossima.