Hapus siput dari URL posting jenis posting khusus

Tampaknya semua sumber daya web berdasarkan subjek menghapus siput tipe pos kustom

yourdomain.com/CPT-SLUG/post-name 

sekarang solusi yang sangat usang sering merujuk pra instal WP versi 3.5 menginstal. Yang umum adalah:

'rewrite'   => array( 'slug' => false, 'with_front' => false ),  

dalam fungsi register_post_type Anda. Ini tidak lagi berfungsi dan menyesatkan. Jadi saya bertanya kepada komunitas di Q3 2018 di tepi WordPress 5 ...

Apa cara modern dan efisien untuk menghapus Slug Jenis Kiriman dari URL kiriman Jenis Kiriman Kustom dari dalam argumen penulisan ulang atau di mana pun?

UPDATE: Tampaknya ada beberapa cara untuk memaksa ini bekerja dengan regex. Khususnya jawaban dari Jan Beck jika Anda secara konsisten bersedia memantau pembuatan konten untuk memastikan tidak ada halaman / posting yang saling bertentangan dibuat .... Namun saya yakin bahwa ini adalah kelemahan utama dalam inti WP di mana harus ditangani untuk kami . Baik sebagai opsi / kait saat membuat CPT atau opsi opsi lanjutan untuk permalink. Tolong dukung tiket trek.

Catatan Kaki: Tolong dukung tiket trac ini dengan menonton / mempromosikannya: https://core.trac.wordpress.org/ticket/34136#ticket

Kode berikut akan berfungsi, tetapi Anda harus ingat bahwa konflik dapat terjadi dengan mudah jika siput untuk jenis posting kustom Anda sama dengan halaman atau siput posting ...

Pertama, kami akan menghapus siput dari permalink:

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

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

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

    return $post_link;
}
add_filter( 'post_type_link', 'na_remove_slug', 10, 3 );

Menghapus siput saja tidak cukup. Saat ini, Anda akan mendapatkan halaman 404 karena WordPress hanya mengharapkan posting dan halaman berperilaku seperti ini. Anda juga perlu menambahkan yang berikut:

function na_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', 'events', 'page' ) );
    }
}
add_action( 'pre_get_posts', 'na_parse_request' );

Cukup ubah "acara" ke jenis pos kustom Anda dan Anda siap melakukannya. Anda mungkin perlu menyegarkan permalink Anda.

Tulis kode berikut ke dalam pendaftaran taksonomi.

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

Hal terpenting yang harus Anda lakukan setelah mengganti kode

Setelah Anda mengubah dokumen taksonomi jenis pos kustom, coba buka Pengaturan> Permalinks dan simpan kembali pengaturan Anda , jika tidak, Anda akan mendapatkan 404 halaman tidak ditemukan.

Periksa di sini untuk solusi terbaik: http://www.krazzycodes.com/how-to-remove-custom-post-type-taxonomy-base-from-url-in-wordpress/

Saya mencoba mencari tahu ini belum lama ini dan jawaban singkat dari apa yang saya tahu adalah tidak . Paling tidak dari dalam argumen menulis ulang.

Penjelasan panjang menjadi jelas jika Anda melihat kode aktual register_post_typepada baris wp-include / post.php 1454 :

add_permastruct( $post_type, "{$args->rewrite['slug']}/%$post_type%", $permastruct_args );

Anda dapat melihatnya awalan $args->rewrite['slug']ke %$post_type%tag penulisan ulang. Orang bisa berpikir "mari kita atur siput nullitu" sampai Anda melihat beberapa baris:

if ( empty( $args->rewrite['slug'] ) )
    $args->rewrite['slug'] = $post_type;

Anda dapat melihat bahwa fungsi selalu mengharapkan nilai slug yang tidak kosong dan menggunakan tipe posting.

Menanggapi jawaban saya sebelumnya : Anda tentu saja dapat mengatur rewriteparameter falseketika mendaftarkan jenis posting baru dan menangani sendiri aturan penulisan ulang seperti

