Per evitare di utilizzare completamente le credenziali, disaccoppia il trigger dello script di riscaldamento della cache dall'evento sul lato server.
Il concetto è:
- evento lato server imposta un flag in un percorso condiviso
- processo persistente eseguito da script di riscaldamento della cache che l'utente monitora la posizione condivisa
- se il processo permanente vede che il flag è impostato, il flag è cancellato e lo script di riscaldamento della cache viene eseguito
Poiché il processo persistente può essere eseguito tramite cron o come demone di proprietà dell'utente di script di riscaldamento della cache, è sufficiente impostarlo una volta, non è necessario passare mai le credenziali dell'account utente.
Località condivisa:
Stabilire una posizione condivisa a cui è possibile accedere e scrivere sia dall'evento lato server che dall'utente che deve eseguire lo script di riscaldamento della cache. In un sistema con un database, questa potrebbe essere una variabile in una tabella di configurazione. Ma questo potrebbe anche essere solo un file in una directory che è + rw da entrambi gli utenti e viene toccato dall'evento sul lato server.
Impostazione del flag:
Se stai usando un database, un esempio di impostazione di un flag sarebbe se hai una tabella di variabili che ha colonne chiave e valore, impostando il valore di una particolare chiave su 1. Se è un file, sarebbe l'esistenza di un file.
Vantaggi secondari:
Se devi limitare la frequenza di esecuzione dello script di riscaldamento della cache, puoi sempre implementare la logica nel processo permanente per tenere traccia dell'ultima volta in cui è stato eseguito lo script per evitare un uso eccessivo se qualcosa va male.
È possibile aggiungere facilmente più trigger dello script di riscaldamento della cache da altri eventi lato server perché il metodo di attivazione dello script è nascosto dietro l'interfaccia di posizione condivisa.