Annullamento della validità della cache di AEM Dispatcher con statfileslevel e gracePeriod

Quando si configura Adobe Experience Manager (AEM) Dispatcher con statfileslevel e gracePeriod, in genere non è necessario cancellare la cache esplicita per le pagine di elenco se l’elenco e il contenuto aggiornato si trovano nello stesso ambito di file .stat. Verificare che l’impostazione statfileslevel sia coperta.

Descrizione description

Sintomi

Il cliente chiede se è necessaria la cancellazione esplicita della cache (tipo di invalidazione INVALIDATE) per l’elenco delle pagine dopo l’aggiornamento del contenuto con il tipo ADD. Con /publishfarm/cache/statfileslevel "2" e /publishfarm/cache/gracePeriod "2", le pagine dell’elenco sembrano essere aggiornate senza di esso.

Passaggi per riprodurre l’errore

  1. Configurare /publishfarm/cache/statfileslevel "2" e /publishfarm/cache/gracePeriod "2".
  2. Invalidare un file in .stat con tipo ADD. La data di modifica del file .stat viene aggiornata.
  3. Richiedi un file corrispondente a /invalidate/../type "allow" entro 2 secondi. Risultato: actionhit, cache non modificata.
  4. Richiedilo nuovamente dopo 2 secondi. Risultato: actionmiss, cache aggiornata.

Causa

ADD aggiorna la marca temporale del file .stat. I file corrispondenti alle regole di allow vengono considerati non validi solo dopo che sono trascorsi gracePeriod da tale data e ora. Quando il contenuto aggiornato e la pagina dell’elenco condividono lo stesso ambito .stat, l’elenco viene invalidato dallo stesso meccanismo, pertanto non è necessario un INVALIDATE separato.

Risoluzione resolution

Per risolvere il problema, segui i passaggi seguenti:

  1. Comprendere il comportamento di statfileslevel e gracePeriod: quando invalidate.cache viene attivato (ad esempio, pubblicando una pagina), Dispatcher crea o aggiorna il file .stat nella configurazione di statfileslevel.
  2. Alla successiva richiesta di una pagina memorizzata in cache, Dispatcher confronta i timestamp del file .stat e del file memorizzato in cache. Se il file .stat è più recente, la cache viene invalidata e il contenuto viene recuperato da Pubblica.
  3. L’impostazione gracePeriod (ad esempio, 2 secondi) ritarda l’invalidazione della cache per la durata specificata dopo l’aggiornamento del file .stat. Le richieste all’interno di gracePeriod restituiscono il contenuto nella cache (actionhit). Dopo gracePeriod, la cache viene invalidata (actionmiss).
  4. Se la configurazione attiva invalidate.cache al momento della pubblicazione di una pagina e il contenuto aggiornato e il relativo elenco rientrano nello stesso ambito di file .stat, in genere non è necessario cancellare la cache esplicita per la pagina dell’elenco. L’inserzione verrà invalidata automaticamente dopo gracePeriod.
  5. Verificare che l’impostazione statfileslevel copra sia il contenuto aggiornato che la pagina dell’elenco nello stesso file .stat.
  6. Monitora i registri per i casi edge in cui invalidate.cache viene attivato continuamente, in quanto i tempi di invalidazione della cache potrebbero cambiare. Regola gracePeriod in base alle esigenze.

Verificare che l’annullamento della validità della cache si verifichi come previsto dopo gracePeriod e che non siano necessarie operazioni INVALIDATE esplicite per elencare le pagine nello stesso ambito di file .stat.

Lettura correlata

recommendation-more-help
experience-cloud-kcs-help-kbarticles