È possibile agganciare all'evento variabile_set ()?

Vorrei tracciare l'evento dei cambiamenti di sistema, per renderli riverificabili. Durante il controllo di variabile_set (), vedo che non è stato fornito alcun hook per quell'evento. C'è un modo per me di farlo?

Posso modificare per agganciare i moduli delle impostazioni, ma ci sono molti moduli di impostazioni da tracciare, se posso agganciare direttamente a variabile_set (), il codice diventa molto più semplice.

Posso anche tenere traccia delle modifiche alle variabili con funzionalità + moduli strongarm, ma è meglio se l'amministratore Drupal può sfogliare la cronologia delle variabili senza toccare il codice.

Sembra che sia impossibile usare solo Drupal, il che significa:

variable_set()di per sé non invoca alcun gancio, ma utilizza db_merge(). Quella funzione sta usando la MergeQueryclasse. Ora, sarebbe bello agganciarlo hook_query_alter(), ma funziona solo per le classi di query che implementano l' QueryAlterableInterfaceinterfaccia. Purtroppo, questa interfaccia è da adesso implementata solo dai SelectQuerye le SelectQueryExtenderclassi, non dalla MergeQueryclasse.

Nota che anche se troverai un modo per creare una classe figlio di MergeQuery, ciò implementerà QueryAlterableInterfacee farà in modo che Drupal lo usi. hook_query_alter()Funziona solo su query che hanno tag e variable_set()non tag la sua query, quindi l'hook non verrebbe usato comunque, a meno che tu non sia disposto a hackerare core. Ma se lo sei, non hai bisogno di tutto ciò, potresti semplicemente hackerare in una chiamata hook.

Se ti senti hardcore puoi usare un approccio PHP più indiretto: $confè un array globale di variabili di configurazione; puoi scrivere un modulo che lo sostituirà con un oggetto che agisce come un array, come descritto in Stack Overflow . Per renderlo un buon sostituto devi implementarlo ArrayAccess. Estrai tutti i valori dall'originale $confal tuo oggetto. Quindi, ArrayAccess::offsetSet()implementare la logica di registrazione.

È possibile utilizzare un trigger di database, che sarebbe più veloce del codice.

Ecco il documento MySQL .

1. creare una tabella per memorizzare vecchi valori

   CREATE TABLE variable_backup
   (
       name varchar(128) not null,
       value longblob,
       updated datetime not null,
       primary key (name, updated)
   );

2. crea i tuoi trigger, uno per l'inserimento e uno per l'aggiornamento:

   CREATE TRIGGER backup_variable_update BEFORE UPDATE ON variable
       FOR EACH ROW
           INSERT INTO variable_backup (name, value, type, updated) VALUES (OLD.name, OLD.value, "update", NOW());
   
   CREATE TRIGGER backup_variable_insert BEFORE INSERT ON variable
       FOR EACH ROW
           INSERT INTO variable_backup (name, value, type, updated) VALUES (NEW.name, NEW.value, "insert", NOW());

Ora tutti i tuoi aggiornamenti e inserimenti registreranno i vecchi valori in variabile_backup.

Come puoi vedere nel codice sorgente, variable_set()non richiede richieste di hook o alterazioni, ad esempio no module_invoke_all()o drupal_alter()chiamate lì.

function variable_set($name, $value) {
  global $conf;

  db_merge('variable')->key(array('name' => $name))->fields(array('value' => serialize($value)))->execute();

  cache_clear_all('variables', 'cache_bootstrap');

  $conf[$name] = $value;
}

Tuttavia, potresti essere in grado di ascoltare la db_merge()query con un posizionamento speciale hook_query_alter()e di eseguire qualche elaborazione aggiuntiva lì, ma, come sottolineato da Molot, hook_query_alter()sembra improbabile che sia in grado di indirizzare la db_merge()query.

In alternativa, potresti forse cron snapshot della tabella delle variabili per diffonderla rispetto alle revisioni precedenti di quella tabella, oppure implementare qualche altra forma di archiviazione delle revisioni variabili per confrontare.

Ho aperto un ticket di richiesta di funzionalità su Drupal.org per creare hook per intercettare l'impostazione e l'eliminazione delle variabili di sistema e ho inviato per la revisione una patch di base per questo! Perfavore guarda:

https://www.drupal.org/project/drupal/issues/2934718