<?php
function wpsx203951_custom_init() {

    $post_type = 'event';
    $args = (object) array(
        'public'      => true,
        'label'       => 'Events',
        'rewrite'     => false, // always set this to false
        'has_archive' => true
    );
    register_post_type( $post_type, $args );

    // these are your actual rewrite arguments
    $args->rewrite = array(
        'slug' => 'calendar'
    );

    // everything what follows is from the register_post_type function
    if ( is_admin() || '' != get_option( 'permalink_structure' ) ) {

        if ( ! is_array( $args->rewrite ) )
            $args->rewrite = array();
        if ( empty( $args->rewrite['slug'] ) )
            $args->rewrite['slug'] = $post_type;
        if ( ! isset( $args->rewrite['with_front'] ) )
            $args->rewrite['with_front'] = true;
        if ( ! isset( $args->rewrite['pages'] ) )
            $args->rewrite['pages'] = true;
        if ( ! isset( $args->rewrite['feeds'] ) || ! $args->has_archive )
            $args->rewrite['feeds'] = (bool) $args->has_archive;
        if ( ! isset( $args->rewrite['ep_mask'] ) ) {
            if ( isset( $args->permalink_epmask ) )
                $args->rewrite['ep_mask'] = $args->permalink_epmask;
            else
                $args->rewrite['ep_mask'] = EP_PERMALINK;
        }

        if ( $args->hierarchical )
            add_rewrite_tag( "%$post_type%", '(.+?)', $args->query_var ? "{$args->query_var}=" : "post_type=$post_type&pagename=" );
        else
            add_rewrite_tag( "%$post_type%", '([^/]+)', $args->query_var ? "{$args->query_var}=" : "post_type=$post_type&name=" );

        if ( $args->has_archive ) {
            $archive_slug = $args->has_archive === true ? $args->rewrite['slug'] : $args->has_archive;
            if ( $args->rewrite['with_front'] )
                $archive_slug = substr( $wp_rewrite->front, 1 ) . $archive_slug;
            else
                $archive_slug = $wp_rewrite->root . $archive_slug;

            add_rewrite_rule( "{$archive_slug}/?$", "index.php?post_type=$post_type", 'top' );
            if ( $args->rewrite['feeds'] && $wp_rewrite->feeds ) {
                $feeds = '(' . trim( implode( '|', $wp_rewrite->feeds ) ) . ')';
                add_rewrite_rule( "{$archive_slug}/feed/$feeds/?$", "index.php?post_type=$post_type" . '&feed=$matches[1]', 'top' );
                add_rewrite_rule( "{$archive_slug}/$feeds/?$", "index.php?post_type=$post_type" . '&feed=$matches[1]', 'top' );
            }
            if ( $args->rewrite['pages'] )
                add_rewrite_rule( "{$archive_slug}/{$wp_rewrite->pagination_base}/([0-9]{1,})/?$", "index.php?post_type=$post_type" . '&paged=$matches[1]', 'top' );
        }

        $permastruct_args = $args->rewrite;
        $permastruct_args['feed'] = $permastruct_args['feeds'];
        add_permastruct( $post_type, "%$post_type%", $permastruct_args );
    }
}
add_action( 'init', 'wpsx203951_custom_init' );

Anda dapat melihat add_permastructpanggilan sekarang tidak termasuk siput lagi. Saya menguji dua skenario:

1. Ketika saya membuat halaman dengan "kalender" siput halaman itu ditimpa oleh arsip jenis posting yang juga menggunakan siput "kalender".

2. Ketika saya membuat halaman dengan slug "my-event" dan sebuah event (CPT) dengan slug "my-event", jenis posting kustom ditampilkan.

3. Halaman lain tidak berfungsi juga. Jika Anda melihat gambar di atas menjadi jelas mengapa: aturan jenis posting kustom akan selalu cocok dengan siput halaman. Karena WordPress tidak memiliki cara untuk mengidentifikasi apakah itu halaman atau jenis posting kustom yang tidak ada, itu akan kembali 404. Itulah mengapa Anda perlu siput untuk mengidentifikasi halaman atau CPT. Solusi yang mungkin adalah mencegat kesalahan dan mencari halaman yang mungkin ada mirip dengan jawaban ini .

Melihat melalui jawaban di sini saya pikir ada ruang untuk solusi yang lebih baik yang menggabungkan beberapa hal yang saya pelajari di atas dan menambahkan deteksi otomatis dan pencegahan siput pos duplikat.

CATATAN: Pastikan Anda mengubah 'custom_post_type' untuk nama CPT Anda sendiri di seluruh contoh saya di bawah ini. Ada banyak kejadian, dan 'temukan / ganti' adalah cara mudah untuk menangkap semuanya. Semua kode ini bisa masuk ke functions.php Anda atau dalam sebuah plugin.

Langkah 1: Nonaktifkan penulisan ulang pada jenis posting kustom Anda dengan mengatur penulisan ulang ke 'false' ketika Anda mendaftarkan posting:

register_post_type( 'custom_post_type',
    array(
        'rewrite' => false
    )
);

Langkah 2: Secara manual menambahkan penulisan ulang kustom kami ke bagian bawah penulisan ulang WordPress untuk custom_post_type kami

