En mi caso, decidí usar este modo porque se irán agregando nuevos descendientes de una página en particular, por lo que en caso de hacerlo (y sin usar $post->ancestors de esta forma), tendría que haber editado el theme cada vez que agregara un nuevo descendiente, usando la función is_page(array(1,2,3...))

Que tal estoy leyendo el articulo y hay algo que no entiendo bien.

Yo trabajo tambien con post parents y array sobretodo para los menu con id current o para colocar banners diferentes según categorias o pages.

Esta funcion ancestors suplanta el array osea, es lo mismo por ejemplo colocar;

if (is_page(array(78,’80′,’82′,’83′))) echo ‘class=”menu-hover”‘;

if (is_page(array(78,$post->ancestors).)) echo ‘class=”menu-hover”‘;

va a generar el mismo resultado?

Yo trabajo tambien con post parents y array sobretodo para los menu con id current o para colocar banners diferentes según categorias o pages.

Esta funcion ancestors suplanta el array osea, es lo mismo por ejemplo colocar;

ancestors))) echo ‘class=”menu-hover”‘; ?>

va a generar el mismo resultado?

Sobre la búsqueda, a partir de la versión 2.5 ya se incluyen las páginas en los resultados; pero feed de páginas si que no hay, aunque creo que vale la pena hacer la distinción de que los feeds son mayormente útiles para seguir las actualizaciones de contenidos que se van renovando periódicamente, por lo que no tiene sentido utilizarlos en contenidos que son permanentes.

Una gran ventaja de hacer esta distinción es que permite también mantener un blog como sistema de “noticias” o “anuncios”, en el que sí hayan contenidos que tengan que ver con una cierta cronología y al que los usuarios se puedan suscribir mediante RSS / e-mail; es decir, estos posts pueden convivir fácilmente con el contenido permanente del sitio, que en este caso son los números publicados por la revista.

Es decir, al escribir en páginas no se permite categorizar, o utilizar tags, y por lo tanto no habría manera de tener un Feed de sólo ese tipo de artículos, y por defecto creo que el sistema de búsqueda no busca en páginas, aunque de esto no estoy seguro.

Son dudas, obviamente desconozco los detalles del proyecto en el que trabajas e igual lo que te comento no importa. Pero como también me ha tocado trabajar en este tipo de proyectos en el que hay que sacarle el jugo como sea a WordPress a veces existen distintas soluciones con ventajas y desventajas.

Por otra parte, en el caso de las páginas el orden de jerarquía es inherente a ellas, en cambio en los posts sólo puedes crear jerarquías a través de categorías.

Al final, vale la pena recordar que WordPress, a pesar de tener características de CMS, está enfocado principalmente a weblogs; para este tipo de uso siempre habrá que “estirarlo” un poco. En lo personal sólo vale la pena como alternativa en cuanto lo conozco bastante, sé lo que se puede hacer con él (estirándolo) y tengo algo de experiencia desarrollando proyectos con él, y todo ello significa finalmente un ahorro de tiempo y esfuerzo; pero sin dudas que (de nuevo, en lo personal, y al menos para este proyecto en particular) hay otras plataformas (como Drupal) que se pueden ajustar bastante mejor a otros tipos de sitios.

Es decir, cuando tal post esté bajo cierta categoría, entonces que tenga cierta plantilla.