从自定义分层分类标准永久链接中删除分类标准条

我使用以下规则创建了“论坛”分类法：

register_taxonomy(
  'forum',
  array('topic'),
  array(
    'public' => true,
    'name' => _a('Forums'),
    'singular_name' => _a('Forum'),
    'show_ui' => true,
    'show_in_nav_menus' => true,
    'hierarchical' => true,

    'labels' => array(
      'name' => _a('Forums'),
      'singular_name' => _a('Forum'),
      'search_items' => _a('Search Forums'),
      'popular_items' => _a('Popular Forums'),
      'all_items' => _a('All Forums'),
      'parent_item' => _a('Parent Forum'),
      'parent_item_colon' => _a('Parent Forum:'),
      'edit_item' => _a('Edit Forum'),
      'update_item' => _a('Update Forum'),
      'add_new_item' => _a('Add New Forum'),
      'new_item_name' => _a('New Forum Name'),
    ),
    'query_var' => true,
    'rewrite' => array('slug' => 'forums', 'with_front' => false, 'hierarchical' => true),  
  )
);

在前端，URL如下所示：

forums/general-discussion/sub-forum

我如何卸下前鼻塞（“论坛”）？即，将URL更改为：

general-discussion/sub-forum

如果我将一个空的slug参数传递给register_taxonomy（），它会起作用，但是会导致与此分类法相关的帖子类型的永久链接出现问题

更新

自从编写此WordPress核心以来，添加了'do_parse_request'挂钩，该挂钩允许优雅地处理URL路由，而无需扩展WP类。我在2014年亚特兰大WordCamp演讲中深入探讨了该主题，主题为“ 硬核URL路由 ”；可以在链接上找到幻灯片。

原始答案

十多年来，URL设计一直很重要。几年前，我什至写了一个博客。而且，尽管WordPress是一个很棒的软件，但是 不幸的是，它的URL重写系统简直是脑筋急转（当然，恕我直言：)。无论如何，很高兴看到人们关心URL设计！

我要提供的答案是一个我要调用的插件WP_Extended，它是Trac上该提案 的概念证明（请注意，该提案最初是一件事，后来演变为另一件事，因此您必须阅读整个文章才能了解其中的内容。它是前进的。）

基本上，这个想法是对类进行子WP类化，重写parse_request()方法，然后为全局$wp变量分配子类的实例。然后，在其中parse_request()实际检查每个路径段的路径，而不是使用必须完全匹配URL的正则表达式列表。

因此，要明确指出，该技术会在其前面插入逻辑，parse_request()以检查URL到RegEx匹配项，然后首先查找分类术语匹配项，但仅替换parse_request()并保留整个WordPress URL路由系统的其余部分，包括和尤其是$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路径与您指定的分类法中的术语不匹配，则可以通过调用类的parse_request()方法将URL路由逻辑委托给WordPress重写系统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();

PS CAVEAT＃1

尽管对于特定网站我认为该技术效果很好，但是绝不应该使用该技术来将插件分发到WordPress.org上供其他人使用。如果它是基于WordPress的软件包的核心，那么这可能还可以。否则，该技术应仅限于改进特定站点的URL路由。

为什么？因为只有一个插件可以使用此技术。如果两个插件尝试使用它，它们将彼此冲突。

顺便说一句，该策略可以扩展为一般性地处理几乎所有可能需要的用例模式，这就是我打算在找到空闲时间或可以赞助时间的客户后立即实施的目标。构建完全通用的实现。

小穴＃2

我写了这个重写来覆盖parse_request()这是一个非常大的函数，很可能我错过了本$wp应设置的一个或两个全局对象的属性。因此，如果发生了一些奇怪的事情，请告诉我，我很乐意研究它并根据需要修改答案。

无论如何...

很简单，真的。

步骤1：完全停止使用rewrite参数。我们将发布您自己的重写。

'rewrite'=>false;

步骤2：设置详细的页面规则。这迫使普通页面具有自己的规则，而不是页面底部的全部内容。

步骤3：创建一些重写规则以处理您的用例。

步骤4：手动强制执行刷新规则。最简单的方法：转到设置->永久链接，然后单击保存按钮。与我自己使用的插件激活方法相比，我更喜欢此方法，因为我可以在每次更改内容时强制刷新规则。

因此，代码时间：

