it-swarm.com.de

Ich habe viele Probleme seit dem Upgrade auf 3.0.1 mit der Funktion get_page_children ()

Ich benutze die Funktion get_page_children (), um ein sub_nav für einen Designer-Client zu erstellen, für den ich arbeite. Sie verwendet das von DreamWeaver erstellte Spry-Assets-Flyout "JS". Daher muss ich die Menüs manuell so ausführen, anstatt die neuen Menüfunktionen in WordPress zu verwenden.

Ich hatte sie alle perfekt eingerichtet und funktioniert, und dann hat mein Client auf 3.0.1 aktualisiert und irgendwie sagt sie, dass das sie kaputt gemacht hat. Ich bin mir nicht sicher, ob es dann passiert ist oder ob es etwas anderes war, das den Bruch verursacht hat.

Ich habe das Problem eingegrenzt. Der Codex besagt, dass Sie eine Liste aller Seitenobjekte abrufen müssen, die für diese Funktion verwendet werden sollen. Sie verwenden eine "Abfrage" -Funktion, die ich noch nie gesehen habe.

http://codex.wordpress.org/Function_Reference/get_page_children

$my_wp_query = new WP_Query();
$all_wp_pages = $my_wp_query->query(array('post_type' => 'page'));

Diese beiden Zeilen sollten ein Array aller Ihrer Seitenobjekte generieren, das später von get_page_children () verwendet werden kann.

Es funktioniert jedoch nicht mehr, weil $ all_wp_pages NICHT alle meine Seiten sind. Ich habe 38 Seiten auf dieser Site, und wenn ich eine Ausgabe des Arrays $ all_wp_pages mache, erhalte ich nur 10 Seiten.

Hat jemand eine Idee, warum das passieren würde? Die 10 Seiten, die angezeigt werden, sind zufällig EINE Seite und ihre Kinder. Aber sie werden angezeigt, egal auf welcher Seite Sie sich befinden. Es ist wirklich bizarr.

Vielen Dank!

1
Jason Rhodes

Ich habe nicht genügend Seiten zum Testen, aber ich habe die Idee, dass 10 die Standard-Paginierungsnummer ist.

$all_wp_pages = $my_wp_query->query(array(
    'post_type' => 'page',
    'posts_per_page' => -1
    ));

Wenn dies nicht funktioniert, werde ich versuchen, etwas Zeit zu finden, um ein paar Seiten zu generieren und zu testen.

3
Rarst