Кто знаком с плагином Toolset прошу отозваться! Сложная иерархия записей

@danil7979 · Регистрация: 14.01.2016

Студворк — интернет-сервис помощи студентам

Кто знаком с плагином Toolset, прошу помощи! Дошел до сложного уровня взаимоотношений между разными типами записей и не могу дальше сдвинуться с места. Попробую объяснить.

Внимание! Много букв!

Кликните здесь для просмотра всего текста

Есть три типа публикаций: Квартира; Жилой комплекс; Генеральный проект. Квартира является дочерней записью Жилого комплекса, соответственно она может иметь только одного родителя. В свою очередь Жилой комплекс, являясь родительской записью для Квартир, может иметь много дочерних записей. И так, создается Жилой комплекс, создается Квартира, ей назначается родитель и нужная информация от родителя поступает дочернему объекту. Здесь все понятно. Теперь приступаем к третьему типу записей - Генеральный проект это тоже дочерние записи для Жилого комплекса, то есть у Жилого комплекса может быть несколько Генеральных проектов. Соответственно у каждого Генерального проекта может быть только один Жилой комплекс. И вот сейчас начнется самое интересное: Каждой Квартире нужно присвоить свой Генеральный проект из тех которые имеются у каждого Жилого комплекса. Но поскольку Квартира уже являться дочкой Жилого комплекса она не может одновременно являться дочкой Генерального проекта.
Предположим что у Жилого комплекса "А" есть 3 генеральных проекта ( 1, 2, 3), у Жилого комплекса "Б" есть 2 Генеральных проекта ( 1, 2) Каждой квартире из Жилых комплексов "А" и "Б" нужно присвоить свой Генеральный проект. Например Квартира "Y" принадлежит жилому комплексу "А" и ей нужно присвоить Генеральный проект 1 из Жилого комплекса "А" соответственно. Квартире "X", которая тоже принадлежит Жилому комплексу "А" присваивается Генеральный проект 2. А квартире "Z" которая принадлежит Жилому комплексу "Б" присваивается Генеральный план 1 относящийся уже к Жилому комплексу "Б" .
Для того чтобы назначать каждой квартире свой Генеральный проект должна использоваться таксономия, то есть метка записи. Что бы не плодить огромное количество меток они должны быть общими для всех Генеральных проектов с одинаковыми номерами. Например если у Жилого комплекса "А" есть генеральные проекты под номерами 1, 2 то метки у них должны быть 1, 2. И у жилого комплекса "Б" есть Генеральные проекты 1,2 то и метки должны быть те же самые. 1, 2. И чтобы система понимала какой Генеральный план из двух имеющихся под одинаковым номером присваивать каждой из квартир помеченных меткой, уже определяется родителем которому принадлежит квартира.
Например если я ставлю квартире "Y" метку 1 то ей присваивается Генеральный проект 1 из Жилого комплекса "А" так как эта квартира принадлежит Жилому комплексу "А". И так далее... Если Квартире "Z" ставлю метку 2 то ей присваивается Генеральный проект 2 из Жилого комплекса "Б", так как эта квартира принадлежит жилому комплексу "Б".

Помогите кто в курсе, очень прошу. Ломаю голову уже не первый день. Документация вся на английском https://toolset.com/documentation/user-guides/ Сложно даже найти в каком разделе читать инфу именно по этому случаю.

@HectorPrima · 28.11.2018, 07:23

По вашей схеме, иерархия должна быть такая:

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
 +--Жилой комплекс A
 |  +--Проект 1
 |  |  +--Квартира X
 |  +--Проект 2
 |  |  +--Квартира Y
 |  +--Проект 3
 |     +--Квартира Z
 +--Жилой комплекс B
    +--Проект 4
    |  +--Квартира U
    +--Проект 5
    |  +--Квартира V
    +--Проект 6
       +--Квартира W

Соответственно квартира вяжется к проекту.
А через проект вы всегда можете узнать в каком вы комплексе.

@HectorPrima · 28.11.2018, 07:52

