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

Всё просто.

Шаг 1: Полностью откажитесь от параметра rewrite. Мы будем создавать свои собственные правила перезаписи.

'rewrite'=>false;

Шаг 2: Установите подробные правила для страниц. Это заставляет обычные Страницы иметь свои собственные правила вместо того, чтобы быть универсальным решением в самом низу.

Шаг 3: Создайте несколько правил перезаписи для обработки ваших случаев использования.

Шаг 4: Вручную принудительно обновите правила перезаписи. Самый простой способ: перейдите в Настройки → Постоянные ссылки и нажмите кнопку "Сохранить изменения". Я предпочитаю этот способ активации плагина для собственного использования, так как могу принудительно обновлять правила, когда вношу изменения.

Итак, время кода:

function test_init() {
    // создаем новую таксономию
    register_taxonomy(
        'forum',
        'post',
        array(
            'query_var' => true,
            'public'=>true,
            'label'=>'Forum',
            'rewrite' => false,
        )
    );

    // принудительно включаем подробные правила.. это заставляет каждую Страницу иметь собственное правило,
    // вместо универсального, которое мы будем использовать для таксономии форума
    global $wp_rewrite;
    $wp_rewrite->use_verbose_page_rules = true;

    // два правила для обработки лент
    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]');

    // одно правило для обработки пагинации записей в таксономии
    add_rewrite_rule('(.+)/page/?([0-9]{1,})/?$','index.php?forum=$matches[1]&paged=$matches[2]');

    // одно правило для отображения таксономии форума в обычном режиме
    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 система начинает проверять правила сверху вниз, пока не найдет совпадение. Совпадение затем используется для перезаписи запроса в более привычный вид ?ключ=значение. Эти ключи затем парсятся в объект WP_Query. Просто.

Примечание: Этот метод, вероятно, будет работать только если ваша обычная структура пользовательских записей начинается не с универсального параметра, например %category% или что-то подобное. Вам нужно начать её со статичной строки или числа, например %year%. Это нужно, чтобы предотвратить перехват вашего URL до того, как он дойдет до ваших правил.

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

Вам также необходимо подключиться к хуку 'request' и предотвратить 404 ошибку, установив переменную запроса для записи вместо таксономии.

Что-то вроде этого:

function fix_post_request( $request ) {
    $tax_qv = 'forum'; // Переменная запроса таксономии
    $cpt_name = 'post'; // Название типа записи

    if ( !empty( $request[ $tax_qv ] ) ) {
        $slug = basename( $request[ $tax_qv ] ); // Получаем slug из URL

        // Если это приведет к 404 ошибке
        if ( !get_term_by( 'slug', $slug, $tax_qv ) ) {
            // Устанавливаем правильные переменные запроса
            $request[ 'name' ] = $slug;
            $request[ 'post_type' ] = $cpt_name;
            unset( $request[$tax_qv] ); // Удаляем переменную таксономии
        }
    }

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

Обратите внимание, что таксономия должна быть определена до типа записи.

Это хороший момент, чтобы отметить, что использование одинаковой переменной запроса для таксономии и типа записи — Плохая Идея.

Кроме того, вы не сможете получить доступ к записям, чьи слаги совпадают с терминами.

Я бы посмотрел код плагина Top Level Cats:

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

Вы могли бы легко адаптировать его для работы с вашей пользовательской таксономией, изменив

$category_base = get_option('category_base');

на строке 74 на что-то вроде:

$category_base = 'forums';

Я бы порекомендовал взглянуть на плагин Custom Post Permalinks. Сейчас у меня нет времени протестировать его, но, возможно, он поможет в вашей ситуации.

Поскольку я знаком с вашим другим вопросом, отвечу с учетом этого.

Я не тестировал этот код, но он может сработать, если выполнить его сразу после регистрации всех нужных вам permastruct:

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/

Для информации: я использую WP 3.9.1 с WP Types 1.5.7

Используйте слэш в качестве значения для slug... 100% рабочий вариант

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