Удалить слиток таксономии из пользовательской иерархической постоянной ссылки таксономии

ОБНОВЛЕНИЕ

С момента написания этого ядра WordPress был добавлен хук 'do_parse_request', который позволяет элегантно обрабатывать маршрутизацию URL-адресов без необходимости расширения класса WP. Я подробно осветил эту тему в своем выступлении на WordCamp в Атланте в 2014 году под названием " Жесткая маршрутизация URL-адресов"; слайды доступны по ссылке.

ОРИГИНАЛЬНЫЙ ОТВЕТ

Дизайн URL-адресов был важен уже более десяти лет; Я даже написал блог об этом несколько лет назад. И хотя WordPress - это блестящее программное обеспечение , к сожалению, его система перезаписи URL-адресов не дотягивает до мертвого мозга (ИМХО, конечно. :) В любом случае, рад видеть людей, заботящихся о дизайне URL-адресов!

Ответ, который я собираюсь предоставить, - это плагин, который я называю WP_Extended, который является доказательством концепции для это предложение по Проф ( Обратите внимание, что предложение начиналось как одно и переросло в другое, поэтому вам нужно прочитайте все это, чтобы понять, к чему это привело.)

В основном идея состоит в том, чтобы подкласс класса WP, переопределить метод parse_request(), а затем назначить глобальную переменную $wp экземпляру подкласса. Затем в parse_request() вы фактически проверяете путь по сегменту пути вместо использования списка регулярных выражений, которые должны полностью соответствовать URL-адресу.

Таким образом, чтобы указать это явно, этот метод вставляет логику перед parse_request() который проверяет совпадения URL-адресов с регулярным выражением и вместо этого сначала ищет совпадения терминов таксономии, но он ТОЛЬКО заменяет parse_request() и оставляет всю остальную систему маршрутизации URL WordPress неповрежденной, включая и особенно использование переменной $query_vars.

Для вашего варианта использования эта реализация только сравнивает сегменты URL-адреса с терминами таксономии, так как это все, что вам нужно. Эта реализация проверяет термины таксономии с учетом отношений между терминами "родитель-потомок" и когда он находит совпадение, он присваивает URL-путь (минус начальная и конечная косые черты) $wp->query_vars['category_name'], $wp->query_vars['tag'] или $wp->query_vars['taxonomy'] & $wp->query_vars['term'] и он обходит метод parse_request() класса WP.

С другой стороны, если URL-путь не соответствует термину из указанной вами таксономии, он делегирует логику маршрутизации URL-адресов системе перезаписи WordPress, вызывая метод parse_request() класса WP.

Чтобы использовать WP_Extended для вашего варианта использования, вам нужно будет вызвать функцию register_url_route() из файла вашей темы functions.php вот так:

add_action('init','init_forum_url_route');
function init_forum_url_route() {
  register_url_route(array('taxonomy'=>'forum'));
}

Что здесь является исходным кодом для плагина:

<?php
/*
Filename: wp-extended.php
Plugin Name: WP Extended for Taxonomy URL Routes
Author: Mike Schinkel
*/
function register_url_route($args=array()) {
  if (isset($args['taxonomy']))
    WP_Extended::register_taxonomy_url($args['taxonomy']);
}
class WP_Extended extends WP {
  static $taxonomies = array();
  static function on_load() {
    add_action('setup_theme',array(__CLASS__,'setup_theme'));
  }
  static function register_taxonomy_url($taxonomy) {
    self::$taxonomies[$taxonomy] = get_taxonomy($taxonomy);
  }
  static function setup_theme() { // Setup theme is 1st code run after WP is created.
    global $wp;
    $wp = new WP_Extended();  // Replace the global $wp
  }
  function parse_request($extra_query_vars = '') {
    $path = $_SERVER['REQUEST_URI'];
    $domain = str_replace('.','\.',$_SERVER['SERVER_NAME']);
    //$root_path = preg_replace("#^https?://{$domain}(/.*)$#",'$1',WP_SITEURL);
$root_path = $_SERVER['HTTP_HOST'];

    if (substr($path,0,strlen($root_path))==$root_path)
      $path = substr($path,strlen($root_path));
    list($path) = explode('?',$path);
    $path_segments = explode('/',trim($path,'/'));
    $taxonomy_term = array();
    $parent_id = 0;
    foreach(self::$taxonomies as $taxonomy_slug => $taxonomy) {
      $terms = get_terms($taxonomy_slug);
      foreach($path_segments as $segment_index => $path_segment) {
        foreach($terms as $term_index => $term) {
          if ($term->slug==$path_segments[$segment_index]) {
            if ($term->parent!=$parent_id) { // Make sure we test parents
              $taxonomy_term = array();
            } else {
              $parent_id = $term->term_id; // Capture parent ID for verification
              $taxonomy_term[] = $term->slug; // Collect slug as path segment
              unset($terms[$term_index]); // No need to scan it again
            }
            break;
          }
        }
      }
      if (count($taxonomy_term))
        break;
    }
    if (count($taxonomy_term)) {
      $path = implode('/',$taxonomy_term);
      switch ($taxonomy_slug) {
        case 'category':
          $this->query_vars['category_name'] = $path;
          break;
        case 'post_tag':
          $this->query_vars['tag'] = $path;
          break;
        default:
          $this->query_vars['taxonomy'] = $taxonomy_slug;
          $this->query_vars['term'] = $path;
          break;
      }
    } else {
      parent::parse_request($extra_query_vars); // Delegate to WP class
    }
  }
}
WP_Extended::on_load();

P.S. ПРЕДОСТЕРЕЖЕНИЕ № 1

Хотя для данного сайта я думаю, что этот метод работает блестяще, но этот метод НИКОГДА не следует использовать для распространения плагина на WordPress.org для других, чтобы использовать. Если это лежит в основе программного пакета, основанного на WordPress, то это может быть нормально. В противном случае этот метод должен быть ограничен улучшением URL-адреса маршрутизация для определенного сайта .

Почему? Потому что только один плагин может использовать эту технику . Если два плагина попытаются использовать его, они будут конфликтовать друг с другом.

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

ПРЕДОСТЕРЕЖЕНИЕ № 2

Я написал это, чтобы переопределить parse_request(), что является очень большой функцией, и вполне возможно, что я пропустил одно или два свойства глобального объекта $wp, который я должен был установить.. Так что, если что-то пойдет не так, дайте мне знать, и я буду рад изучить это и пересмотреть ответ, если потребуется.

В любом случае...