Связи типов контента - Сбор

Просто расскажу, как для чего мне могли бы пригодиться связи контента. У меня сайт по вязанию, там каталог схем и моделек. И на каком то сайте видел такую фичу, т.е. есть запись в ней описано вязание, а ниже какждая желающая мастерица может добавить свой связанный вариант изделия со своим описанием. Т.е. есть кнопка в записи, мол добавить свое исполнение. И получается, что мол по наминалу такое то описание и такое то исполнение, а ниже приведены другие варианты, уже другими вязальщиками. Видел на каком то сайте такое, решение пользуется популярность.
Ну и представим другой вариант, с другим сайтами.
Например человек описывает как он починил кранчик печки на ваз 2107, и ниже под статьей люди пишут свои варианты решения проблемы. Кто то вывел под капот кранчик, кто то еще что сделал.

Это другое, просто схожие по тематике посты.

Связи ТК — должна быть универсальной фичей, а не решать ваши задачи. Нужен магазин используйте специализированные cms и не забивайте молотком шурупы.

Это и есть универсальная фича.

Я так думаю: есть ТК Магазины, есть ТК Товары, Отзывы и т.д. 1 из этих типов контента является главным, с которым все остальные и взаимосвязаны. При этом на странице записи этого главного (родительского) типа контента должны быть ссылки на добавление вложенных/связанных типов контента. У этих связанных ТК может быть много записей одного ТК к единственной записи главного ТК. Записи в этих дочерних ТК имеют свои канонические урл с минимальным уровнем вложенности. Соответственно, на странице, где они связаны между собой, скорее всего url можно и не менять, используя невидимые пользователям и поисковикам точки соприкосновения/связи внутри движка. Как-то ведь в вордпресс организовано выделение активного пункта категории меню, в разделе которого просматриваешь запись? А уже внутри записей выводить вкладки/табы (они же хлебные крошки и они же ссылки на связанный контент)

Нужен магазин используйте специализированные cms и не забивайте молотком шурупы.

Полагаю, это был всего лишь один из привычных и наглядных примеров реализации, не обязательно магазин. Это по сути универсальный каталог его угодно.
Пример:
Есть 1 запись главного типа контента "Мотоциклы" — пусть будет "Урал-111". Url записи site/moto/ural-111. В случае, если этот тип контента основной на сайте, то урл записи будет уже site/ural-111
Дальше идут вложенные/связанные типы контента (табы записи) — Обзоры, Видео, FAQ, имеющие уже урл site/ural-111/reviews, site/ural-111/video и site/ural-111/faq соответственно. Внутри табов этих всего лишь списки записей из других типов контента. То есть, записи внутри табов будут иметь урлы вида site/reviews/super-motocicle-ural111.html для отзывов, site/video/prohodimost-ural111.html для видео и т.д.
То есть — все остается, как и было ранее: нужно просто объединить типы контента логической связью с конкретными записями. Это объединение и будет связанным контентом. Человек, зашедший на страницу видео по мотоциклу, увидит вкладки/табы на отзывы и FAQ именно по этой конкретной модели!

Полагаю, это был всего лишь один из привычных и наглядных примеров реализации, не обязательно магазин.

Вот так мы ненавязчиво подвели r2 к разработке InstantShop для второй ветки. Останется только корзину и системы оплаты прикрутить. А если рассматривать корзину как связь, между типом контента "товары" и пользователями, то её надо сразу в комплекте поставлять

Loadырь, я уж столет назад как говорил, что связи решат проблемы многих отсутствующих компонентов. Потому только поля дописывай и всякие виджеты да хаки :)
Что такое магазин? Это каталог без корзины. Многие движки магазинов имеют функцию работы "в режиме каталога". Только у нас более универсальный каталог с UGC уклоном получается

только поля дописывай и всякие виджеты да хаки :)

При тестировании данного компонента, надо тестерам постараться так, чтобы впоследствии было меньше всего из разряда

поля дописывай и всякие виджеты

и вообще небыло из разряда

да хаки

Пока r2 готов к обсуждению, используйте это по максимуму.

Пока r2 готов к обсуждению, используйте это по максимуму.

Я готов, весь в ожидании тестов. Но поля тут точно не при чем — это уже отдельно заказывать надо будет. Там по-любому всплывут подводные камни.

+4к ушло

rookee, финиш!

Нужен магазин используйте специализированные cms и не забивайте молотком шурупы.

Красиво сказал…

Вот так мы ненавязчиво подвели r2 к разработке InstantShop для второй ветки.

Почему бы и нет? Задачи схожие, инструмент один. Если кому то захочется использовать для магазина… Но это будет конструктор и придется помучиться.

Пока r2 готов к обсуждению, используйте это по максимуму.

А выдержит? Если собрать все хотелки, то новая CMSка получится

не забивайте молотком шурупы.

Шуруп забитый молотком. лучше чем гвоздь закрученный отверткой!

+4к ушло

Молодец! Уважуха!

А выдержит? Если собрать все хотелки

В том то и дело, не надо собирать все хотелки, надо собрать грамотно обоснованные задачи в единое целое. И тогда есть вероятность, что "выдержит".

Присоединился+

Как-то я пропустил такую важную ветку.
Обычно отслеживаю только блоги, придется и на форуме жить ))

Связи типов контента очень нужная вещь. Самому недавно нужна была данная реализация, сделал через связь по id.
uralcsd.ru/repertoire — афиша связана со спектаклями uralcsd.ru/dramatics и проектами uralcsd.ru/projects
В афишу подгружаются: возрастное ограничение, фото, описание, длительность и другие значения, также переход по названию перебрасывает вовнутрь. Чтобы при добавлении в афишу заново не вводить все эти данные.

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