La plantilla CPT no se muestra - Obteniendo 404


8

Estoy desarrollando un complemento de tipo de publicación personalizada, que funciona bien en dev. Ahora que lo he movido a producción, obtengo un 404 cuando intento mostrar la plantilla para el CPT.

Entonces, dos preguntas:

1- ¿Existe algún mecanismo para determinar el camino que tomó WP para atravesar la jerarquía?

2- ¿Por qué no me daría la página individual o de índice?

He tirado $ wp_query y un stacktrace al final de la 404. Esto es parte de lo que encontré:

[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

Y el rastro de la pila:

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

Gracias por tu ayuda.

Respuestas:


14

Siempre elimine las reglas de reescritura cuando registre un nuevo tipo de publicación pública o taxonomía. De lo contrario, las reglas internas de reescritura no lo tendrán en cuenta cuando una URL se asigne a una consulta.

Puede automatizar ese proceso conectándose a registered_post_typey registered_taxonomy.

A continuación se muestra el código actualizado, basado en los comentarios de los comentarios y otras personas.

Descargar como complemento T5 Silent Flush en 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 );
}

Esto eliminará las reglas cada vez que cree un nuevo tipo de publicación o taxonomía. No es necesario volver a visitar la configuración de enlaces permanentes.


Estoy pensando en agregar esto al complemento CPT en sí. No parece tener sentido exigir a un usuario que tenga otro complemento para que mi complemento funcione.
NotoriousWebmaster

Sí, por supuesto. Solo quería proporcionar un ejemplo reutilizable para otros lectores con el mismo problema.
fuxia

8
Parece que esto debería estar en el núcleo
Scott Kingsley Clark

Tenía algunas preguntas sobre esto: ¿será tan intensivo en recursos como eliminar las reglas de reescritura y esto se ejecuta cada vez que se carga WP?
Manny Fleurmond el

@MannyFleurmond Sí, se ejecutará cada vez que se registre el tipo de publicación. Pero las reglas solo se eliminan cuando es necesario, y el get_option()valor proviene del caché.
fuxia
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.