Cache di pagina servita da nginx
Quando un visitatore senza accesso apre una pagina, Cache Enabler ne salva l'HTML finito. I visitatori successivi ricevono quel file direttamente da nginx, senza avviare PHP e senza toccare il database. La cache si svuota quando pubblichi o modifichi, così nessuno vede a lungo una pagina vecchia.
Cache degli oggetti su Redis, nella fascia isolata
Utenti con accesso, carrelli e pagine di amministrazione non si possono mettere in cache come pagine intere. Nella fascia isolata ogni sito ha il suo Redis, che tiene in memoria i risultati più richiesti del database: WordPress interroga MariaDB meno spesso. Nella fascia base il database sta su un server condiviso, con un limite di connessioni per sito: è la scelta giusta finché le visite arrivano soprattutto dalla cache di pagina.
Repliche quando sale il traffico
nginx e PHP sono servizi separati, quindi ognuno cresce per conto suo. Quando il carico aumenta partono da sole nuove repliche, fino al massimo del tuo piano, e si fermano a picco finito.
- Lite e Plus: una replica di PHP e una del web server. Max: fino a due repliche di PHP.
- Start: una replica di PHP e una del web server, con CPU garantita.
- Pro: fino a tre repliche di PHP e due del web server. Business: fino a sei di PHP e tre del web server.
Le repliche girano sullo stesso nodo che ospita lo spazio del sito. Assorbono i picchi entro i limiti del piano; se il tuo sito sta al massimo quasi sempre, la risposta onesta è il piano successivo.
PHP recente, scelto per la tua versione di WordPress
Ogni ramo di WordPress gira con la versione di PHP più adatta, ancora coperta dagli aggiornamenti di sicurezza. OPcache è attivo. Decidi tu quando passare a un ramo nuovo, e se dopo l'aggiornamento il sito non risponde si torna indietro da soli.
I numeri nel pannello
Non devi fidarti sulla parola. Nel pannello vedi la disponibilità controllata ogni due minuti, l'uso di CPU e memoria, le repliche attive, il traffico, lo spazio e i log del sito.