Есть ли у вас пример обратного вызова доступа hook_menu ()?

Я скачал проект примеров , но в модуле menu_example все access callbackустановлено на true... трудно понять, как это работает.

В моем примере моя запись в meno должна быть видна на узлах, но только для ролей, у которых есть разрешения на редактирование своих собственных узлов.

Я не могу найти пример немного более подробного обратного вызова доступа.

У кого-нибудь есть такой?

Редактировать: я пропустил часть о разрешении «Редактировать собственный узел», потому что тогда вы должны не только проверить разрешение, но также, если этот узел принадлежит текущему пользователю. Я обновил мой пример ниже, но я оставляю приведенное выше объяснение, как было.

Ваш пункт меню ниже узла / nid (например, узел / 1234 / что-то)? Тогда вам, вероятно, даже не нужен обратный вызов с пользовательским доступом.

Если вы определите путь к меню, как в следующем примере, он будет вызывать только обратный вызов доступа (и, следовательно, обратный вызов вашей страницы), если вы просматриваете действительный узел.

'node/%node/something'

Это означает, что он вызовет node_load (1234) для приведенного выше примера и продолжит работу только в том случае, если возвращен действительный объект узла. Таким образом, вы можете определить свое разрешение с помощью аргументов доступа, как обычно.

Тем не менее, написание обратного вызова доступа действительно просто. Это просто функция, которая получит любые аргументы, которые вы определили в аргументах доступа. Например, вызов доступа по умолчанию user_access () и при определении ваших аргументов доступа нравятся 'access arguments' => array('a permission string'), то это приведет к следующему вызову: user_access('a permission string').

Если у вас есть несколько аргументов, они будут переданы в качестве второго, третьего и т. Д. Аргумента вашей функции. Чтобы получить доступ к текущему активному узлу, вы можете использовать menu_get_object () .

Таким образом, вы можете написать свой обратный вызов доступа, как это, но, опять же, вам даже не нужно его создавать.

function yourmodule_access_check() {
  global $user;
  $node = menu_get_object();

  return $node && $node->uid == $user->uid && user_access('edit own ' . $node->type . ' content');
}

Вместо того, чтобы жестко кодировать строку разрешения, вы можете передать ее в качестве аргумента функции или тому, что вы хотите сделать.

Drupal сам является примером того, как писать код.

Более простой пример - aggregator_menu () , который содержит следующий код.

  $items['admin/config/services/aggregator'] = array(
    'title' => 'Feed aggregator', 
    'description' => "Configure which content your site aggregates from other sites, how often it polls them, and how they're categorized.", 
    'page callback' => 'aggregator_admin_overview', 
    'access arguments' => array('administer news feeds'), 
    'weight' => 10, 
    'file' => 'aggregator.admin.inc',
  );
  $items['admin/config/services/aggregator/add/feed'] = array(
    'title' => 'Add feed', 
    'page callback' => 'drupal_get_form', 
    'page arguments' => array('aggregator_form_feed'), 
    'access arguments' => array('administer news feeds'), 
    'type' => MENU_LOCAL_ACTION, 
    'file' => 'aggregator.admin.inc',
  );

В этом случае обратный вызов доступа используется по умолчанию ( user_access () ), а аргументы доступа - это массив, содержащий строку для разрешения. Код не может проверить больше, чем разрешение; если разрешений для проверки два, или условия для проверки не просто разрешения, то обратный вызов доступа должен быть другим, включая пользовательский.

node_menu () определяет некоторые меню, которые используют обратный вызов доступа, отличный от стандартного. Функция содержит следующий код.

  foreach (node_type_get_types() as $type) {
    $type_url_str = str_replace('_', '-', $type->type);
    $items['node/add/' . $type_url_str] = array(
      'title' => $type->name, 
      'title callback' => 'check_plain', 
      'page callback' => 'node_add', 
      'page arguments' => array($type->type), 
      'access callback' => 'node_access', 
      'access arguments' => array('create', $type->type), 
      'description' => $type->description, 
      'file' => 'node.pages.inc',
    );
  }

