Esecuzione dell'intero frontend di un sistema su una cache di file flat

0

Sono nel bel mezzo del passaggio da PyroCMS a una soluzione personalizzata creata su Laravel. Non entreremo nei dettagli sul perché qui, ma è una necessità.

Sto giocando con l'idea di mettere in cache cose come pagine e post in flatfile una volta che sono stati creati, e quindi caricarli (se esistono) e tornare al database mysql se la cache non viene trovata.

Mi ha fatto pensare. C'è un problema con essenzialmente l'esecuzione dell'intero 'frontend' del tuo sistema o sito su flatfile, file memorizzati nella cache pre-renderizzati? Sicuramente la cache ha bisogno solo di dropping / replacing quando un post o una pagina viene modificata, quindi una cache potrebbe essere essenzialmente mantenuta per tutta la vita del sito.

A meno che mi manchi qualcosa, sicuramente questo è qualcosa che dovrebbe essere fatto molto di più, non dovrebbe? Anche se si limitasse a memorizzare i dati serializzati o json dalle tabelle del database, deve essere più veloce di aprire una connessione mysql vero?

    
posta Sk446 09.05.2013 - 17:56
fonte

1 risposta

1

Come per i commenti, prima di fare ottimizzazioni, devi sapere quali parti devono essere ottimizzate (misura). Per i file statici, è possibile utilizzare il proxy inverso. Se il problema è la latenza, spostare i file su una rete CDN potrebbe aiutare con i clienti geograficamente distanti. Queste ottimizzazioni ti libereranno dalla programmazione, meno codice e ancora più veloce perché sono già fatte prima dell'esecuzione di PHP.

Quindi per le parti dinamiche è possibile memorizzare nella cache secondo necessità. Una cosa con l'utilizzo dei file è che se in futuro si desidera aggiungere più server, l'accesso ai file della cache non sarà l'ideale come usare memcache, ad esempio. Vale comunque la pena fare il frontend, ad es. per mostrare i dati come tipi di utenti.

    
risposta data 10.05.2013 - 04:11
fonte

Leggi altre domande sui tag