Nel post precedente, abbiamo iniziato a configurare le impostazioni avanzate di Page Cache nel plugin W3 Total Cache e ho configurato le impostazioni di Preload generale e Cache. In questo articolo, tratteremo la politica di eliminazione e le opzioni di configurazione avanzate.
Quindi tuffiamoci dentro.
"Purge" implica la cancellazione o la rimozione di documenti o registrazioni. In una politica di eliminazione, configuriamo fondamentalmente il nostro plug-in in modo che indichi come e quando deve eliminare la cache non aggiornata. Proprio come le azioni in WordPress, ci sono alcuni punti in W3TC che si possono chiamare trigger, questi trigger sono responsabili dell'eliminazione della cache.
Si noti che le impostazioni predefinite di questa parte sono consigliate.Ho intenzione di spiegare ciascuno di loro di seguito.
W3TC tiene sotto controllo eventi come quando viene creato un post, viene modificato o quando vengono pubblicati commenti. Si possono usare questi trigger per eliminare la cache di alcune pagine come mostrato sopra nello screenshot. Ha una semplice spiegazione: ogni volta che una pagina viene aggiornata o viene creato un post, la cache della pagina di Front Page (come la pagina del blog) in cui sono elencati tutti i post e la pagina del post (che è la singola pagina) con feed che dovrebbe essere eliminato.
Queste impostazioni predefinite vanno bene. L'aggiunta di ulteriori opzioni a questo elenco aumenterà il carico del tuo server. Non si vuole farlo a meno che non si abbia un server potente almeno un VPS e vi sia il massimo bisogno di eliminare tutto. Invece, puoi eliminare manualmente tutta la cache.
WordPress offre una struttura paginata per impaginare la pagina di elenco del post del blog e / o anche un singolo post può essere impaginato. Questa impostazione cancella la quantità di quelle pagine impaginate. Ad esempio, nel caso della pagina di elenco di un post di un blog, che è il front [età nella maggior parte dei casi.
Considera di avere l'impaginazione dopo ogni cinque articoli. Quindi, ogni volta che crei un post, questo limite eliminerà immediatamente l'impaginazione. Quindi specificare il numero di pagine che elenca i post (come la pagina di archivio) che dovrebbero essere eliminati sugli aggiornamenti post.
Ad esempio, pagine come:
Stai costruendo una struttura personalizzata con WordPress e ti stai chiedendo come eliminarla? Questa zona aiuta a raggiungere esattamente questo.
Questa impostazione è responsabile della cancellazione della mappa del sito. Qui puoi definire un'espressione regolare per tutte le Sitemap. Come principiante, non hai davvero bisogno di fare nulla.
Se utilizzi il plug-in SEO WordPress di Yoast o il plug-in Sitemap di Google per WordPress, il valore predefinito soddisfa i collegamenti delle sitemap generati da loro. Quindi lascia questo così com'è.
Salva le impostazioni a questo punto.
C'è una lunga lista di impostazioni avanzate di Page Cache. Ho intenzione di elencarli uno per uno e spiegarli con le impostazioni consigliate.
Abilitare questa opzione può aumentare il tempo di risposta. Quindi, ti consiglierei di lasciare tutto questo non verificato
. Abilita il supporto per la funzionalità di WordPress nella cache dei frammenti per il motore di memorizzazione nella cache della pagina.
Si consiglia di essere verificato
nella maggior parte dei casi. La modalità di compatibilità è che riduce le prestazioni di circa il 20% su scala in cambio di una crescente interoperabilità con più ambienti di hosting e idiosincrasie di WordPress.
Questa opzione dovrebbe essere abilitata per la maggior parte dei siti. Oggigiorno, la maggior parte degli stack di hosting si basa su più reti locali combinate insieme per formare un sistema ibrido. Per far fronte a questo sistema ibrido e alla cultura di WordPress come il funzionamento di WordPress, è possibile utilizzare la modalità di compatibilità per migliorare le prestazioni generali.
Questa opzione dovrebbe essere non verificato
nella maggior parte dei casi. Aiuta solo a risolvere i problemi del browser che possono verificarsi a causa della codifica di caratteri dispari errata. Quindi, se non si verificano caratteri strani nella cache della pagina, non è necessario attivare questa opzione. Ma se si verificano alcuni caratteri strani nella cache della pagina e si è sicuri che siano presenti a causa della cache della pagina del W3TC, solo allora si può provare dai un'occhiata
abilitare questa opzione per risolvere il problema, nel caso lo faccia.
Generalmente CAPO
le richieste contengono informazioni di testo di dati specifici dell'utente e registrano, il browser dell'utente invia richieste al server web sotto forma di testo e riceve l'URL del testo richiesto.
Selezionando questa opzione si disabilita la memorizzazione nella cache di CAPO
richiede in modo che l'utente non autorizzato possa ricaricare la pagina con una cache CAPO
richiesta.
Ma allo stesso tempo, potrebbe comportare la restituzione di "pagine vuote" per richieste successive di un URL. Quindi, consiglio di mantenere questa impostazione non verificato
a meno che tu non sappia cosa stai facendo mentre lo abiliti.
Se si memorizzano nella cache le pagine su disco, qui è dove si specifica la frequenza con cui rimuovere i dati della cache scaduti.
Se il tuo sito ottiene un traffico decente 3600
quale è l'impostazione predefinita andrà bene. Se pensi che il tuo sito abbia molto più traffico dei siti medi, puoi farlo diminuire
il numero per le frequenti rimozioni della cache della pagina scaduta.
TTL - o Time to Live - è un meccanismo che definisce la durata di qualsiasi dato nel browser dell'utente. Ad esempio, nel caso dei commenti di WordPress, viene impostato un cookie per autenticare l'utente come parte del traffico autenticato. Ridurre il tempo di vita per quel cookie che rimane nel browser dell'utente può aumentare le prestazioni e l'efficienza del tuo sito. 1800
è un'impostazione consigliata. Anche se puoi renderlo più basso di quello o entrare -1
per restituire il TTL predefinito che è impostato da WordPress stesso.
In questa sezione, puoi specificare le stringhe di query che desideri siano in grado di memorizzare nella cache le loro pagine. Cioè, se si menziona una stringa di query all'interno di questa casella di testo, W3TC memorizzerà sempre gli URL con quella stringa di query. Per i principianti e i non programmatori, lascia questa opzione vuota.
È possibile aggiungere qui agenti utente per i quali non si desidera inviare le pagine della cache. Per principianti e non programmatori, lascia vuota questa opzione.
Puoi limitare W3TC dalle pagine di caching, che utilizzano determinati cookie, menzionando qui i cookie. Per principianti e non programmatori, lascia questa opzione vuota.
È possibile impedire a determinate pagine di essere memorizzate nella cache in quest'area. Se sei uno sviluppatore, è facile capire come funziona. Per principianti e non programmatori, lascia questa opzione così com'è.
Se stai riscontrando problemi nella memorizzazione nella cache di una pagina specifica, menzionarla qui verrà memorizzata nella cache anche se è elencata nel campo "Non memorizzare mai le seguenti pagine". Supporta anche l'espressione regolare.
Se una qualsiasi pagina in WordPress è una pagina di barra non finale, quest'area può essere utilizzata per memorizzarla nella cache. Come le Sitemap. Lascialo predefinito.
Se vuoi specificare intestazioni di pagina aggiuntive da memorizzare nella cache, puoi farlo qui. Per principianti e non programmatori, lascia questa opzione così com'è.
Salva le impostazioni ora.
Questo termina le nostre impostazioni di Advanced Page Cache di W3TC. Se avete domande, non esitate a chiedere sotto.