Добрый день!
Ищу консультанта-исполнителя для поддержки начинающего админа сайта
Нужно решить задачу по построению каталога.
Задача описана в этом посте: http://www.drupal.ru/node/5781
Но если делать так, то подзаписи должны выводиться в виде таблицы с возможностью подтягивать в нее определенные админом поля, сортировкой.
В этом же посте есть мнение, что задачу можно решить более лаконично и просто.
Этим путем я делал, все по рецепту получилось, за исключением того, что в каждой родительской записи отображались абсолютно все дочерние, и чужие тоже, хотя в дочерних ссылка на родительскую корректна.
Также можно посмотреть модуль Node Hierarchy, но по этому модулю озвучена проблема с тем, что он перестает работать при установки мультиязычности.
Ищу простое и надежное решение.
Будут предложения или идеи - пишите.
Комментарии
Ну с того поста много нового появилось надо уже D7 + http://drupal.org/project/references + http://drupal.org/project/relation
Под D6 посмотрите - http://drupal.org/project/relativity
The module allows parent-child relationships between nodes to be established, managed and searched. You can restrict the types of nodes that can be parented and the ordinality of parents. These are used to contextually create links to add new child nodes or attach existing ones. There is also a navigation block that uses a node's ancestry to list out breadcrumb-style links.
-Будет работать вместе с domainaccess?
-Будут ли проблемы с мультиязычностью?
???
это скорее вопрос в 7 версии
)))
А почему нет ?
пробую на семерке, если получится то с меня магарыч. )))
Алексей, еще раз приветствую! Я правильно понял, что указанный путь решения на drupal 7 подразумевает автоматическую перелинковку, при создании дочерней записи из родительской???
Огласите, пожалуйста Вашу задачу ?
Алексей, задачу прикрепил во вложении. Также могу расписать более подробно.
Мда, накручено не по-детски.
Магарычом не отделаться... По сути это три связи, то есть как бы 3 связки между типами материалов. Я могу расписать задачу по кускам, разбив на 3 части.
1. Вопрос. Возможно ли сделать это с помощью перечисленных Вами модулей:
http://drupal.org/project/references + http://drupal.org/project/relation
Как я понимаю, будет автоматическая генерация связей.
2. Вопрос цены, отписался на Skype: alexeysco74
Skype: ivan.kurchatov
Нет решения из коробки, так как у Вас однозначно неповторимая верстка страниц разных уровней каталога, что касается функциональности, задача нетривиальная с множественными связями многие ко многим, нужно ставить экспериментировать пробовать, Если Бы Вы реальную модель описали это бы сделало постановку более "прозрачной" и понятной.
Реальную модель - описать товар и названия полей?
Еще, можно ли делать работу по частям.
1 этап сейчас - связка 1 и 3 каталога
2 этап - прикручиваем 2 каталог
Просто сделать связь 1 и 3 каталога, чтобы работало, без претензий к верстке.
запись из 1 каталога = определенные записи из 3 каталога.
1) Связь 1 уровень со 2-м - во 2 м уровне поле node reference на 1-й со множественным выбором.
2) Связь 2 уровень с 1 - м - в 1-м уровне поле node reference на 2-й уровень со множественным выбором.
3) Связь 3 уровень с 1-м - в 3-м уровне поле node reference на 1-й с единственным значением.
автоматическая генерация записей? или создаем а потом из списка выбираем?
комментирую:
Опубликовано sas@drupal.org в пт, 25/05/2007 - 20:02.
Вы пишите - В "товаре" сделал поле CCK Node-Reference, тип "магазин"
Если один товар может принадлежать нескольким магазинам - это хорошее решение, но если "копозиции" могут принадлежать" только одному конкретному "альбому" и при это "альбом" сам является материалом (есть поля), то мое решение сокращает работу по выбору в Вашем примере "магазина", так как поле по которому views делает динамический отбор формируется автоматически ( не надо выбирать "магазин"),. Нажав в "альбоме" - "создать композицию" получает автоматически привязанный материал и ничего для связи в node reference выбирать НЕ НАДО)
скайп не алё.
alexeysco1974
Повертел модуль relation и пришел к выводу что надо модуль писать для организации связей с использованием references, несколько проектор делал с кодом для них в модулях, но нужен модуль для организации связей технологичный для серийного повторного использования.
http://drupal.org/project/relativity
мне понравился этот модуль для 6 версии. Все просто, на интуитивном уровне, достаточно функционально. Если использовать программируемые компьютерные поля, (модуль comtputer field), то это еще больше увеличивает возможности. К тому же 6 - стабильная версия.