C'è stato un po 'di sviluppo con i loop di eventi in PHP, principalmente ReactPHP , quel tipo di lavoro come Node.js, caricando un ambiente, eseguire un'applicazione (durante l'installazione è possibile caricare dati che sapete saranno gli stessi durante l'intero ciclo di vita dell'applicazione) e quindi reagire di conseguenza su vari input definiti dal programmatore.
Il problema con PHP è destinato a morire . Non avere paura se sei uno sviluppatore PHP, questo non ha nulla a che fare con PHP come tecnologia, ma piuttosto il ciclo di vita dell'applicazione. PHP non ha il garbage collector più avanzato - si prega di essere consapevoli che questo potrebbe cambiare in futuro o forse è già cambiato con la versione di PHP7, che non ho ancora lavorato molto - e finisce per prendere un sacco di RAM a causa di ciò, se non si termina l'app dopo ogni richiesta (è così che funziona la maggior parte delle applicazioni PHP). Ecco perché è destinato a morire, a scaricare tutte le variabili sapendo che nessuno di loro sarà necessario, perché la richiesta separata ha le sue variabili separate.
Come menzionato da Avishake, è possibile memorizzare alcuni dati nella variabile superglobale $_SESSION
, che di solito è disponibile per server, il che significa che più richieste hanno accesso alla stessa sessione. È possibile caricare pigro i dati dal database e accedervi dalla sessione. Tuttavia, l'aumento delle prestazioni in questo caso sarà probabilmente minimo.
Se quello che stai cercando è lo stato di condivisione tra le richieste, allora sì, la variabile $_SESSION
è uno strumento fantastico e molto semplice, ma se vuoi passare attraverso la seccatura del titolo e della descrizione della cache, dovresti probabilmente profilare il tuo profilo invece l'intera applicazione e molto probabilmente lo scoprirai, il collo di bottiglia principale sarà da qualche altra parte e non il singolo SELECT
che recupera i dati del titolo e della descrizione.