Có thể nối vào sự kiện biến_set () không?

Tôi muốn theo dõi sự kiện thay đổi hệ thống, để làm cho chúng có thể hoàn nguyên. Khi kiểm tra biến_set (), tôi thấy không có hook nào được cung cấp cho sự kiện đó. Có cách nào để tôi làm điều này?

Tôi có thể thay đổi để móc vào các biểu mẫu cài đặt, nhưng có rất nhiều biểu mẫu cài đặt để theo dõi, nếu tôi có thể trực tiếp móc vào biến_set (), mã trở nên đơn giản hơn nhiều.

Tôi cũng có thể theo dõi các thay đổi của biến với các tính năng + mô-đun mạnh, nhưng sẽ tốt hơn nếu quản trị viên Drupal có thể duyệt lịch sử biến mà không cần chạm vào mã.

Dường như không thể chỉ sử dụng Drupal, có nghĩa là:

variable_set()bản thân nó không gọi bất kỳ hook nào, nhưng nó sử dụng db_merge(). Hàm đó đang sử dụng MergeQuerylớp. Bây giờ, sẽ rất tốt để kết nối hook_query_alter(), nhưng nó chỉ hoạt động cho các lớp truy vấn thực hiện QueryAlterableInterfacegiao diện. Đáng buồn thay, giao diện này hiện chỉ được thực hiện bởi SelectQuerycác SelectQueryExtenderlớp và không phải bởi MergeQuerylớp.

Lưu ý rằng ngay cả khi bạn sẽ tìm cách tạo một lớp con MergeQuery, nó sẽ thực hiện QueryAlterableInterfacevà khiến Drupal sử dụng nó. hook_query_alter()chỉ hoạt động trên các truy vấn có thẻ và variable_set()không gắn thẻ truy vấn của nó, vì vậy hook sẽ không được sử dụng, trừ khi bạn sẵn sàng hack core. Nhưng nếu là bạn, bạn không cần tất cả những thứ đó, bạn chỉ có thể hack trong một cuộc gọi hook.

Nếu bạn cảm thấy khó khăn, bạn có thể sử dụng một cách tiếp cận PHP gián tiếp hơn: $conflà một mảng toàn cầu của các biến cấu hình; bạn có thể viết một mô-đun sẽ thay thế nó bằng đối tượng hoạt động như một mảng, như được mô tả trên Stack Overflow . Để làm cho nó một sự thay thế tốt, bạn cần phải thực hiện ArrayAccess. Kéo tất cả các giá trị từ bản gốc $confvào đối tượng của bạn. Sau đó, trong ArrayAccess::offsetSet()việc thực hiện logic đăng nhập của bạn.

Bạn có thể sử dụng một kích hoạt cơ sở dữ liệu, sẽ nhanh hơn mã.

Đây là tài liệu MySQL .

1. tạo một bảng để lưu trữ các giá trị cũ

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

2. tạo trình kích hoạt của bạn, một để chèn và một để cập nhật:

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

Bây giờ tất cả các cập nhật và chèn của bạn sẽ ghi lại các giá trị cũ trong biến_backup.

Như bạn có thể thấy trong mã nguồn, variable_set()không yêu cầu móc hoặc thay đổi, ví dụ như không module_invoke_all()hoặc drupal_alter()gọi ở đó.

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;
}

Tuy nhiên, bạn có thể có thể lắng nghe db_merge()truy vấn với một vị trí được đặt đặc biệt hook_query_alter()và thực hiện một số xử lý bổ sung ở đó, nhưng, như được chỉ ra bởi Molot, hook_query_alter()dường như không thể nhắm mục tiêu db_merge()truy vấn.

Ngoài ra, có lẽ bạn có thể cron snapshot bảng biến để khác với bảng sửa đổi trước đó của bảng đó hoặc nếu không thì thực hiện một số hình thức lưu trữ sửa đổi biến khác để so sánh với.

Tôi đã mở một vé Yêu cầu Tính năng trên Drupal.org để tạo các móc để chặn cài đặt và xóa các biến hệ thống và tôi đã gửi để xem xét một bản vá cốt lõi cho việc này! Vui lòng xem:

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