function custom_post_type_rewrites() {
    add_rewrite_rule( '[^/]+/attachment/([^/]+)/?$', 'index.php?attachment=$matches[1]', 'bottom');
    add_rewrite_rule( '[^/]+/attachment/([^/]+)/trackback/?$', 'index.php?attachment=$matches[1]&tb=1', 'bottom');
    add_rewrite_rule( '[^/]+/attachment/([^/]+)/feed/(feed|rdf|rss|rss2|atom)/?$', 'index.php?attachment=$matches[1]&feed=$matches[2]', 'bottom');
    add_rewrite_rule( '[^/]+/attachment/([^/]+)/(feed|rdf|rss|rss2|atom)/?$', 'index.php?attachment=$matches[1]&feed=$matches[2]', 'bottom');
    add_rewrite_rule( '[^/]+/attachment/([^/]+)/comment-page-([0-9]{1,})/?$', 'index.php?attachment=$matches[1]&cpage=$matches[2]', 'bottom');
    add_rewrite_rule( '[^/]+/attachment/([^/]+)/embed/?$', 'index.php?attachment=$matches[1]&embed=true', 'bottom');
    add_rewrite_rule( '([^/]+)/embed/?$', 'index.php?custom_post_type=$matches[1]&embed=true', 'bottom');
    add_rewrite_rule( '([^/]+)/trackback/?$', 'index.php?custom_post_type=$matches[1]&tb=1', 'bottom');
    add_rewrite_rule( '([^/]+)/page/?([0-9]{1,})/?$', 'index.php?custom_post_type=$matches[1]&paged=$matches[2]', 'bottom');
    add_rewrite_rule( '([^/]+)/comment-page-([0-9]{1,})/?$', 'index.php?custom_post_type=$matches[1]&cpage=$matches[2]', 'bottom');
    add_rewrite_rule( '([^/]+)(?:/([0-9]+))?/?$', 'index.php?custom_post_type=$matches[1]', 'bottom');
    add_rewrite_rule( '[^/]+/([^/]+)/?$', 'index.php?attachment=$matches[1]', 'bottom');
    add_rewrite_rule( '[^/]+/([^/]+)/trackback/?$', 'index.php?attachment=$matches[1]&tb=1', 'bottom');
    add_rewrite_rule( '[^/]+/([^/]+)/feed/(feed|rdf|rss|rss2|atom)/?$', 'index.php?attachment=$matches[1]&feed=$matches[2]', 'bottom');
    add_rewrite_rule( '[^/]+/([^/]+)/(feed|rdf|rss|rss2|atom)/?$', 'index.php?attachment=$matches[1]&feed=$matches[2]', 'bottom');
    add_rewrite_rule( '[^/]+/([^/]+)/comment-page-([0-9]{1,})/?$', 'index.php?attachment=$matches[1]&cpage=$matches[2]', 'bottom');
    add_rewrite_rule( '[^/]+/([^/]+)/embed/?$', 'index.php?attachment=$matches[1]&embed=true', 'bottom');
}
add_action( 'init', 'custom_post_type_rewrites' );

CATATAN: Bergantung pada kebutuhan Anda, Anda mungkin ingin memodifikasi penulisan ulang di atas (nonaktifkan trackback? Feed ?, dll). Ini mewakili jenis penulisan ulang 'default' yang akan dihasilkan jika Anda tidak menonaktifkan penulisan ulang di langkah 1

Langkah 3: Buat tautan permanen ke jenis posting khusus Anda 'cantik' lagi

function custom_post_type_permalinks( $post_link, $post, $leavename ) {
    if ( isset( $post->post_type ) && 'custom_post_type' == $post->post_type ) {
        $post_link = home_url( $post->post_name );
    }

    return $post_link;
}
add_filter( 'post_type_link', 'custom_post_type_permalinks', 10, 3 );

CATATAN: Anda dapat berhenti di sini jika Anda tidak khawatir tentang pengguna Anda membuat posting (duplikat) yang saling bertentangan dalam jenis posting lain yang akan menciptakan situasi di mana hanya satu dari mereka yang dapat memuat ketika halaman diminta.

Langkah 4: Mencegah duplikat posting siput

function prevent_slug_duplicates( $slug, $post_ID, $post_status, $post_type, $post_parent, $original_slug ) {
    $check_post_types = array(
        'post',
        'page',
        'custom_post_type'
    );

    if ( ! in_array( $post_type, $check_post_types ) ) {
        return $slug;
    }

    if ( 'custom_post_type' == $post_type ) {
        // Saving a custom_post_type post, check for duplicates in POST or PAGE post types
        $post_match = get_page_by_path( $slug, 'OBJECT', 'post' );
        $page_match = get_page_by_path( $slug, 'OBJECT', 'page' );

        if ( $post_match || $page_match ) {
            $slug .= '-duplicate';
        }
    } else {
        // Saving a POST or PAGE, check for duplicates in custom_post_type post type
        $custom_post_type_match = get_page_by_path( $slug, 'OBJECT', 'custom_post_type' );

        if ( $custom_post_type_match ) {
            $slug .= '-duplicate';
        }
    }

    return $slug;
}
add_filter( 'wp_unique_post_slug', 'prevent_slug_duplicates', 10, 6 );

