Удалите настраиваемую базовую слаг-строку типа postype и постоянную ссылку с пользовательской таксономией + заголовок сообщения или просто заголовок сообщения - PullRequest
Новая
       14

Удалите настраиваемую базовую слаг-строку типа postype и постоянную ссылку с пользовательской таксономией + заголовок сообщения или просто заголовок сообщения

0 голосов
/ 30 мая 2019

То, чего я хочу достичь, кажется довольно тривиальным, но решение еще не найдено:

Я хочу иметь возможность избежать наличия слага пользовательского постипа (т. Е. article) и иметь в постоянной ссылке пользовательскую таксономию (т. Е. site_topic) и ее термин (т. Е. blog) или, если не установлено, избегайте его и имейте только нормальный заголовок.

Что до сих пор пыталось изменить структуру постоянной ссылки: (он работает в панели управления, обмениваясь ссылками по мере необходимости, но страницы при посещении приводят к 404, и да постоянные ссылки сбрасывались при каждом редактировании). 

function ms_post_types_permalink_edit( $permalink, $post, $leavename ) {

  if ( in_array( $post->post_type, [ 'article', 'template' ] ) || 'publish' == $post->post_status ) {
    $terms = wp_get_object_terms( $post->ID, 'site_topic' );
    if( $terms ){
        return str_replace( '/' . $post->post_type . '/', '/' . $terms[0]->slug . '/', $permalink );
  }
    return str_replace( '/' . $post->post_type . '/', '/', $permalink );
}
 return str_replace( '/' . $post->post_type . '/', '/', $permalink );
}

add_filter( 'post_type_link', 'ms_post_types_permalink_edit', 10, 3 );

Мы хотели бы добиться работающей структуры постоянных ссылок, которая работает в обоих случаях для этих пользовательских типов, сохраняя при этом обычную структуру постоянных ссылок для остальных типов:

domain.com / заказ таксономия термина / заказ после названия

domain.com / пост-название

В качестве бонуса пользовательский почтовый тип имеет при регистрации: 

....
'rewrite' => [
  'with_front' => false,
  'slug' => false,
]
....

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

function ms_post_types_rewrite_rule() {
    add_rewrite_rule('article/([^/]*)/?$', 'index.php?article=$matches[1]', 'top');
    add_rewrite_rule('article/([^/]*)/([^/]*)?$', 'index.php?site_topic=$matches[1]&article="$matches[2]', 'top');
}

add_action('init', 'ms_post_types_rewrite_rule');

и 

function ms_pre_get_posts( $query ) {

  if ( ! $query->is_main_query() ) {
    return;
  }

  if ( 2 != count( $query->query ) || ! isset( $query->query['page'] ) ) {
    return;
  }
  if ( ! empty( $query->query['name'] ) ) {
    $query->set( 'post_type', [ 'article' ] );
  }
}

add_action( 'pre_get_posts', 'ms_pre_get_posts' );

1 Ответ

0 голосов
/ 30 мая 2019

Используйте приведенный ниже код в ваших активных темах function.php file 

function remove_ra_slug( $post_link, $post, $leavename ) {

        $terms = get_the_terms( $post->ID, 'site_topic' );
        if ( !empty( $terms ) ){
        // get the first term
        $term = array_shift( $terms );

        if ( 'article' != $post->post_type || 'publish' != $post->post_status ) {
            return $post_link;
        }

        $post_link = str_replace( '/' . $post->post_type . '/', '/' . $terms->slug . '/', $post_link );
    }
        return $post_link;
    }
    add_filter( 'post_type_link', 'remove_ra_slug', 10, 3 );

Недостаточно просто удалить слаг.Прямо сейчас вы получите страницу 404, потому что WordPress ожидает, что посты и страницы будут вести себя именно так.Вам также необходимо добавить следующее: 

function parse_ra_request( $query ) {

    if ( ! $query->is_main_query() || 2 != count( $query->query ) || ! isset( $query->query['page'] ) ) {
        return;
    }

    if ( ! empty( $query->query['name'] ) ) {
        $query->set( 'post_type', array( 'article' ) );
    }
}
add_action( 'pre_get_posts', 'parse_ra_request' );

Протестировано и хорошо работает

...