Функция, которая определена как обратный вызов доступа ( node_access () ), является следующей:

function node_access($op, $node, $account = NULL) {
  $rights = &drupal_static(__FUNCTION__, array());

  if (!$node || !in_array($op, array('view', 'update', 'delete', 'create'), TRUE)) {
    // If there was no node to check against, or the $op was not one of the
    // supported ones, we return access denied.
    return FALSE;
  }
  // If no user object is supplied, the access check is for the current user.
  if (empty($account)) {
    $account = $GLOBALS['user'];
  }

  // $node may be either an object or a node type. Since node types cannot be
  // an integer, use either nid or type as the static cache id.

  $cid = is_object($node) ? $node->nid : $node;

  // If we've already checked access for this node, user and op, return from
  // cache.
  if (isset($rights[$account->uid][$cid][$op])) {
    return $rights[$account->uid][$cid][$op];
  }

  if (user_access('bypass node access', $account)) {
    $rights[$account->uid][$cid][$op] = TRUE;
    return TRUE;
  }
  if (!user_access('access content', $account)) {
    $rights[$account->uid][$cid][$op] = FALSE;
    return FALSE;
  }

  // We grant access to the node if both of the following conditions are met:
  // - No modules say to deny access.
  // - At least one module says to grant access.
  // If no module specified either allow or deny, we fall back to the
  // node_access table.
  $access = module_invoke_all('node_access', $node, $op, $account);
  if (in_array(NODE_ACCESS_DENY, $access, TRUE)) {
    $rights[$account->uid][$cid][$op] = FALSE;
    return FALSE;
  }
  elseif (in_array(NODE_ACCESS_ALLOW, $access, TRUE)) {
    $rights[$account->uid][$cid][$op] = TRUE;
    return TRUE;
  }

  // Check if authors can view their own unpublished nodes.
  if ($op == 'view' && !$node->status && user_access('view own unpublished content', $account) && $account->uid == $node->uid && $account->uid != 0) {
    $rights[$account->uid][$cid][$op] = TRUE;
    return TRUE;
  }

  // If the module did not override the access rights, use those set in the
  // node_access table.
  if ($op != 'create' && $node->nid) {
    if (module_implements('node_grants')) {
      $query = db_select('node_access');
      $query->addExpression('1');
      $query->condition('grant_' . $op, 1, '>=');
      $nids = db_or()->condition('nid', $node->nid);
      if ($node->status) {
        $nids->condition('nid', 0);
      }
      $query->condition($nids);
      $query->range(0, 1);

      $grants = db_or();
      foreach (node_access_grants($op, $account) as $realm => $gids) {
        foreach ($gids as $gid) {
          $grants->condition(db_and()
            ->condition('gid', $gid)
            ->condition('realm', $realm)
          );
        }
      }
      if (count($grants) > 0) {
        $query->condition($grants);
      }
      $result =  (bool) $query
        ->execute()
        ->fetchField();
      $rights[$account->uid][$cid][$op] = $result;
      return $result;
    }
    elseif (is_object($node) && $op == 'view' && $node->status) {
      // If no modules implement hook_node_grants(), the default behavior is to
      // allow all users to view published nodes, so reflect that here.
      $rights[$account->uid][$cid][$op] = TRUE;
      return TRUE;
    }
  }

  return FALSE;
}

Следует отметить три момента:

• Аргументы, объявленные с «аргументами доступа», будут переданы функции в том же порядке; функция использует третий параметр, потому что не используется только обратный вызов доступа.
• Функция возвращается, TRUEесли у пользователя есть доступ к меню, и FALSEесли у пользователя нет доступа к меню.
• Обратный вызов доступа также можно использовать, когда меню должно отображаться только при определенных обстоятельствах.