Поля бывают разные 2.wordsword.ru/articles/11-obschestvennyi-analiz-zarubezhnogo-opyta.htmlТ.о. для связей нужно:
Тип поля для выбора (желательно множественного опционально) другого типа контента.
Вложенные типы контента в двойке (Связи типов контента)
Каталог со связанными типами контента
Насколько актуален для вас компонент Связи типов контента?
мы сейчас говорим про коробку.Поля бывают разные
Вот ваше поле + поле множественного выбора из другого типа контента, которое будет на сайте показано пользователю ссылками решит 90% вопрос о связям типов контента.
но без визуального описания. Только надо так и так… а как это будет представлено пользователю и админу сайта — ну придумайте.
WebMan, гениально расписал: от А до Я!
А что тут придумывать? Пока я "гениально" расписывал, Loadырь, уже на самом деле гениально сделал наглядный, рабочий пример, который можно не только посмотреть, а и пощупать (ссылка в его сообщении чуть выше). Вопрос только в выборе способа реализации: как сделать связи так, чтобы было максимально гибко и максимально шустро. На мой взгляд, самый оптимальный вариант — это изначально предложенный r2 способ связи один ко многим через id записей. Он достаточно универсален и при этом максимально шустрый, так как работает через простые цифровые ключи…Только надо так и так… а как это будет представлено пользователю и админу сайта — ну придумайте.
Например, для сайта автомобильной тематики. Делаем обычные типы контента: статьи, альбомы, новости. Делаем посты, подвязанные к блогам. Делаем посты форума, подвязанные к его темам. Делаем каталог моделей, подвязанный к фирмам. А потом к этим же фирмам подвязываем статьи, альбомы, новости, блоги или посты блогов, темы форумов. В итоге получаем на странице фирмы вкладки: статьи, альбомы, блоги, обсуждения на форуме и каталог моделей по этой фирме. Наглядно? Очень! Удобно? Ещё бы! Просто? Как три щелчка мышкой! 😊
Это, конечно, не совсем "сквозные категории" и не "таксономия как у Друпала". Но уже сильно облегчает создание сложных проектов. А сквозные категории можно сделать и отдельным компонентом.
Попутно нам понадобиться шаблоны для просмотра записи и записей на страничках привязанных типов. Если этот тип предназначен исключительно для привязки ))
PIN, виджеты — это отчасти костыли. Они тяжелее, чем связь по ключам и индексам в БД. Они менее наглядные и удобные. И менее гибкие.
Потому, имхо: не думаю что для системы есть приоритетной разработкой на данном этапе.
Тегами решаются лишь задачи тегов, не более. Как Вы организуете тегами, например, связку "Задания — Шаги выполнения". Где у всего задания есть описание и картинка. И каждый шаг тоже содержит своё описание и картинки. Или как тегами сделать каталог фирм с товарами каждой фирмы?тегами решается весьма приемлемо
WebMan, я понимаю, что не идеально (если вы об этом). Но до этих пор обходился так: в настройках виджета "Теги" указываем типы контента "Задания" и "Шаги выполнения", выводим виджет где нужно. Так же и с фирмами, товарами, расположением… с чем угодно.
Тегами решаются лишь задачи тегов, не более. Как Вы организуете тегами, например, связку "Задания — Шаги выполнения". Где у всего задания есть описание и картинка. И каждый шаг тоже содержит своё описание и картинки. Или как тегами сделать каталог фирм с товарами каждой фирмы?
Совсем недавно пришлось, правда, повыдувать немного: скриптом загонять в теги значение одного из полей. Очень чудно, на мой взгяд, получилось!
А так, я ж не против (скорей всего, даже куплю, если кто сделает толково), только б из-за наших частных потребностей не страдало общее развитие системы. ИМХО: есть задачи приоритетнее, а у нас всего 2 головы и 4 руки.