Если нужно квартиры и проекты вязать к комплексам до связи квартир и проектов то делаем:
У жилого комплекса есть дочерние записи.
Тип дочерней записи определяется таксономией этой записи. В таксономии две записи, квартиры и проекты.
Для дочерней записи делаем поле (тип поля одна связь) для связи с проектом.
Это поле будет работать только для типа записи квартира.
Соответственно ему нужно правило отображения типа такого (Это в ACF для примера):

Кто знаком с плагином Toolset прошу отозваться! Сложная иерархия записей

и все ...

@HectorPrima · 28.11.2018, 07:59

Ага. там еще побаловаться с кодом придется что бы проекты ограничить по комплексам...

@danil7979 · 28.11.2018, 20:28 **[ТС]**

HectorPrima, только что прочитал сообщение. Сейчас обмозгую ваши ответы. Но сразу скажу что я не могу найти именно каким образом реализовывать эти связи. Просто в макете через вставку произвольных полей, или через представления views , шаблоны контента и циклы записей. Буду признателен если поможете мне понять это лучше. Получается что для начала я должен назначит Квартиру (КВ) дочкой для Генерального Проекта, а ГП настроить доЧкой для Жилого комплекса ? Ну это понятно как сделать. Но вот как мне потом настроить чтобы при установленной в квартире метке ГП-1, на эту страницу подтягивались поля из записи ГП1 но которая принадлежит тому ЖК в котором и находится данная КВ ?

Добавлено через 2 минуты
По логике сначала создается ЖК, потом создается ГП которое относятся к этому ЖК, после этого создается КВ которая назначается в ЖК. И вот когда у этой квартиры стоит метка 1 то эта КВ должна получать поля записи ГП 1 именно из этого комплекса

Добавлено через 8 минут
у меня дочерние родительские связи сейчас определяются не таксономией а отношением публикации. То есть я квартире указываю в поле отношений родителя из списка ЖК. И вообще все что я смог сделать с помощью таксономии это вывести имя этой таксономии в поля, либо вывести в цикл записей те квартиры которые помечены одной меткой. А как мне сделать чтобы при указании в таксономии метки относительно номера ГП, например 1, чтобы сразу определялось что раз у этой квартиры родитель ЖК-А то и соответственно ставится связь с ГП-1 которой принадлежит ЖК-А. Но не забываем что у ЖК-Б может быть тоже ГП-1, и метка у него точно такая же 1, но при её наличии у квартиры которая относится к ЖК-Б и выводится соответственно ГП-1 который принадлежит ЖК-Б

@HectorPrima · 29.11.2018, 03:54

Основная проблема в том что нужно покупать плагин для получения всех фишек, вьюшки и шорткоды.
У меня этого нет и покупать его я не собираюсь.
Сделал просто три списка как уже писал выше. Связал комплекс-проект-квартира.
Сделал шорткод для вывода в квартире данных о родительских записях. Показал.
Разбирайтесь и учитесь.

PHP
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
function get_parent( $id, $parent_cpt ) {
    return get_post_meta( $id, "_wpcf_belongs_" . $parent_cpt . "_id", true );
}
 
function myshortcode( $attr ) {
    global $post;
    $result = "";
 
    $project_id = get_parent( $post->ID, "project" );
    $project = get_post( $project_id );
    $result .= "project: " . $project->post_title . "<br />";
 
    $complex_id = get_parent( $project_id, "complex" );
    $complex = get_post( $complex_id );
    $result .= "complex: " . $complex->post_title . "<br />";
 
    return $result;
}
 
add_shortcode( 'myshortcode', 'myshortcode' );

@HectorPrima · 29.11.2018, 03:58

Еще раз повторюсь в бесплатном виде плагин дает минимум возможностей по выводу данных.

Не по теме:

Без покупки его использовать почти что нет смысла. Документация у них как я посмотрел отличная.

@danil7979 · 29.11.2018, 18:44 **[ТС]**

