Как вывести все дочерние страницы определенной страницы wordpress?

Question

[Alex-Broudy]

Здравствуйте!

Не судите строго, я новичок в этом деле и только постигаю азы )

В общем, создан кастомный тип записи "city" и созданы страницы порядка 300 городов, у каждого из которых есть разделы, например: Продукция или Производство. У каждого такого раздела может быть порядка 3-4 дочерних страниц.

Допустим, ссылка может иметь такой вид: example.com/city/moscow/products/portrets/boys-and-girls

Цель: на любой из дочерних страниц "products" в том числе и на самой странице "products" выводить список всех ее дочерних страниц.

Я пытаюсь определить url текущей страницы через $url = $_SERVER['REQUEST_URI']; (например даже если я нахожусь на странице "boys-and-girls")
далее разбиваю url на массив $products = explode("/", $url); и получаю строки:
[0] city
[1] moscow
[2] products
[3] portrets
[4] boys-and-girls

Из этого списка мне необходимо использовать значение [2]
далее пытаюсь вывести список нужных мне страниц, - конечный код выглядит так:

<?php 
$url = $_SERVER['REQUEST_URI'];
$products = explode("/", $url);
$my_parent_page = $products[2];
$args = array(
	'sort_order' => 'ASC',
	'sort_column' => 'rand',
	'hierarchical' => 1,
	'child_of' => $my_parent_page, 
	'parent' => -1,
	'post_type' => 'city',
	'post_status' => 'publish',
	);
	$pages = get_pages( $args );
		foreach( $pages as $post ){
		setup_postdata( $post );
	?>
	<a href="<?php the_permalink(); ?>"><?php the_field('my_title_field'); ?></a>
	<?php 
	}
	wp_reset_postdata();
?>

Но код в данном случае выводит все возможные страницы раздела "city", а не "products"

Буду рад любой помощи!

Answer 1

[Денис Янчевский]

Здравствуйте.

значит в коде нужно определять автоматически ID страницы "Продукция" и исходя из полученного ID выводить список всех его дочерних страниц на любой из дочерних страниц.

if ( wp_get_post_parent_id() )	{
	$ancestors = get_post_ancestors( get_the_ID() );
	$parent_id = end( $ancestors );
} else {
	$parent_id = get_the_ID();
}

Не тестировал код, но по идеи, в $parent_id и будет искомый ID родительской страницы на любой из дочерних страниц, включая саму родительскую страницу.

Comments

[Alex-Broudy]

Денис Янчевский, решение отличное, спасибо! работает на всех дочерних страницах, проверил )
но есть момент один, из-за которого я именно хочу привязываться к конкретной странице products, - это:

Страница города является родительской страницей верхнего уровня
/moscow/products/portrets/boys-and-girls, но у города может быть не только страница "Продукция", но и "Производство" например со всеми возможными дочерними страницами - /moscow/proizvodstvo/ramki/color/

И предложенное вами решение определяет родителя - страницу города и выводит помимо продукции еще и дочерние страницы относящиеся к странице "Производство", чего не желательно допускать.

[Денис Янчевский]

Alex-Broudy,
Ну Вы можете доработать это решение. Как-нибудь так:

if ( wp_get_post_parent_id() )	{
  $ancestors = get_post_ancestors( get_the_ID() );
  $count = count( $ancestors );
  if( $count >= 2 ) {
    $root = $count - 2;
    $parent_id = $ancestors[$root];
  } else {
    $parent_id = wp_get_post_parent_id();
  }
} else {
  $parent_id = get_the_ID();
}

[Alex-Broudy]

Денис Янчевский, Супер! то, что нужно )) огромное спасибо! )

Answer 2

[Alex]

https://wp-kama.ru/function/get_children

Comments

[Alex-Broudy]

Да, Вы правы, это решение удобно если нужно на каждой из подстраниц показать дочерние, а мне необходимо на каждой из дочерней страницы показать весь список страниц относящихся к одной определенной странице независимо на какой странице нахожусь - 2, 3, или 5 уровень вложенности.

т.е. - определив эту самую нужную страницу, в моем случае это страница "products" - везде показывать дочерние страницы относящиеся к ней по всем уровням вложенности

[Alex]

Alex-Broudy, Ну так просто получите родителя , а потом, если нужно, загружайте дочерние страницы указывая не текущую а именно ИД родителя

[Alex-Broudy]

Александр Козак, дело в том, что код вывода страниц будет размещаться в одном шаблоне на более 300 страниц.
у каждого города есть несколько разделов, например "Продукция" и "Производство" и у каждого этого раздела куча дочерних страниц и, например для города Москва страница "Продукция" будет иметь один ID, а для города Саратов страница "Продукция" будет иметь совершенно другой ID (более 300 страниц и более 300 ID), значит в коде нужно определять автоматически ID страницы "Продукция" и исходя из полученного ID выводить список всех его дочерних страниц на любой из дочерних страниц. Надеюсь понятно объяснил ))

Вопрос в том, что не так в моем коде? Чего не хватает и что лишнее..?

Answer 3

[Игорь Воротнёв]

Оденьте трусы или снимите крестик.

Вы или начните читать документацию WordPress, разберитесь с тем, что такое WP_Query, Custom Post Types, Custom Taxonomies, Rewrite Rules, $query_vars, как WordPress обрабатывает запрос от начала до конца и тд, либо выбросьте WordPress и начните пилить так, как вам привычнее и удобнее - чистым PHP без каких-либо CMS (или на базе знакомого фреймворка). Потому что то, что вы пытаетесь сделать, это какой-то сюр. Перед тем, как садиться за столь нетривиальную задачу как создание региональной структуры на базе WP, необходимо начать с простого и понять как этот самый WP работает внутри. Не наоборот.

Comments

[Alex-Broudy]

Спасибо, со своей жизнью я разберусь сам ))
Но когда задачу нужно решить здесь и сейчас, то подобные комментарии - "разберитесь с тем, что такое WP_Query, Custom Post Types, Custom Taxonomies, Rewrite Rules, $query_vars, как WordPress обрабатывает запрос от начала до конца и тд" не совсем уместны, поскольку на изучение того, что предлагаете уйдут недели и месяцы.
Я лишь прошу специалистов помочь показать, что в моем коде не так или как лучше реализовать эту задачу, даже с иным решением.

[Игорь Воротнёв]

не совсем уместны, поскольку на изучение того, что предлагаете уйдут недели и месяцы.

Но без этого у вас будет день сурка, и "когда задачу нужно решить здесь и сейчас" будет повторяться снова и снова, вы будете решать это адским говнокодом "вопреки WP", и через весьма короткий промежуток времени проект становится неподдерживаемым. И да, на это достаточно нескольких часов - открываете WP, запускаете Xdebug и пошагово идете по выполнению движка.

Остановитесь, выдохните, почитайте про $query_vars вместо использования ненадежного и небезопасного $_SERVER['REQUEST_URI'].

прошу специалистов помочь показать, что в моем коде не так

Все не так, именно об этом мой комментарий. То, что у вас сама архитектура сделана ахово, это одно. Но вы даже не понимаете, что WP уже и так парсит реквест и держит в глобальном скоупе все необходимые вам данные. Если бы вы понимали цикл от запроса до ответа, то задачу спокойно решили бы сами.

как лучше реализовать эту задачу, даже с иным решением.

Переписать архитектуру с нуля, на custom post types и custom taxonomies.