Controllo della cache Cloudflare
MCP Abilities – Cloudflare: trova la copia obsoleta prima di svuotare la cache
Hai corretto una pagina, ma un visitatore vede ancora la versione di ieri. Cloudflare potrebbe conservarne una copia separata. Con questa estensione MCP per WordPress puoi esaminare la risposta pubblica, scegliere cosa eliminare e ricontrollare la pagina.
Una pagina può avere più copie in cache
Un sito WordPress aggiorna l’orario di inizio di un corso, ma i visitatori vedono ancora quello precedente. Verifica prima che la pagina salvata sia corretta. Poi distingui la cache del server WordPress, la cache periferica di Cloudflare e quella del browser.
Svuotare Cloudflare elimina gli oggetti memorizzati lì. Non salva modifiche ancora non registrate e non svuota la cache del browser del visitatore. Se il server di origine continua a fornire una copia vecchia, Cloudflare può recuperare di nuovo la stessa copia.
Il controllo degli URL riporta header come CF-Cache-Status, Age e Cache-Control. Non confronta il testo della pagina al posto tuo. Leggi anche la risposta effettiva: lo stato della cache, da solo, non dimostra che l’orario sia corretto.
La copia di origine, contrassegnata in verde acqua, è cambiata. Le copie nella cache periferica e nel browser, in giallo, sono precedenti. Ogni livello richiede un controllo distinto.
Svuotare una pagina può coinvolgere più di un indirizzo
L’estensione converte gli URL di pagina senza estensione o con .html in operazioni per prefisso, se non contengono una stringa di query. Gli URL di risorse e quelli con una stringa di query restano operazioni su URL esatti. Il risultato elenca le conversioni automatiche in prefissi.
Un prefisso come example.com/classes/ elimina anche le risorse in cache sotto quel percorso. Rappresenta un ramo del sito, non un singolo file. Prima di sceglierlo, controlla nome host, percorso della lingua e barra finale.
Le operazioni per host, tag di cache o intera zona coprono gruppi più ampi. Cloudflare supporta questi metodi in tutti i piani, con limiti per account. Le chiavi di cache personalizzate possono richiedere header che il campo dei file di questa estensione, limitato a stringhe, non può inviare. Scegli un ambito adatto fra quelli supportati.
Il ramo evidenziato indica l’ambito dello svuotamento. Le risorse sottostanti sono incluse; l’altro ramo resta escluso.
Esamina, delimita, svuota e verifica
1. Conferma origine e zona
Controlla il contenuto salvato in WordPress e l’URL pubblico esatto. Leggi quale zona Cloudflare è collegata prima di apportare modifiche. Una connessione autenticata alla zona sbagliata rimane una destinazione sbagliata.
2. Leggi la risposta
Esamina impostazioni di cache, regole e header dell’URL interessato. Il controllo gestisce al massimo 20 URL e ripete ogni richiesta due volte per impostazione predefinita. Verifica ogni tentativo e il relativo stato HTTP. Il valore di successo complessivo indica soltanto che il controllo è terminato.
3. Scegli l’ambito minimo adeguato
Per uno svuotamento mirato, imposta esplicitamente purge_everything: false e fornisci URL o prefissi verificati. Esamina le operazioni riportate, comprese quelle già completate se una richiesta successiva fallisce.
4. Controlla cosa ricevono i visitatori
Richiedi di nuovo la pagina pubblica e verifica il testo o l’immagine modificati. Uno svuotamento Cloudflare riuscito conferma che la richiesta è stata accettata, non che il server di origine abbia fornito la pagina corretta. Se rimane la versione precedente, controlla separatamente il browser e le cache locali.
Le impostazioni di cache richiedono una valutazione separata
La modalità Sviluppo aggira temporaneamente la cache Cloudflare, ma non elimina i file memorizzati. Cloudflare normalmente la disattiva dopo tre ore. Leggi il suo stato prima di modificarlo. Per rimuovere una copia memorizzata, usa lo svuotamento della cache.
L’azione per le regole di cache HTML mostra un’anteprima della modifica per impostazione predefinita. La regola riguarda l’host selezionato ed esclude diversi percorsi e cookie WordPress comuni. Può sostituire le istruzioni di cache del server di origine. L’anteprima quindi non dimostra che le pagine private siano protette.
Esamina i percorsi personalizzati di accesso, account, pagamento e contenuti personali prima di abilitare la cache HTML. Le esclusioni personalizzate coprono il percorso scelto e i suoi discendenti. Esamina l’espressione generata e prova i percorsi e i cookie effettivi prima di applicare la regola.
L’estensione tenta inoltre di svuotare il prefisso radice dell’host pubblico dopo il completamento dell’installazione o dell’aggiornamento di un plugin. Considera questo comportamento automatico quando pianifichi modifiche: coinvolge più di una singola pagina.
Collega il sito WordPress e la zona Cloudflare corretti
I requisiti minimi dichiarati sono WordPress 6.9 e PHP 8.0. WordPress 6.9 include Abilities API. Usa una versione di PHP mantenuta, una connessione MCP Adapter autenticata e un account WordPress autorizzato a gestire le opzioni del sito.
L’accesso all’API Cloudflare richiede un token o una chiave adeguati alla zona e alle azioni previste. Il plugin ufficiale Cloudflare per WordPress può fornire le credenziali. Le costanti WordPress supportate sono un’altra possibilità.
L’azione di configurazione delle credenziali richiede il plugin ufficiale e una conferma esatta. Verifica l’accesso alla zona prima di salvare le impostazioni, senza restituire il segreto. Questo non dimostra che il token disponga di tutti i permessi per cache e regole. Verifica che le azioni necessarie compaiano nel rilevamento delle funzioni MCP.
Per il comportamento del fornitore e i limiti attuali, consulta la documentazione sullo svuotamento, la guida alla modalità Sviluppo e le impostazioni delle regole di cache di Cloudflare.
Parti dalla pagina che sembra non aggiornata
Installa l’estensione, conferma la zona collegata ed esamina l’URL interessato. Scegli l’ambito dello svuotamento in base ai risultati, poi verifica la pagina che i visitatori ricevono davvero.