C'è un modo per agganciare la cancellazione della cache?

Per un sito Web di grandi istituzioni, con cache pesanti, vorrei generare cache il più presto possibile, in modo che nessun utente possa arrivare sulla generazione della cache ...

Ho un cron set di tutti i minuti che lo fa, eseguendo alcune funzioni e richiedendo pagine critiche, ma quello che sto cercando è un modo per sapere quando la cache è stata appena cancellata , preferibilmente un hook, quindi posso lanciare questo generatrici funzioni.

Qualche idea ?

Non c'è Drupal 7.x ma questo è stato aggiunto come hook core, hook_rebuild in Drupal 8.x dopo che abbastanza persone lo hanno richiesto. Tuttavia, potrebbe esserci un modo migliore per risolvere il problema in 7.x: stai cercando di avviare una sorta di funzionalità di riscaldamento della cache subito dopo che cron cancella la cache, giusto? Un altro modo per affrontare questo sarebbe usare Elysia cron che ha una serie di miglioramenti significativi al funzionamento di cron ma due che potrebbero essere rilevanti per il tuo caso d'uso sono:

Elysia Cron estende il cron standard di Drupal, consentendo un controllo accurato di ogni attività e diversi modi per aggiungere lavori cron personalizzati al tuo sito.

• Imposta i tempi e le frequenze di ciascuna attività cron (puoi eseguire alcuni lavori ogni giorno a un'ora specificata, altri solo mensilmente e così via ...). Per ogni attività puoi semplicemente scegliere tra alcune opzioni usate di frequente ("una volta al giorno", "una volta al mese" ...), oppure usare una potente sintassi simile a "linux crontab" per impostare i tempi precisi. È anche possibile definire le opzioni utilizzate di frequente per accelerare la configurazione del sito. ...
• Modifica la priorità / l'ordine di esecuzione dell'attività. ...

Puoi usare questo modulo per avere un controllo più preciso su come viene eseguito cron per aiutarti a risolvere il problema della cache non aggiornato. In particolare, è possibile aggiungere un gancio alle funzioni di ricostruzione su cron e quindi utilizzando Elysia cron, impostare queste operazioni in modo che vengano eseguite immediatamente dopo l'operazione di svuotamento della cache.

Sembra anche che potresti avere problemi con cron in esecuzione che porta spesso a ricreare la cache troppo spesso. In tal caso, puoi impostare l'operazione di svuotamento della cache specifica in Elysia cron in modo che venga eseguita a una velocità diversa rispetto al resto delle tue operazioni cron, quindi ad esempio l'indicizzazione della ricerca si aggiornerà ogni 5 minuti ma l'intera svuotamento della cache eseguirà solo ogni 6 ore, ecc.

Ottimizza la gestione della cache cron: drupal cron invaliderà la cache variabile ad ogni esecuzione cron e questo è un grande problema di prestazioni se hai un'attività chiamata di frequente. Elysia cron ottimizza la gestione della cache e non ha bisogno di invalidare la cache.

Il modo per farlo è usare hook_flush_cachesin combinazione con register_shutdown_function. Codice di esempio:

/**
 * Implements hook_flush_caches().
 */
function mymodule_flush_caches() {
   // After caches are cleared we will run mymodule_cache_rebuild()
   register_shutdown_function('mymodule_cache_rebuild');

   // We don't want to add any custom cache-tables, so just return an empty array
   return array();
}

/**
 * Rebuild expensive cache items that need to be rebuilt immediately.
 */
function mymodule_cache_rebuild() {
  // Do the cache rebuild work here
}

Utilizzo register_shutdown_functionsignifica che la nostra funzione di ricostruzione della cache verrà chiamata dopo che le cache sono state cancellate. Stiamo abusando hook_flush_cachesin un modo che non è mai stato progettato per essere utilizzato, ma questo dovrebbe fare esattamente ciò di cui hai bisogno.

No, non c'è. Non proprio. Almeno non in 6 o 7. Supponendo 7:

Se guarderai drupal_flush_all_caches()vedrai che invoca hook_flush_caches(). Questo hook ha lo scopo di:

"aggiungi i nomi delle tabelle della cache all'elenco delle tabelle della cache che verranno cancellate dal pulsante Cancella nella pagina Prestazioni o ogni volta che viene invocato drupal_flush_all_caches."

Sarebbe tentato semplicemente di far durare l'hook del tuo modulo e scrivere il codice lì. Ma guardiamo di nuovo drupal_flush_all_caches(). La cancellazione effettiva avviene in questo modo:

  $cache_tables = array_merge(module_invoke_all('flush_caches'), $core);
  foreach ($cache_tables as $table) {
    cache_clear_all('*', $table, TRUE);
  }

Significa che tutti i ganci vengono lanciati prima che qualcosa venga veramente cancellato. C'è solo una funzione chiamata dopo la cancellazione vera e propria, _system_update_bootstrap_status()ma solo chiamate hook_boot, hook_exit, hook_watchdoge hook_language_init- ganci non si vuole implementare solo per fornire funzionalità di cache-chiara-dipendente.

Grandi tratti qui:

Sebbene non sia presente un hook in pre-D8, è possibile scrivere il proprio back-end del database in base a quello standard DrupalDatabaseCachee quindi scrivere qualsiasi o tutti i tipi di logica nella propria clear()funzione. Una rapida occhiata suggerirebbe che ciò sia ragionevolmente semplice in D7 (basta copiare la classe sul tuo nome personalizzato e modificarla ecc. Inserendo un module_invoke_all()come appropriato) e con il modulo cache_backport funzionerebbe anche in D6. Quindi, deseleziona tutti i contenitori della cache che desideri fancificare e dovresti essere sulla buona strada.

Se guardi la fonte per drupal_flush_all_caches()e clear_cache_all(), vedrai che nessun hook viene invocato dopo la cancellazione, il che è un bel bummer.

È molto difficile garantire che un utente non debba mai attendere la creazione di alcune voci della cache, quindi cerco di evitare il più possibile le cancellazioni complete della cache.

Un metodo che aiuta davvero è quello di modificare la pagina delle prestazioni per collegare un gestore di invio che cancella solo le cache rivolte in avanti e non tocchi i menu, il registro e le cache core simili. Ho avuto buoni risultati con questo, poiché la ricostruzione del menu e del registro impiega circa la metà del tempo per una ricostruzione completa della cache.

L'altra cosa che ho un drush script che fa un drupal_http_request() su tutti i miei URL (non solo quelli importanti) in modo che tutto venga memorizzato nella cache. Il modo in cui ciò avviene varia in base al sito. A volte posso solo EFQ i nodi pubblicati e creare URL in quel modo. Altre volte, è possibile eseguire una query nelle tabelle Sitemap XML per ottenere l'URL. Quindi lo chiamo dal mio cron di sistema tutte le volte che ho bisogno.

Coppia di opzioni:
https://www.drupal.org/project/cache_graceful potrebbe essere esattamente quello che vuoi.

https://www.drupal.org/project/apdqc ha 2 hook che si attivano in una cache cancellata permettendoti di modificare la cancellazione drupal_alter('apdqc_cache_clear', $cid, $wildcard, $this->bin, $caller);e dopo averti permesso di reagire alla cancellazione module_invoke_all('apdqc_cache_clear', $cid, $wildcard, $this->bin, $caller);. Fai funzionare correttamente APDQC e impostalo $conf['apdqc_call_hook_on_clear'] = TRUE;nel tuo file settings.php e quindi gli hook dovrebbero essere chiamati ogni volta che viene eseguita la cancellazione della cache.

Questo potrebbe non essere adatto a tutti e potrebbe non essere abbastanza veloce per l'OP, poiché viene attivato solo alla pagina iniziale. Tuttavia, mi ha aiutato con l'attivazione del codice subito dopo una "cache clear all" che non era sensibile al tempo.

Ovviamente HOOKdeve essere sostituito con il proprio nome del modulo.

/**
 * Implements hook_init().
 */
function HOOK_init(){
  // if there is no cache_not_empty defined, define it 
  // and then trigger our cache cleared code
  if ( !cache_get('HOOK_cache_not_empty') ) {
    cache_set('HOOK_cache_not_empty', TRUE);
    foreach (module_implements('cache_cleared') as $module) {
      module_invoke($module, 'cache_cleared');
    }
  }
}

/**
 * Implements hook_cache_cleared().
 */
function HOOK_cache_cleared(){
  // do what you need here, in which ever module.
}

Se si dispone di un contenitore specifico che è necessario targetizzare, quanto sopra potrebbe essere modificato per supportarlo, purché l'intero contenitore venga svuotato nel punto in cui la cache viene svuotata.

hook_initviene eseguito solo per pagine non memorizzate nella cache. Anche se a causa di una cancellazione completa della cache non devono essere presenti pagine memorizzate nella cache, ciò non dovrebbe causare problemi. Tuttavia, i sistemi di cache esterni come Varnish ostacoleranno questo innesco e significheranno che accadrà solo quando la successiva richiesta corretta tornerà a Drupal.

Va inoltre notato che a seconda del sistema di memorizzazione nella cache - esattamente quando cache_setdiventa disponibile per tutti gli utenti simultanei - che questo hook potrebbe essere attivato più volte contemporaneamente, specialmente se si dispone di un numero elevato di utenti.

Avevo un'esigenza simile, in cui un cliente voleva svuotare le cache Drupal e Varnish quando premeva il pulsante "Svuota tutte le cache". Ho dirottato quella voce di menu per farlo.

Questo non colpirà alcuna cancellazione della cache su cron o altrove - solo sul collegamento del menu.

/**
 * Implements hook_menu_alter().
 */
function mymodule_menu_alter(&$items) {
  if (isset($items['admin_menu/flush-cache'])) {
    $items['admin_menu/flush-cache']['page callback'] =
      "_mymodule_custom_flush_cache";
  }
}

/**
 * Hijacks the "flush all caches" button in menu
 */
function _mymodule_custom_flush_cache() {
  /**
   * Clear varnish, or other logic here
   */
  admin_menu_flush_cache(); //Run the normal cache clearing stuff
}

Potresti provare https://www.drupal.org/project/recacher : utilizza il modulo Scadenza cache per rilevare le pagine scadute e quindi reinserire nella cache solo quelle pagine utilizzando l'eccellente HTTPRL.