function test_init() {
    // create a new taxonomy
    register_taxonomy(
        'forum',
        'post',
        array(
            'query_var' => true,
            'public'=>true,
            'label'=>'Forum',
            'rewrite' => false,
        )
    );

    // force verbose rules.. this makes every Page have its own rule instead of being a 
    // catch-all, which we're going to use for the forum taxo instead
    global $wp_rewrite;
    $wp_rewrite->use_verbose_page_rules = true;

    // two rules to handle feeds
    add_rewrite_rule('(.+)/feed/(feed|rdf|rss|rss2|atom)/?$','index.php?forum=$matches[1]&feed=$matches[2]');
    add_rewrite_rule('(.+)/(feed|rdf|rss|rss2|atom)/?$','index.php?forum=$matches[1]&feed=$matches[2]');

    // one rule to handle paging of posts in the taxo
    add_rewrite_rule('(.+)/page/?([0-9]{1,})/?$','index.php?forum=$matches[1]&paged=$matches[2]');

    // one rule to show the forum taxo normally
    add_rewrite_rule('(.+)/?$', 'index.php?forum=$matches[1]');
}

add_action( 'init', 'test_init' );

请记住，添加此代码后，在刷新永久链接规则时需要将其激活（通过在“设置”->“永久链接”上保存页面）！

刷新规则并保存到数据库后，/ whatever应该转到您的forum = whatever分类法页面。

如果您了解正则表达式，那么重写规则并不难。在调试它们时，我使用以下代码来帮助我：

function test_foot() {
    global $wp_rewrite;
    echo '<pre>';
    var_dump($wp_rewrite->rules);
    echo '</pre>';
}
add_action('wp_footer','test_foot');

这样，我可以在页面上一目了然地看到当前规则。只要记住给定任何URL，系统就会从规则的顶部开始，然后遍历所有规则，直到找到匹配的规则。然后使用该匹配将查询重写为外观更正常的？key = value集合。这些键被解析为WP_Query对象中的内容。简单。

编辑：旁注，仅当您的常规自定义帖子结构以不完整的东西（例如％category％或类似的东西）开头时，此方法才可能有效。您需要以静态字符串或数字开头，例如％year％。这是为了防止它在到达规则之前捕获您的URL。

您将无法单独使用WP_Rewrite来执行此操作，因为它无法区分术语和后期。

您还必须通过设置后置查询var而不是分类法之一来加入“请求”并阻止404。

像这样：

function fix_post_request( $request ) {
    $tax_qv = 'forum';
    $cpt_name = 'post';

    if ( !empty( $request[ $tax_qv ] ) ) {
        $slug = basename( $request[ $tax_qv ] );

        // if this would generate a 404
        if ( !get_term_by( 'slug', $slug, $tax_qv ) ) {
            // set the correct query vars
            $request[ 'name' ] = $slug;
            $request[ 'post_type' ] = $cpt_name;
            unset( $request[$tax_qv] );
        }
    }

    return $request;
}
add_filter( 'request', 'fix_post_request' );

请注意，必须在帖子类型之前定义分类法。

这将是一个很好的时机，指出具有相同的查询var的分类法和帖子类型是一个坏主意。

另外，您将无法访问与条款之一相同的帖子。

我来看看顶级cats插件的代码：

http://fortes.com/projects/wordpress/top-level-cats/

您可以轻松地对此进行调整，因此它可以通过更改以下内容来查找自定义分类标准：

$category_base = get_option('category_base');

在第74行显示为类似以下内容：

$category_base = 'forums';

我建议您看一下Custom Post Permalinks插件。我现在没有时间进行测试，但这可能会对您的情况有所帮助。

由于我熟悉您的其他问题，因此我会在心中回答。

我根本没有测试过，但是如果您在注册了所有所需的永久结构之后立即执行一次，则可能会起作用。

class RRSwitcher {
  var $rules;
  function RRSwitcher(){
    add_filter( 'topic_rewrite_rules', array( $this, 'topics' ) );
    add_filter( 'rewrite_rules_array', array( $this, 'rules' ) );
  }
  function topics( $array ){
    $this->rules = $array;
    return array();
  }
  function rules( $array ){
    return array_merge( (array)$array, (array)$this->rules );
  }
}
$RRSwitcher = new RRSwitcher();
global $wp_rewrite;
$wp_rewrite->use_verbose_rules = true;
$wp_rewrite->flush_rules();

这样做的作用是：从正常的规则数组流中删除从主题永久链接生成的重写规则，并在数组末尾重新合并它们。这样可以防止这些规则干扰其他任何重写规则。接下来，它强制执行冗长的重写规则（每个页面都有一个带有特定正则表达式的单独规则）。这样可以防止页面干扰您主题的规则。最后，它执行一次硬刷新（确保您的.htaccess文件可写，否则将无法正常工作）并保存非常大且非常复杂的重写规则数组。

为此有一个插件。

它通过为每个自定义帖子类型页面添加特定规则来删除类型标记。

不确定这是否适用于分类法，但适用于自定义帖子类型

尽管尚未更新2年，但以下插件对我有用：http : //wordpress.org/plugins/remove-slug-from-custom-post-type/

仅供参考，我正在3.9.1使用WP类型运行WP1.5.7

使用斜杠作为段符的值... 100％工作

'rewrite' => array(
    'slug'       => '/', 
    'with_front' => FALSE
 ),