Làm cách nào để kiểm tra quyền truy cập thực thể khi hiển thị trường xem?

Tôi có một thực thể tùy chỉnh. Có một cuộc gọi lại truy cập được xác định trong hook_entity_info()và nó được gọi khi tôi truy cập thực thể. Ngoài ra trong chế độ xem khi tôi chọn hiển thị các thực thể được hiển thị, thực thể chỉ được hiển thị khi người dùng được phép nhìn thấy thực thể.

Tuy nhiên, khi tôi thay đổi chế độ xem để hiển thị 'trường' thay vì 'thực thể được hiển thị', cuộc gọi lại truy cập sẽ không còn được gọi và người dùng có thể thấy tất cả các trường (và thuộc tính) của thực thể, bất kể mọi quyền. Nhìn vào truy vấn được thực hiện, điều này có ý nghĩa, các giá trị trường được nối vào và thực thể không bao giờ thực sự được tải.

Vậy, làm thế nào một người nên thực hiện quyền truy cập thực thể cho các khung nhìn khi hiển thị các trường (trong Drupal 7)?

Tôi đã tìm thấy Cách kiểm tra loại thực thể trong Chế độ xem khi sử dụng hook_field_access? , nhưng tôi giả sử rằng chỉ hoạt động cho các trường đã tham gia chứ không phải cho các thuộc tính thực thể cơ sở, vì vậy đó sẽ chỉ là một phần của giải pháp.

Giả sử mô-đun cung cấp thực thể của bạn đã thiết lập tích hợp Lượt xem và bạn không lo lắng về phân trang , bạn có thể gọi hook_views_pre_render()để lặp lại kết quả và gọi lại cuộc gọi lại truy cập của mình cho từng thực thể trong bảng cơ sở của bạn và lọc ra các mục mà người dùng không có quyền truy cập vào:

/**
 * Implements hook_views_pre_render().
 */
function MYMODULE_views_pre_render(&$view) {
  global $user;

  // Iterate over View results for our custom entity
  if ($view->base_table == 'my_entity_base_table') {
    foreach ($view->result as $index => $row) {

      // Presuming eid is the entity PK
      $results = entity_load('my_entity_machine_name', array($row->eid));
      if (!empty($results)) {
        $entity = $results[$row->eid];

        // If the custom access callback returns FALSE, remove from results.
        if (!MYMODULE_my_entity_access_callback('view', $entity, $user)) {
          unset($view->result[$index]);
        }
      }
    }
  }
}

Nếu phân trang là một mối quan tâm , đó là một vấn đề khó khăn hơn; điều chỉnh kết quả ngắt kết quả bù nhất quán (ví dụ: trang 1 có thể trả về 4 kết quả, trang 2 có thể trả về 10 kết quả). Thêm vào đó, kết quả của truy vấn SQL không thể điều chỉnh thông tin chỉ được biết bằng cách thực thi PHP.

Trong các trường hợp đó, bạn sẽ phải điều chỉnh phương thức của mình (ví dụ: hook_views_query_alter()nếu cuộc gọi lại truy cập dựa trên truy vấn DB, thay đổi tùy chọn xem máy nhắn tin, v.v.) để phù hợp với chế độ gọi lại truy cập thao tác chế độ xem.

Cuối cùng, tôi đã tìm được một phương thức hoạt động theo cách tương tự như các khung nhìn với các nút.

Trong hook_views_data()(hoặc hook_views_data_alter()), đảm bảo thêmaccess query tag phím bảng. Bạn có thể thấy Views thực hiện điều này cho các nút cũng như trong node_views_data().

$data['example_table']['table']['base'] = array(
  'field' => 'nid', // This is the identifier field for the view.
  'title' => t('Example table'),
  'help' => t('Example table contains example content and can be related to nodes.'),
  'weight' => -10,

  'access query tag' => 'my_entity_access' // <- Add this.
);

Sau đó thêm việc thực hiện của riêng bạn hook_query_TAG_alter . Điều này sẽ thay đổi mọi truy vấn nơi thẻ này được thêm vào. Do sự thay đổi ở trên của chúng tôi, điều này sẽ được tự động áp dụng cho tất cả các danh sách dữ liệu Lượt xem, nhưng thẻ cũng có thể được thêm thủ công .

Có một số thủ thuật tuyệt vời _node_query_node_access_alter()được gọi từ node_query_node_access_alter () (triển khai mô-đun nút của hook_queryiah_alter).

function mymodule_query_my_entity_access_alter(QueryAlterableInterface $query) {
  global $user;

  // Read meta-data from query, if provided.
  if (!$account = $query->getMetaData('account')) {
    $account = $user;
  }
  if (!$op = $query->getMetaData('op')) {
    $op = 'view';
  }

  // From here every query will be different depending on your own needs.
  // Since my entity has a privacy parameter that is either public or private,
  // I chose to implement this as follows:

  // Prepare a database OR.
  $or = db_or();

  // If the user has public view permissions, add it to the OR.
  if (user_access('view public my_entities', $account)) {
    $or->condition('example_table.privacy', 'public');
  }

  // If the user has non-public view permissions, add it to the OR.
  if (user_access('view private my_entities', $account)) {
    $or->condition('example_table.privacy', 'public', '<>');
  }

  // Add the compiled set of rules to the query. 
  $query->condition($or);
}