CPT шаблон не отображается - получение 404

8

Я разрабатываю плагин Custom Post Type, который отлично работает в dev. Теперь, когда я переместил его в производство, я получаю 404, когда пытаюсь отобразить шаблон для CPT.

Итак, два вопроса:

1- Есть ли какой-то механизм для определения пути, по которому WP прошел через иерархию?

2- Почему бы просто не дать мне одну или индексную страницу?

Я сбросил $ wp_query и трассировку стека в конце 404. Вот часть того, что я нашел:

[query] => Array
    (
        [page] => 
        [pagename] => refletters/proximity
    )

[request] => SELECT   wp_posts.* FROM wp_posts  WHERE 1=1  AND (wp_posts.ID = '0') AND wp_posts.post_type = 'page'  ORDER BY wp_posts.post_date DESC 
[posts] => Array
    (
    )

[queried_object] => 
[queried_object_id] => 0

И трассировка стека:

2013-04-27 22:16:41 - 24.52.197.40 - TRACE - index.php - 404.php[39] - 
    wordpress/wp-content/themes/notoriousconsultant/404.php[39] - aaLog->logtrace
    wordpress/wp-includes/template-loader.php[50] - include
    wordpress/wp-blog-header.php[16] - require_once
    wordpress/index.php[17] - require

Спасибо за вашу помощь.

NotoriousWebmaster
источник

Ответы:

14

Всегда сбрасывайте правила перезаписи при регистрации нового общедоступного типа публикации или таксономии. В противном случае внутренние правила перезаписи не будут учитывать это при сопоставлении URL-адреса с запросом.

Вы можете автоматизировать этот процесс, подключив registered_post_typeи registered_taxonomy.

Ниже приведен обновленный код, основанный на отзывах из комментариев и других людей.

Скачать как плагин T5 Silent Flush на GitHub.

add_action( 'registered_post_type', 't5_silent_flush_cpt', 10, 2 );
add_action( 'registered_taxonomy',  't5_silent_flush_tax', 10, 3 );

/**
 * Flush rules for custom post types.
 *
 * @wp-hook registered_post_type
 * @param   string $post_type
 * @param   stdClass $args
 * @return  void
 */
function t5_silent_flush_cpt( $post_type, $args )
{
    if ( $args->_builtin )
        return;

    if ( ! $args->public )
        return;

    if ( ! $args->publicly_queryable )
        return;

    if ( ! $args->rewrite )
        return;

    $slug = $post_type;

    if ( isset ( $args->rewrite['slug'] ) && is_string( $args->rewrite['slug'] ) )
        $slug = $args->rewrite['slug'];

    $rules = get_option( 'rewrite_rules' );

    if ( ! isset ( $rules[ $slug . '/?$'] ) )
        flush_rewrite_rules( FALSE );
}

/**
 * Flush rules for custom post taxonomies.
 *
 * @wp-hook registered_taxonomy
 * @param   string $taxonomy
 * @param   string $object_type
 * @param   array  $args
 * @return  void
 */
function t5_silent_flush_tax( $taxonomy, $object_type, $args )
{
    // No idea why we get an array here, but an object for post types.
    // Objects are easier to write, so ...
    $args = (object) $args;

    if ( $args->_builtin )
        return;

    if ( ! $args->public )
        return;

    if ( ! $args->rewrite )
        return;

    $slug = $taxonomy;

    if ( isset ( $args->rewrite['slug'] ) && is_string( $args->rewrite['slug'] ) )
        $slug = $args->rewrite['slug'];


    $rules = get_option( 'rewrite_rules' );

    if ( ! isset ( $rules[ $slug . '/(.+?)/?$'] ) )
        flush_rewrite_rules( FALSE );
}

Это сбрасывает правила каждый раз, когда вы создаете новый тип записи или таксономию. Не нужно снова заходить в настройки постоянной ссылки.

Фуксия
источник
Я думаю добавить это в сам плагин CPT. Кажется, не имеет смысла требовать, чтобы у пользователя был другой плагин, чтобы мой плагин работал.
NotoriousWebmaster
Ну конечно; естественно. Я просто хотел предоставить пример для повторного использования для других читателей с той же проблемой.
fuxia
8
Похоже, это должно быть в основе
Скотт Кингсли Кларк
У меня было несколько вопросов по этому поводу: будет ли это так же ресурсоемко, как очистка правил перезаписи, и будет ли это выполняться каждый раз при загрузке WP?
Мэнни Флермонд
@MannyFleurmond Да, он будет запускаться каждый раз при регистрации типа сообщения. Но правила сбрасываются только при необходимости, а get_option()значение приходит из кеша.
fuxia