Tipo di servlet (J2EE) per PHP?

0

Vengo da un ambiente di sviluppo J2EE e da lì ho utilizzato un contesto Servlet per contenere tutti i metadati del sito Web (titolo, descrizione ...) per l'intera applicazione (una sorta di sessione per l'applicazione quando è in esecuzione) mentre i miei meta dati vengono recuperati dal database. In PHP, il contesto è diverso, non distribuiamo o esplodiamo un jar o un file war, quindi per questo, invece di chiedere al database in ogni pagina di caricamento, che tipo di supporto posso usare? (Per semplificare, sarà come un file contenente specifici piccoli dati che verranno modificati RARAMENTE, come il titolo del sito e lo stato del file (riempito o meno))

    
posta Chaibi Alaa 23.10.2015 - 19:08
fonte

2 risposte

0

In PHP ci sono due modi per contenere i dati. Sessions e Cookies . A seconda della tua applicazione, scegli il tuo meccanismo. Non puoi usare la teoria di JAVA in PHP. Questi due sono linguaggio diverso e processo diverso da usare. Il modo in cui puoi utilizzare JAVA non è lo stesso per PHP e viceversa.
Non so da quale linguaggio di programmazione sei, ma se scopri ulteriori informazioni su Sessioni e cookie, consulta i dettagli sotto i link.

Sessioni
Cookie
Se hai qualche problema con questi due, inserisci il commento. Posso aiutarti a capire meglio.

    
risposta data 30.06.2016 - 11:36
fonte
1

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.

    
risposta data 30.06.2016 - 12:30
fonte

Leggi altre domande sui tag