Cela semble être le seul thread que j'ai pu trouver à propos de ce problème. Disposer des chemins de taxonomie/terme générés automatiquement par Drupal pour les utilisateurs et google pour trouver l'index & n'est pas toujours souhaitable. Alors, comment cacher ou désactiver ces chemins? En plus d'ajouter la taxonomie/term/à robots.txt, j'ai essayé la solution de Bryan pour supprimer $ items ['taxonomy/term /%'] et ça marche. Cependant, il y a un gros GOTCHA à connaître - Si vous utilisez des forums avancés, les flux RSS pour les catégories du forum cesseront de fonctionner. C'est mauvais. Je pense que parce que Forums utilise des termes de vocabulaire de taxonomie pour les catégories de forum, et il semble que le flux RSS utilise le tableau $ items ['taxonomy/term /%'] pour générer le flux.
Ma solution de rechange:
J'utilise déjà URL Alter Module pour définir custom_url_rewrite_inbound(), donc je simplement ajouté cette condition:
//If path is taxonomy/term/% we force 404
if (preg_match("/^taxonomy\/term\/([0-9]+)(\/.*)?$/i", $path)) {
header("HTTP/1.0 404 Not Found");
die();
}
Pour utiliser la gestion par défaut de Drupal 404, j'ai ajouté:
require_once './includes/bootstrap.inc';
et remplacé l'en-tête ("HTTP/1.0 404 Not Found") avec:
drupal_bootstrap(DRUPAL_BOOTSTRAP_FULL);
drupal_not_found();
Maintenant, mon site 404s toute demande de taxonomie/terme /%, ET les flux RSS fonctionnent encore. J'espère que cela aidera quelqu'un d'autre à avoir ce problème.
Juste une note - Si vous utilisez i8ntaxonomy, son poids dans la table système est supérieur à la valeur par défaut de 0, ce qui signifie qu'il va probablement écraser vos changements. Pour résoudre ce problème ... ajoutez un hook d'installation à kill_taxonomy.install qui exécute la requête ... db_query ("update system set poids = 10 où name = 'kill_taxonomy' et type = 'module'"); –