Wordpress URL переписывает. Удалить CPT-слаг, но сохранить функциональность дочерней страницы - PullRequest
1 голос
/ 07 мая 2019

Мне бы хотелось, чтобы мой пользовательский тип записи, products, не использовал слаг, например: domain.com/product-name. Приведенный ниже код хорошо с этим разбирается, однако он не работает с дочерними страницами, например: domain.com/product-name/product-name-feature, это 404 с.

Первоначально я пытался присвоить настраиваемому типу записи слизь перезаписи как '/', и хотя это было хорошо для настраиваемого типа записи, он убивал обычные страницы (404). Так что, если решение состоит в том, чтобы использовать '/', а затем исправить нормальные страницы, это тоже хорошо.

// Post Type

function base_types() {

    $labels = array(
        'name'               => 'Products & Features',
        'singular_name'      => 'Product',
        'add_new'            => 'Add New',
        'add_new_item'       => 'Add New Product / Feature',
        'edit_item'          => 'Edit Product',
        'new_item'           => 'New Product',
        'all_items'          => 'All',
        'view_item'          => 'View Product / Feature',
        'search_items'       => 'Search Product / Feature',
        'not_found'          => 'None found',
        'not_found_in_trash' => 'None found in Trash',
        'parent_item_colon'  => '',
        'menu_name'          => 'Products / Features'
    );

    $args = array(
        'labels'             => $labels,
        'public'             => true,
        'publicly_queryable' => true,
        'show_ui'            => true,
        'show_in_menu'       => true,
        'query_var'          => true,
        'rewrite'            => array( 'slug' => 'product', 'with_front' => false ),
        'capability_type'    => 'page',
        'has_archive'        => false,
        'hierarchical'       => true,
        'menu_position'      => 10,
        'with_front'         => false,
        'menu_icon'          => 'dashicons-chart-bar',
        'supports'           => array( 'title', 'editor', 'author', 'page-attributes' )
    );

    register_post_type( 'product', $args );

}

add_action( 'init', 'base_types' );


// Rewrites

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

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

        $parent = get_post($post->post_parent);
        $post_link = str_replace( '/' . $post->post_type . '/' . $parent->post_name . '/', '/' . $parent->post_name . '/', $post_link );

    }

    else {

        $post_link = str_replace( '/' . $post->post_type . '/', '/', $post_link );
    }
    return $post_link;
}

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


function parse_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( 'post', 'product', 'page' ) );
    }
}

add_action( 'pre_get_posts', 'parse_request' );

Страницы первого уровня работают как положено. Дочерние страницы получают правильную постоянную ссылку, но они 404.

Может кто-нибудь помочь или указать в правильном направлении? Спасибо.

1 Ответ

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

Это было решено с помощью пользовательской структуры /% post_id% /

Больше нигде не нашел этот ответ, поэтому добавил его в себя.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...