Удалить пользовательский тип сообщения из URL

Не нашли полезного ответа на это. Я осведомлен о проблемах конфликта и всех проблемах, которые это может вызвать, мне любопытно, возможно ли это, НЕ ПРЕДЛАГАЕТСЯ. Это потребует переписывания WP, я знаю это очень много.

В основном, скажем, у нас есть CPT «событий». Я хочу, чтобы страница отдельного события имела URL-адрес http://domain.com/single-event-name и НЕ http://domain.com/events/single-event-name . Есть идеи, как это сделать?

Вот как вы можете выполнить первую часть работы - избавиться от CPT-слагов в ссылках постов (например, тип постов новостей).

function df_custom_post_type_link( $post_link, $id = 0 ) {  

    $post = get_post($id);  

    if ( is_wp_error($post) || 'news' != $post->post_type || empty($post->post_name) )  
        return $post_link;  

    return home_url(user_trailingslashit( "$post->post_name" ));  
}
add_filter( 'post_type_link', 'df_custom_post_type_link' , 10, 2 );

Теперь нужно переписать правила для «новостей», потому что вы получите ошибку 404.

Добавьте правило перезаписи следующим образом:

function df_custom_rewrite_rule() {
    add_rewrite_rule('(.*?)$', 'index.php?news=$matches[1]', 'top');
}
add_action('init', 'df_custom_rewrite_rule');

Затем нам нужно сбросить правила перезаписи, поэтому перейдите в Настройки - Постоянные ссылки и сохраните изменения.

Вы можете попробовать этот плагин ( http://wordpress.org/extend/plugins/remove-slug-from-custom-post-type/ ) для удаления слага, но он будет работать, только если структура постоянных ссылок равна "/% postname % /

Вы всегда можете подключиться к «parse_request», чтобы проверить, существует ли пользовательский тип с запрошенным именем, и затем соответствующим образом изменить query_vars. Вам понадобится что-то вроде ответа @ Bartosz, чтобы дополнительно сгенерировать постоянную ссылку:

 add_filter('parse_request', "t21_parse_request" , 1, 1);

 function t21_parse_request($wbobj)
 {
      $vars = $wpobj->query_vars;
      $slug = $query_vars['pagename'];

      $posts = get_posts(array(
           "post_type" => "event",
           "post_name" => $slug
      ));

      if($posts)
      {
           //we know your "event" entry exists so we now amend the query_vars
           //first unset the 'page' and 'pagename'
           unset($query_vars['page']);
           unset($query_vars['pagename'];

           //now rebuild the query_vars
           $query_vars['post_type'] = "event"; //CPT name
           $query_vars['name'] = $slug;
           $query_vars['event'] = $slug //again - this constructs the "event=myevent" query string
      }
      else
      {
           //just return $wpobj since we know that there is no "event"
           return $wpobj;
      }
 }

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

function register_cpt_type() {
    register_post_type('cpt', array(
        'rewrite' => array("slug" => "/cpt", "with_front" => false),
    ));
}
add_action('init', 'register_cpt_type')

function cpt_rewrite_rule() {
    add_rewrite_rule('(.*?)$', 'index.php?cpt=$matches[1]', 'top');
}
add_action('after_theme_setup', 'cpt_rewrite_rule');

очистить / перезаписать URL переписывает, затем редактировать .htaccess

RewriteRule ^cpt/(.+)$ /$1 [R=301,L]