HectorPrima, плагин у меня куплен и types и viewes. Свежей версии

Добавлено через 34 минуты
HectorPrima, Можете меня хотя бы навести в каком разделе документации читать инфу ?

@HectorPrima · 30.11.2018, 04:36

Сообщение от danil7979

Можете меня хотя бы навести в каком разделе документации читать инфу

https://toolset.com/documentat... #vf-153369

@danil7979 · 30.11.2018, 19:35 **[ТС]**

Спасибо, уже решил задачу. Все в рамках возможностей плагина. Только очень мудрено. Гораздо сложнее чем я думал. Я не буду здесь описывать слишком сложно. Но скажу что это делается при помощи дополнительных циклов представлений для тех полей которые мы хотим фильтровать перекрестным условием ( ЖК + номер ГП в моем случае). Ну и без вот этой команды не получится [wpv-view name="your-styles-view-slug" wpvprchildof="[wpv-post-id id='$SLUG']"], пришлось изрядно напрячь извилины чтобы прочитать форум тех поддержки и найти это. https://toolset.com/forums/top... of-parent/

Добавлено через 6 минут
Потомкам на память! )

@HectorPrima · 01.12.2018, 02:34

Сообщение от danil7979

Только очень мудрено. Гораздо сложнее чем я думал

Не по теме:

Когда не понимаешь wordpress и не умеешь php, приходится разбираться в костылях которые навертели поверх нижнего слоя.
Горы мутных шорткодов, разворачивающихся иногда в странные конструкции.
Это не наезд :-)

@danil7979 · 01.12.2018, 18:21 **[ТС]**

HectorPrima,

Не по теме:

непонимание wordpress и php позволяют мне делать подобные сайты с собственным дизайном и архитектурой управления контентом )) https://novostroytyumen.ru/?residential=aprel2

@HectorPrima · 02.12.2018, 02:31

Не по теме:

Ага... и в незнании есть свои плюсы!

Новые блоги и статьи Все статьи Все блоги /
Программный контроль заполнения реквизита табличной части документа Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: реализовать контроль заполнения реквизита "ПричинаСписания". . .	wmic не является внутренней или внешней командой Maks 02.04.2026 Решение: DISM / Online / Add-Capability / CapabilityName:WMIC~~~~ Отсюда: https:/ / winitpro. ru/ index. php/ 2025/ 02/ 14/ komanda-wmic-ne-naydena/	Программная установка даты и запрет ее изменения Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: при создании документов установить период списания автоматически. . .	Вывод данных в справочнике через динамический список Maks 01.04.2026 Реализация из решения ниже выполнена на примере нетипового справочника "Спецтехника" разработанного в конфигурации КА2. Задача: вывести данные из ТЧ нетипового документа. . .
Программное заполнения текстового поля в реквизите формы документа Maks 01.04.2026 Алгоритм из решения ниже реализован на нетиповом документе "ВыдачаОборудованияНаСпецтехнику" разработанного в конфигурации КА2, в дополнении к предыдущему решению. На форме документа создается. . .	К слову об оптимизации kumehtar 01.04.2026 Вспоминаю начало 2000-х, университет, когда я писал на Delphi. Тогда среди программистов на форумах активно обсуждали аккуратную работу с памятью: нужно было следить за переменными, вовремя. . .	Идея фильтра интернета (сервер = слой+фильтр). Hrethgir 31.03.2026 Суть идеи заключается в том, чтобы запустить свой сервер, о чём я если честно мечтал давно и давно приобрёл книгу как это сделать. Но не было причин его запускать. Очумелые учёные напечатали на. . .	Модель здравосоХранения 6. ESG-повестка и устойчивое развитие; углублённый анализ кадрового бренда anaschu 31.03.2026 В прикрепленном документе раздумья о том, как можно поменять модель в будущем

