É possível conectar ao evento variable_set ()?

Gostaria de acompanhar o evento de alterações do sistema, para torná-las reversíveis. Ao verificar variable_set (), vejo que não há gancho fornecido para esse evento. Existe alguma maneira de eu fazer isso?

Eu posso alterar para ligar aos formulários de configurações, mas há muitas configurações para rastrear; se eu posso conectar diretamente ao variable_set (), o código se torna muito mais simples.

Também posso rastrear as alterações de variáveis ​​com os recursos + módulos strongarm, mas é melhor se o administrador do Drupal puder navegar no histórico de variáveis ​​sem tocar no código.

Parece que é impossível usar apenas o Drupal, o que significa:

variable_set()em si não chama nenhum gancho, mas usa db_merge(). Essa função está usando a MergeQueryclasse Agora, seria bom ligar hook_query_alter(), mas ele só funciona para classes de consulta que implementam a QueryAlterableInterfaceinterface. Infelizmente, esta interface é agora implementado apenas pelos SelectQuerye as SelectQueryExtenderaulas, e não pela MergeQueryclasse.

Observe que, mesmo que você encontre uma maneira de criar uma classe filho MergeQuery, isso será implementado QueryAlterableInterfacee fará com que o Drupal a use. hook_query_alter()funciona apenas em consultas que possuem tags e variable_set()não codifica sua consulta; portanto, o gancho não seria usado de qualquer maneira, a menos que você esteja disposto a invadir o núcleo. Mas se você é, não precisa de tudo isso, você pode simplesmente fazer uma chamada de gancho.

Se você se sente incondicional, pode usar uma abordagem PHP mais indireta: $confé uma matriz global de variáveis ​​de configuração; você pode escrever um módulo que o substitua por um objeto que age como uma matriz, conforme descrito em Estouro de pilha . Para torná-lo um bom substituto, você precisa implementar ArrayAccess. Puxe todos os valores do original $confpara o seu objeto. Em seguida, ArrayAccess::offsetSet()implemente sua lógica de log.

Você pode usar um gatilho de banco de dados, que seria mais rápido que o código.

Aqui está o documento do MySQL .

1. crie uma tabela para armazenar valores antigos

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

2. crie seus gatilhos, um para inserção e outro para atualização:

   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());

Agora todas as suas atualizações e inserções registrarão valores antigos em variable_backup.

Como você pode ver no código fonte, variable_set()não solicita ganchos ou alterações, por exemplo, não module_invoke_all()ou drupal_alter()liga para 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;
}

No entanto, você pode ouvir a db_merge()consulta com um local especialmente colocado hook_query_alter()e fazer algum processamento adicional, mas, como apontado por Molot, hook_query_alter()parece improvável que seja capaz de direcionar a db_merge()consulta.

Como alternativa, talvez você possa agendar uma captura instantânea da tabela de variáveis ​​para diferenciá-la das revisões anteriores dessa tabela ou implementar outra forma de armazenamento de revisão de variáveis ​​para comparar.

Abri um tíquete de solicitação de recurso no Drupal.org para criar ganchos para interceptar a configuração e a exclusão de variáveis ​​do sistema e enviei para revisão um patch principal para isso! Por favor, veja:

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