CATATAN: Ini akan menambahkan string '-duplikat' ke akhir setiap siput duplikat. Kode ini tidak dapat mencegah duplikat siput jika sudah ada sebelum menerapkan solusi ini. Pastikan untuk memeriksa duplikat terlebih dahulu.

Saya akan senang mendengar kabar dari orang lain yang mencoba untuk melihat apakah itu bekerja dengan baik untuk mereka juga.

Anda tidak membutuhkan begitu banyak kode keras. Cukup gunakan plugin yang ringan:

• Hapus Base Slug Dari Custom Post

Ini memiliki opsi yang dapat disesuaikan.

Punya masalah yang sama di sini dan sepertinya tidak ada gerakan di situs wordpress. Dalam situasi khusus saya di mana untuk posting blog tunggal struktur / blog /% postname% / diperlukan solusi ini

https://kellenmace.com/remove-custom-post-type-slug-from-permalinks/

berakhir pada sekelompok 404-an

Tetapi bersama dengan pendekatan yang luar biasa ini, yang tidak menggunakan strukture permalink backend untuk blogpost akhirnya berfungsi seperti charme. https://www.bobz.co/add-blog-prefix-permalink-structure-blog-posts/

Terima kasih banyak.

dan kami dapat membuat beberapa perubahan pada fungsi yang disebutkan di atas:

function na_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', 'events', 'page' ) );
}
}

untuk:

function na_parse_request( $query ) {

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

if ( ! empty( $query->query['name'] ) ) {

    global $wpdb;
    $pt = $wpdb->get_var(
        "SELECT post_type FROM `{$wpdb->posts}` " .
        "WHERE post_name = '{$query->query['name']}'"
    );
    $query->set( 'post_type', $pt );
}
}

untuk mengatur nilai post_type yang tepat.

Ini bekerja untuk saya: 'rewrite' => array('slug' => '/')

Bagi siapa pun yang membaca ini yang memiliki masalah dengan posting anak-anak seperti saya, saya menemukan cara terbaik adalah menambahkan aturan penulisan ulang Anda sendiri.

Masalah utama yang saya alami adalah bahwa WordPress memperlakukan pengalihan dari halaman yang memiliki 2 level (posting anak) sedikit berbeda dari yang memperlakukan 3 level dalam (posting anak-anak).

Itu berarti ketika saya memiliki / post-type / post-name / post-child / saya dapat menggunakan / post-name / post-child dan itu akan mengarahkan saya ke yang dengan post-type di depan tetapi jika saya memiliki post-type / post-name / post-child / post-grandchild maka saya tidak bisa menggunakan post-name / post-child / post-grandchild.

Melihat ke aturan penulisan ulang sepertinya cocok untuk hal-hal selain pagename di tingkat pertama dan kedua (saya pikir tingkat kedua cocok dengan lampiran) dan kemudian melakukan sesuatu di sana untuk mengarahkan Anda ke pos yang tepat. Pada kedalaman tiga tingkat itu tidak berhasil.

Hal pertama yang perlu Anda lakukan adalah menghapus tautan jenis kiriman dari anak-anak juga. Logika ini harus terjadi di sini jika Anda melihat jawaban Nate Allen di atas:

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

Saya sendiri menggunakan campuran kondisional berbeda untuk memeriksa apakah posting memiliki anak dan yang lainnya untuk mendapatkan permalink yang tepat. Bagian ini tidak terlalu rumit dan Anda akan menemukan contoh orang melakukannya di tempat lain.

Namun langkah selanjutnya adalah di mana segala sesuatu berubah dari jawaban yang diberikan. Alih-alih menambahkan hal-hal ke permintaan utama (yang berfungsi untuk pos kustom dan anak-anak mereka tetapi tidak untuk anak-anak lebih lanjut), saya menambahkan penulisan ulang yang masuk ke bagian bawah aturan WordPress sehingga jika pagename tidak memeriksa dan akan segera tekan 404 itu akan melakukan satu pemeriksaan terakhir untuk melihat apakah halaman dalam jenis posting kustom memiliki nama yang sama kalau tidak akan membuang 404.

Inilah aturan penulisan ulang yang saya gunakan dengan anggapan 'event' adalah nama CPT Anda

function rewrite_rules_for_removing_post_type_slug()
{
    add_rewrite_rule(
        '(.?.+?)?(:/([0-9]+))?/?$',
        'index.php?event=$matches[1]/$matches[2]&post_type=event',
        'bottom'
    );
}

add_action('init', 'rewrite_rules_for_removing_post_type_slug', 1, 1);

Semoga ini bisa membantu orang lain, saya tidak dapat menemukan hal lain yang berhubungan dengan child of child post dan menghapus siput dari itu.