@danil7979 0 / 0 / 0 Регистрация: 14.01.2016 Сообщений: 44

	Кто знаком с плагином Toolset прошу отозваться! Сложная иерархия записей 28.11.2018, 05:02. Показов 1557. Ответов 12 Метки нет (Все метки) Кто знаком с плагином Toolset, прошу помощи! Дошел до сложного уровня взаимоотношений между разными типами записей и не могу дальше сдвинуться с места. Попробую объяснить. Внимание! Много букв! Кликните здесь для просмотра всего текста Есть три типа публикаций: Квартира; Жилой комплекс; Генеральный проект. Квартира является дочерней записью Жилого комплекса, соответственно она может иметь только одного родителя. В свою очередь Жилой комплекс, являясь родительской записью для Квартир, может иметь много дочерних записей. И так, создается Жилой комплекс, создается Квартира, ей назначается родитель и нужная информация от родителя поступает дочернему объекту. Здесь все понятно. Теперь приступаем к третьему типу записей - Генеральный проект это тоже дочерние записи для Жилого комплекса, то есть у Жилого комплекса может быть несколько Генеральных проектов. Соответственно у каждого Генерального проекта может быть только один Жилой комплекс. И вот сейчас начнется самое интересное: Каждой Квартире нужно присвоить свой Генеральный проект из тех которые имеются у каждого Жилого комплекса. Но поскольку Квартира уже являться дочкой Жилого комплекса она не может одновременно являться дочкой Генерального проекта. Предположим что у Жилого комплекса "А" есть 3 генеральных проекта ( 1, 2, 3), у Жилого комплекса "Б" есть 2 Генеральных проекта ( 1, 2) Каждой квартире из Жилых комплексов "А" и "Б" нужно присвоить свой Генеральный проект. Например Квартира "Y" принадлежит жилому комплексу "А" и ей нужно присвоить Генеральный проект 1 из Жилого комплекса "А" соответственно. Квартире "X", которая тоже принадлежит Жилому комплексу "А" присваивается Генеральный проект 2. А квартире "Z" которая принадлежит Жилому комплексу "Б" присваивается Генеральный план 1 относящийся уже к Жилому комплексу "Б" . Для того чтобы назначать каждой квартире свой Генеральный проект должна использоваться таксономия, то есть метка записи. Что бы не плодить огромное количество меток они должны быть общими для всех Генеральных проектов с одинаковыми номерами. Например если у Жилого комплекса "А" есть генеральные проекты под номерами 1, 2 то метки у них должны быть 1, 2. И у жилого комплекса "Б" есть Генеральные проекты 1,2 то и метки должны быть те же самые. 1, 2. И чтобы система понимала какой Генеральный план из двух имеющихся под одинаковым номером присваивать каждой из квартир помеченных меткой, уже определяется родителем которому принадлежит квартира. Например если я ставлю квартире "Y" метку 1 то ей присваивается Генеральный проект 1 из Жилого комплекса "А" так как эта квартира принадлежит Жилому комплексу "А". И так далее... Если Квартире "Z" ставлю метку 2 то ей присваивается Генеральный проект 2 из Жилого комплекса "Б", так как эта квартира принадлежит жилому комплексу "Б". Помогите кто в курсе, очень прошу. Ломаю голову уже не первый день. Документация вся на английском https://toolset.com/documentation/user-guides/ Сложно даже найти в каком разделе читать инфу именно по этому случаю. 0

@HectorPrima 716 / 473 / 258 Регистрация: 19.12.2014 Сообщений: 1,801
	28.11.2018, 07:52
	Если нужно квартиры и проекты вязать к комплексам до связи квартир и проектов то делаем: У жилого комплекса есть дочерние записи. Тип дочерней записи определяется таксономией этой записи. В таксономии две записи, квартиры и проекты. Для дочерней записи делаем поле (тип поля одна связь) для связи с проектом. Это поле будет работать только для типа записи квартира. Соответственно ему нужно правило отображения типа такого (Это в ACF для примера): и все ... 1

@HectorPrima 716 / 473 / 258 Регистрация: 19.12.2014 Сообщений: 1,801
	28.11.2018, 07:59
	Ага. там еще побаловаться с кодом придется что бы проекты ограничить по комплексам... 0

