Quel est le bilan d'accès « content_access: tous »? Ceci est mon accès PRÉPONDÉRANTS taxonomie Module

Question

J'ai eu des problèmes avec mes permissions depuis que je rebâti dernière mes autorisations. (Je l'ai fait après avoir travaillé sur les autorisations de référence de l'utilisateur. Ce champ n'a pas de référence utilisateur sur elle)

Les autorisations de taxonomie ont la même priorité 0. En fait tous les modules d'accès ont la priorité de zéro. Quand je vais à la page qui peut être vu, même si elle ne doit pas être vu, il montre ce qui suit comme donnant accès pour afficher la page:

Je pense que je dois donner accès aux gens de voir les pages par défaut, puis prendre immédiatement si la taxonomie est attribué. J'ai eu ce travail avant et je ne comprends pas pourquoi il a cessé de travailler.

Qu'est-ce que je peux faire pour comprendre cela? Je suis quelques heures sur la question et je suis un peu perplexe.

Je les modules suivants sont installés en ce qui concerne les autorisations:

• Accès au contenu
• référence utilisateur d'accès Node
• Taxonomy de contrôle d'accès

Je ne suis pas sûr si elle est pertinente ou non, mais je reçois aussi un message quand je survolez supprimer qui dit:

  

ADN et Core semblent en désaccord sur ce   article. Ceci est un bogue dans l'une des   eux et doivent être fixés! Essayez de regarder   à ce noeud en tant que cet utilisateur et l'enregistrement   si le désaccord persiste.

Answer 1

Le record d'accès que vous voyez pourrait être l'accès par défaut qui utilise Drupal et que, pour autant que je peux dire, regarder le code, est utilisé uniquement lorsque aucun module implémente les droits d'accès de nœud.
node_access_rebuild () et < a href = "http://api.drupal.org/api/drupal/modules--node--node.module/function/node_access_acquire_grants/6" rel = "nofollow"> node_access_acquire_grants () ajouter que les deux enregistrement d'accès si aucun module implémente une quelconque crochet d'accès de noeud, ou aucun module revient tout d'enregistrement d'accès.

function node_access_rebuild($batch_mode = FALSE) {
  db_query("DELETE FROM {node_access}");
  // Only recalculate if the site is using a node_access module.
  if (count(module_implements('node_grants'))) {
    // …
  else {
    // Not using any node_access modules. Add the default grant.
    db_query("INSERT INTO {node_access} VALUES (0, 0, 'all', 1, 0, 0)");
  }

  if (!isset($batch)) {
    drupal_set_message(t('Content permissions have been rebuilt.'));
    node_access_needs_rebuild(FALSE);
    cache_clear_all();
  }
}

Je ne suggère de supprimer cet enregistrement d'accès de la table d'accès au nœud, sinon les utilisateurs sans autorisations spécifiques ne seraient pas en mesure d'afficher un nœud pour lequel un module ne dispose pas d'un enregistrement d'accès au nœud. Dans Drupal, il est par défaut de refuser l'accès à un noeud; en fait, le module de noeud écrit dans la table d'accès aux nœuds uniquement les enregistrements qui permettent d'accéder à un nœud.

Mise à jour: Comme vous avez déclaré que vous utilisez également Accès au contenu , vous pourriez être intéressé par ce rapport d'émission: ne pas pirater le royaume 'all' .
Le record d'accès que vous remarquez est probablement l'enregistrement ajouté par Accès au contenu ; le nom abrégé du module est content_access, et il est probable que le module est en servir comme domaine de subvention.

  

Je pense que je dois donner accès aux gens de voir les pages par défaut, puis prendre immédiatement si la taxonomie est attribué.

accès au nœud Drupal fonctionne, l'accès est refusé par défaut, et il est accordé pour les noeuds pour lesquels un module lui accorde; il est exactement le contraire de ce que vous faites.
L'accès est encore autorisé pour les utilisateurs qui ont des autorisations spécifiques, qui dans Drupal 6 signifie que les utilisateurs avec Administrez nœuds l'autorisation, et n'est pas autorisé pour les utilisateurs sans autorisation spécifique, qui dans Drupal 6 signifie que les utilisateurs sans < em> contenu d'accès l'autorisation.