getcache è un extra favoloso, ma in realtà si tratta di un semplicissimo script che puoi prelevare e personalizzare come vuoi. in sostanza utilizza il processo default xpdo cache impostando manualmente cacheKey e Expiration date passati per parametro. il punto è che getCache si limita a memorizzare in un'area separata della cache solo il codice richiamato da tale snippet(da qui il tuo problema). nulla vieta di crearsi il proprio snippet che gestisca in una partizione alternativa della cache quel codice e le immagini di phpthumb.
utilizzare getCache ha anche i suoi svantaggi poichè l'opzione classica Clear Cache non coinvolge le partizioni aggiuntive, di conseguenza non cancella tutta la cartella cache ma solo gli elementi default contenuti in essa. per fare in modo che tale funzionalità agisca anche nella partizione creata ad hoc potresti ad esempio utilizzare il plugin onCacheUpdate aggiungendo il codice che cancella anche la tua partizione. in questo modo risolvi brutalmente il problema.
ma la vera forza si getCache, o meglio della logica che applica, sta proprio nel fatto che utilizzandola puoi creare controllori appositi per la sola cancellazione di determinate porzioni di cache!
se strutturata bene si può portare l'intero sito su questa logica lasciando nelle partizioni di default solamente il template! i vantaggi? cambiando una singola impostazione di una risorsa o di una CRC e salvando il documento la cancellazione della cache può essere guidata, lasciando inalterata la parte che non viene modificata. risultato? le pagine rimangono veloci al caricamento anche a seguito di una modifica, poiché si cancella e quindi si richiede la ricostruzione solo della parte interessata della risorsa!
in un mio progetto ho dovuto applicare questa regola altrimenti ogni modifica comportava la ricostruzione dell'intera pagina (piena di custom snippet) che portava il caricamento della pagina del primo visitatore a circa 30sec!
partizionando la cache il primo caricamento (con la cartella cache TOTALMENTE vuota) a 10sec, tutte le successive modifiche/aggiunte mantengono il caricamento a 1,2sec di media, poiché le zone della pagina da aggiornare sono mirate!
puoi quindi immaginare la convenienza per risorse grosse che vengono modificate continuamente...
non solo, alla luce di ciò sto cercando di creare una funzione che crea automaticamente le porzioni di cache assenti, evitando quindi di delegare tale xompito al primo visitatore della pagina. non so bene ancora come agire, se tramite un plugin che agisce a seguito di un salvataggio o un cronojob, ad ogni modo il risultato finale si traduce in un caricamento superveloce anche per il povero visitatore iniziale!
sono convinto che se tale logica funziona potrebbe essere implementata di default all'interno di modx.
ti lascio con il link a tale discussione che sto portando avanti nel forum internazionale:
http://forums.modx.com/thread/87250/rebuild-cache-with-cache-partitions---custom-plugin-and-custom-resource-classes#dis-post-480740
[ed. note: solidusite last edited this post 10 years, 6 months ago.]
☆ A M B ☆