@danil7979 0 / 0 / 0 Регистрация: 14.01.2016 Сообщений: 44
	28.11.2018, 20:28 [ТС]
	HectorPrima, только что прочитал сообщение. Сейчас обмозгую ваши ответы. Но сразу скажу что я не могу найти именно каким образом реализовывать эти связи. Просто в макете через вставку произвольных полей, или через представления views , шаблоны контента и циклы записей. Буду признателен если поможете мне понять это лучше. Получается что для начала я должен назначит Квартиру (КВ) дочкой для Генерального Проекта, а ГП настроить доЧкой для Жилого комплекса ? Ну это понятно как сделать. Но вот как мне потом настроить чтобы при установленной в квартире метке ГП-1, на эту страницу подтягивались поля из записи ГП1 но которая принадлежит тому ЖК в котором и находится данная КВ ? Добавлено через 2 минуты По логике сначала создается ЖК, потом создается ГП которое относятся к этому ЖК, после этого создается КВ которая назначается в ЖК. И вот когда у этой квартиры стоит метка 1 то эта КВ должна получать поля записи ГП 1 именно из этого комплекса Добавлено через 8 минут у меня дочерние родительские связи сейчас определяются не таксономией а отношением публикации. То есть я квартире указываю в поле отношений родителя из списка ЖК. И вообще все что я смог сделать с помощью таксономии это вывести имя этой таксономии в поля, либо вывести в цикл записей те квартиры которые помечены одной меткой. А как мне сделать чтобы при указании в таксономии метки относительно номера ГП, например 1, чтобы сразу определялось что раз у этой квартиры родитель ЖК-А то и соответственно ставится связь с ГП-1 которой принадлежит ЖК-А. Но не забываем что у ЖК-Б может быть тоже ГП-1, и метка у него точно такая же 1, но при её наличии у квартиры которая относится к ЖК-Б и выводится соответственно ГП-1 который принадлежит ЖК-Б 0

@HectorPrima 716 / 473 / 258 Регистрация: 19.12.2014 Сообщений: 1,801
	29.11.2018, 03:58
	Еще раз повторюсь в бесплатном виде плагин дает минимум возможностей по выводу данных. Не по теме: Без покупки его использовать почти что нет смысла. Документация у них как я посмотрел отличная. 0

@danil7979 0 / 0 / 0 Регистрация: 14.01.2016 Сообщений: 44
	29.11.2018, 18:44 [ТС]
	HectorPrima, плагин у меня куплен и types и viewes. Свежей версии Добавлено через 34 минуты HectorPrima, Можете меня хотя бы навести в каком разделе документации читать инфу ? 0

@danil7979 0 / 0 / 0 Регистрация: 14.01.2016 Сообщений: 44
	30.11.2018, 19:35 [ТС]
	Спасибо, уже решил задачу. Все в рамках возможностей плагина. Только очень мудрено. Гораздо сложнее чем я думал. Я не буду здесь описывать слишком сложно. Но скажу что это делается при помощи дополнительных циклов представлений для тех полей которые мы хотим фильтровать перекрестным условием ( ЖК + номер ГП в моем случае). Ну и без вот этой команды не получится [wpv-view name="your-styles-view-slug" wpvprchildof="[wpv-post-id id='$SLUG']"], пришлось изрядно напрячь извилины чтобы прочитать форум тех поддержки и найти это. https://toolset.com/forums/top... of-parent/ Добавлено через 6 минут Потомкам на память! ) 0

@danil7979 0 / 0 / 0 Регистрация: 14.01.2016 Сообщений: 44
	01.12.2018, 18:21 [ТС]
	HectorPrima, Не по теме: непонимание wordpress и php позволяют мне делать подобные сайты с собственным дизайном и архитектурой управления контентом )) https://novostroytyumen.ru/?residential=aprel2 0

@HectorPrima
	02.12.2018, 02:31
	Не по теме: Ага... и в незнании есть свои плюсы! 0