You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@pdavide Per esporre a Kong l'associazione tra domini abilitati e siti pensavamo - con @giafar - ad un endpoint che, a fronte di un site id e senza autenticazione, restituisce una lista in formato json. Questa lista viene poi salvata su Redis.
Alla modifica da parte dell'utente si invalida la cache tramite il que worker del portale.
The text was updated successfully, but these errors were encountered:
Ok mi sembra si possa fare tranquillamente, ma avrei qualche dubbio.
Mi chiedo quale componente si dovrà occupare di chiamare l'endpoint per poi memorizzare il risultato in redis. In caso poi di siteid missing su redis, come bisognerebbe procedere?
Una strada possibile sarebbe quella di incaricare il il queue-worker del portale (schedulando un semplice task ricorrente) di tenere redis aggiornato in modo che li chiamante possa rispondere direttamente al client in caso di miss su redis senza chiamare di nuovo matomo (con conseguente interrogazione del DB).
Che ne pensate?
L'endpoint di matomo per questa feature mi sembra che possa essere SitesManager.getSiteUrlsFromId, con il quale bisogna fare attenzione perché prende il siteid numerico e non quello che sta nel codice di tracking.
@pdavide Per esporre a Kong l'associazione tra domini abilitati e siti pensavamo - con @giafar - ad un endpoint che, a fronte di un site id e senza autenticazione, restituisce una lista in formato json. Questa lista viene poi salvata su Redis.
Alla modifica da parte dell'utente si invalida la cache tramite il que worker del portale.
The text was updated successfully, but these errors were encountered: