Siti web
Caching del sito
Caching is the biggest single speed win available to a WordPress site: full-page caching serves finished HTML without running PHP at all, and object caching keeps database results in memory. This…
Cache del Sito
La cache è il singolo miglioramento di velocità più importante disponibile per un sito WordPress: la cache a pagina intera fornisce HTML finito senza eseguire PHP, e la cache degli oggetti mantiene i risultati del database in memoria. Questa guida copre entrambi, cosa aggira la cache automaticamente, e come purgarla e riscaldarla.
Dove si trova la Cache in KPanel
- Accedi a KPanel.
- Fai clic su Websites nella barra laterale sinistra, quindi fai clic sul sito.
- Nella barra delle schede del sito, apri WordPress, quindi Caching.
L'indirizzo diretto è /websites/<site-id>/cache.
Il gruppo WordPress appare solo per siti WordPress e WooCommerce. La cache qui è un diritto del piano: la cache a pagina intera e la cache degli oggetti sono incluse con Managed WordPress. Su altri piani la pagina mostra un pannello di upgrade che descrive ciò che è disponibile piuttosto che i controlli.
Cache a Pagina Intera
La cache a pagina intera memorizza l'HTML finito di una pagina e lo fornisce direttamente al prossimo visitatore. Per un visitatore anonimo, ciò significa nessuna esecuzione di PHP e nessuna query al database: la richiesta viene risolta prima che WordPress sia mai caricato.
La scheda mostra una pillola On o Off, e quando è attiva, la data in cui è stata abilitata, se il routing è stato confermato, e la durata della cache.
Per abilitarla, fai clic su Enable full-page cache. Per disattivarla di nuovo, fai clic su Disable.
La cache viene cancellata automaticamente quando pubblichi o aggiorni un articolo, quindi le tue modifiche appaiono immediatamente piuttosto che aspettare che la durata scada.
Se il tuo sito è principalmente letto da visitatori anonimi, questo è l'interruttore di più alto valore sulla pagina. È comune che la differenza sia un ordine di grandezza sul tempo al primo byte, perché la parte lenta di una richiesta WordPress è la parte che non accade più.
Purga e Riscaldamento
Due azioni appaiono una volta che la cache a pagina intera è attiva.
Purge cache svuota la cache immediatamente. Usala dopo una modifica che WordPress non tratta come un aggiornamento di articolo: modificare un file tema, cambiare un widget, aggiornare un menu, o alterare un'impostazione di plugin che influisce sull'output. Il prossimo visitatore di ogni pagina riceve una copia fresca.
Warm cache pre-recupera le tue pagine in modo che siano già in cache prima che un visitatore le chieda. Dopo il riscaldamento, un banner ti dice quante pagine del totale erano pre-memorizzate e elenca i primi URL.
La sequenza naturale dopo un cambio di design è: purga, quindi riscalda. In questo modo nessuno deve essere il visitatore sfortunato che paga per il primo rendering non memorizzato in cache.
Per la cache edge di fronte al tuo sito, che è un livello separato, vedi Purging the CDN Cache.
Cosa Non Viene Mai Memorizzato in Cache
Alcuni URL devono sempre eseguire PHP, perché il loro output differisce per visitatore o ha effetti collaterali. Questi percorsi vengono aggirati automaticamente e non è necessario configurare nulla:
| Percorso | Motivo |
|---|---|
/wp-admin/ | L'admin WordPress è sempre dinamico |
/wp-login.php | La pagina di login non viene mai memorizzata in cache |
/cart/ | Il carrello WooCommerce è per visitatore |
/checkout/ | Il checkout WooCommerce è per visitatore |
/my-account/ | Le pagine account di WooCommerce sono per visitatore |
/wp-cron.php | I task programmati devono effettivamente essere eseguiti |
/?wc-ajax=* | Endpoint AJAX di WooCommerce |
Oltre alle regole sui percorsi, i cookie sono importanti. Un utente WordPress collegato, o un visitatore con un cookie di sessione WooCommerce attivo, riceve sempre una risposta dinamica, anche su una pagina che è memorizzata in cache per tutti gli altri. Questo è il motivo per cui un proprietario di negozio che naviga nel proprio sito spesso non vede alcun beneficio mentre i visitatori anonimi lo vedono.
Poiché di solito sei collegato, testare il comportamento della cache nel tuo browser normale ti ingannerà. Testa in una finestra privata, o in un browser a cui non sei connesso.
Cache degli Oggetti
La cache degli oggetti è un livello diverso. Invece di memorizzare pagine finite, mantiene i risultati delle query del database e i transient di WordPress in memoria, in modo che il lavoro ripetuto non sia ripetuto.
La scheda mostra una pillola On o Off, e quando è attiva, la data in cui è stata abilitata. Usa Turn on e Turn off per cambiarla.
La cache degli oggetti aiuta esattamente dove la cache a pagina intera non può: utenti collegati, schermate admin, e pagine per visitatore come carrello e checkout. Questo la rende particolarmente preziosa per negozi occupati e siti di iscrizione, dove gran parte del traffico è autenticato e quindi mai memorizzato in cache per pagina.
Eseguire entrambi insieme è la configurazione normale. La cache a pagina intera gestisce il traffico anonimo, e la cache degli oggetti accelera tutto ciò che deve eseguire PHP comunque.
Scegliere Cosa Abilitare
- Sito di contenuti, principalmente lettori anonimi. La cache a pagina intera è la priorità. La cache degli oggetti aggiunge un miglioramento minore in aggiunta.
- Negozio WooCommerce. Abilita entrambi. La cache a pagina intera copre ancora le tue pagine di prodotti e categorie per i visitatori che le sfogliano, mentre la cache degli oggetti gestisce il carrello, il checkout, e le pagine account che non possono mai essere memorizzate in cache.
- Sito di iscrizione o comunità dove quasi tutti sono collegati. La cache degli oggetti fa il lavoro pesante, perché la maggior parte delle richieste aggirerà la cache della pagina per design.
Risoluzione dei Problemi
Ho aggiornato il sito ma i visitatori vedono ancora la versione precedente. Purga la cache, quindi riscaldala. Se è ancora obsoleta, ricorda che potrebbe esserci anche una cache edge: vedi Purging the CDN Cache.
La cache non fa nulla per me. Sei quasi certamente collegato. Controlla in una finestra privata.
Il carrello o un modulo si comporta stranamente per i visitatori anonimi. I percorsi del commercio standard vengono aggirati automaticamente, ma una pagina dinamica personalizzata o fornita da plugin su un URL non standard non lo è. Se una pagina non deve mai essere memorizzata in cache e non è nell'elenco di bypass, vale la pena segnalarlo al supporto in modo che possiamo esaminare la regola.
La scheda dice che la cache è inclusa con Managed WordPress. Il tuo piano attuale non la include. Il banner collega alla pagina dei piani.
Verifica del routing in sospeso. La cache è abilitata e la conferma del routing non è stata completata. Aspetta un momento e aggiorna.
Una pagina mostra il contenuto personalizzato sbagliato. Qualsiasi cosa personalizzata deve essere esclusa dalla cache della pagina o renderizzata lato client. Se un plugin personalizza l'output su un URL altrimenti memorizzabile in cache senza impostare un cookie di sessione, la cache della pagina non può saperlo. Testa in una finestra privata e segnalalo al supporto se ne trovi uno.
Pagine Correlate
- Site Performance and APM per misurare se la cache ha effettivamente aiutato.
- Site Traffic Analytics per il rapporto di hit della cache edge.
- Enabling the CDN per aggiungere una cache edge di fronte a tutto questo.
- Taking a Backup prima di apportare modifiche più grandi a un sito live.