Configurare il precaricamento della cache

Prima misurare: l'autochiamata funziona?

Preriscaldare significa che il tuo server web richiama le proprie pagine. Se da te funziona lo dice il pulsante «Testa autochiamata»: recupera esattamente la pagina iniziale e riporta codice di stato, dimensione trasferita e tempo di risposta. Se torna un HTTP 401 o 403, davanti c'è di solito un blocco di accesso — Basic Auth davanti a un sito di staging oppure un firewall. Se il test finisce nel suo limite di tempo di 10 secondi, spesso il server blocca sé stesso, perché è libero un solo processo PHP e quello è già occupato dal tuo clic. Vengono verificati anche altri due requisiti: la cache delle pagine deve essere attivata e la cartella della cache deve essere scrivibile per il server web. Finché ne manca uno, anteprima e avvio restano disattivati e il motivo è indicato sotto in chiaro.

Da dove arrivano gli indirizzi

Ci sono due fonti. «Sitemap» copre l'intero sito; senza un'indicazione viene preso /wp-sitemap.xml, Yoast e Rank Math depositano la loro sotto /sitemap_index.xml. Un indice di sitemap viene seguito per un livello di profondità, al massimo attraverso 25 sitemap parziali. Si possono inserire solo indirizzi di questo sito, un host estraneo viene rifiutato con un messaggio di errore. Se non torna nemmeno un indirizzo, il messaggio indica il motivo — il più frequente: se sotto Impostazioni › Lettura è attivo «Scoraggia i motori di ricerca», WordPress disattiva la propria sitemap e serve invece la pagina 404, e per giunta con codice di stato 200. Chi guarda solo il codice lo scambia per un successo. «Contenuti modificati di recente» non ha bisogno di nessuna sitemap: pagina iniziale, pagina degli articoli e gli articoli e le pagine modificati per ultimi, preimpostati 50, regolabili tra 5 e 500. Nell'uso quotidiano è spesso la fonte più adatta, perché ciò che hai appena modificato è uscito dalla cache e sarà la prossima cosa a essere richiamata.

Leggere l'anteprima

«Verifica la coda» si limita a contare — fino a quel momento non viene modificato nulla. Il prospetto separa in modo netto: indirizzi trovati, doppioni, quelli su host estranei, quelli che non vengono mai messi in cache (con fino a otto esempi e relativa motivazione), quelli che si trovano già freschi nella cache. In fondo compare il numero di quelli che verrebbero davvero recuperati, con i primi dodici indirizzi per controllo. Se compare una riga «oltre il limite massimo», il resto non entra in una sola esecuzione: sono preimpostati 300 indirizzi, ne sono ammessi da 10 a 5000. Con «Ampiezza» decidi tra «solo le pagine mancanti» e «rigenerare tutte». Nel rigenerare non va perso nulla — un file di cache si ricrea da sé a ogni chiamata. All'avvio, del resto, la coda viene ricostruita da capo, non viene ripresa la lista dell'anteprima; tra la verifica e il clic possono passare minuti.

Porzioni, limiti di tempo e chi manda avanti l'esecuzione

Un passo recupera per impostazione predefinita 5 indirizzi (regolabile da 1 a 20) e passa la mano al più tardi dopo 20 secondi, affinché nessuna chiamata finisca nel limite di tempo del server. Per ogni indirizzo vale inoltre un limite di tempo proprio, preimpostato su 10 secondi, regolabile tra 3 e 30; dopodiché l'indirizzo conta come non riuscito e l'esecuzione prosegue. Su hardware debole abbassi la dimensione della porzione, non la alzi: l'esecuzione dura allora più a lungo, ma il sito resta nel frattempo utilizzabile. I passi vengono mandati avanti dal browser finché la pagina di amministrazione è aperta, poi da WP-Cron — in una chiamata propria, che nessun visitatore aspetta. Se DISABLE_WP_CRON è impostato, dopo la chiusura della scheda si va avanti solo se sul server un vero cron richiama wp-cron.php. Lavora sempre un solo passo alla volta; un blocco di 120 secondi impedisce che due schede aperte, oppure browser e cron, recuperino due volte gli stessi indirizzi e conteggino più volte i numeri. «Interrompi» agisce tra un indirizzo e l'altro, non solo alla fine della porzione; i file di cache già generati restano validi.

Leggere il risultato e avviare automaticamente le esecuzioni

Ogni recupero finisce in esattamente una di tre righe. «Depositato nella cache» significa: dopo il recupero il file c'era davvero — a essere verificato è il file system, non il codice di stato. «Servito, ma non messo in cache» significa: la pagina è tornata, ma non è stata salvata; di regola interviene allora una regola di esclusione della cache delle pagine, ed è lì che va verificata, non qui. «Non riuscito» sono i superamenti del tempo, i codici di errore e i reindirizzamenti; i reindirizzamenti non vengono seguiti di proposito, perché nella sitemap va l'indirizzo di destinazione. Il registro conserva gli ultimi 40 recuperi, la tabella ne mostra 25 con indirizzo, codice di stato, durata ed esito. I recuperi propri portano un contrassegno e non confluiscono quindi nella percentuale di riscontri della cache — altrimenti le statistiche salirebbero senza che un visitatore ne ricavi qualcosa. Due interruttori avviano esecuzioni senza di te: dopo lo svuotamento della cache e secondo calendario, ogni ora, due volte al giorno o una volta al giorno (preimpostato una volta al giorno). Entrambi partono solo se non manca nessuno dei requisiti.