Как сделать рубрикатор на Drupal. Мой путь.

Главные вкладки

Аватар пользователя DEDotMOROZ DEDotMOROZ 29 декабря 2009 в 18:58

Пытаюсь перейти с Wordpress на Drupal, скорость работы на нем не устраивает. Но скажу честно, движок там более человечный.
Итак, задача сделать элементарный рубрикатор, на один уровень, без вложенности. Разработчики Drupal, к сожалению, не включили такую возможность в базовый комплект. Просто сделать меню с абстрактными ссылками - пожалуйста (на wordpress надо постараться), а вот рубрикатор, чтобы по ссылке выдавалась подборка статей по выбранной теме, нет.
Попробовал подключить модуль Taxonomy Menu. Модуль подключился, но не заработал.

Пришлось работать с базовыми компонентами. Мой вариант крив и неправилен с точки логики, может, кто подскажет, как сделать проще и правильнее.

Мой путь:
В Taxonomy задаю словарь и добавляю термины. Когда создаю новую запись, выбираю для нее нужный термин.
На странице записи отслеживаю путь по ссылке термина. Такого вида .../taxonomy/term/4 и руками добавляю эту строку в пункт меню.
Ни о какой гибкости говорить не приходится, но работает.

Вопрос, как сделать по-человечески?

Комментарии

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 29 декабря 2009 в 19:08

Порвало - "Разработчики Drupal, к сожалению, не включили такую возможность в базовый комплект"
А если мне она не нужна? Мне вешаться? Или может вообще стоит все модули включать в базовый пакет?
Ваша задача решается тремя способами минимум:
1. Taxonomy menu
2. Сниппет, так как будет интересно, то вперёд на setegnom.com
3. Views

Лучше разберитесь почему не работает Taxonomy Menu, скорее всего или блок не включили или ридми не читали

Аватар пользователя Geldora Geldora 29 декабря 2009 в 21:12

Taxonomy Menu обязан отрабатывать правильно!!!

Чтобы руками задавать пути для меню, таксономи меню не нужен вообще! Вы его вероятно, не настроили - смотрите на странице каждого Словаря, там все настройки.

Аватар пользователя xxandeadxx xxandeadxx 29 декабря 2009 в 22:43

"RxB" wrote:
А если мне она не нужна? Мне вешаться? Или может вообще стоит все модули включать в базовый пакет?

ситуация кстати очень распространённая (рубрикатор), и я например тоже хотел бы видеть его в базовом пакете

Аватар пользователя mak-vardugin mak-vardugin 30 декабря 2009 в 0:43

Да давайте его убьем, и всех остальных .... которые буду спрашивать такую фигню.... : )
Все делается очень просто, когда вы поймете алгоритм действий вы будете смеяться над собой и особенно над другими которые это еще не освоили. Просто нужно почитать документацию, здесь в соответствующем разделе, на сайте http://setegnom.com и http://drupalcookbook.ru

Аватар пользователя mak-vardugin mak-vardugin 30 декабря 2009 в 0:46

оффтоп

"DEDotMOROZ" wrote:
Мой путь.
прям как "Моя война", вы либо поклонник восточных единоборств или ........[УДАЛЕНО ЦЕНЗУРОЙ]

Аватар пользователя DennisVV DennisVV 30 декабря 2009 в 9:04

"DEDotMOROZ" wrote:
На странице записи отслеживаю путь по ссылке термина. Такого вида .../taxonomy/term/4 и руками добавляю эту строку в пункт меню.

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

Аватар пользователя Geldora Geldora 30 декабря 2009 в 11:08

Повторю еще раз, DEDotMOROZ, вы не настроили правильно Таксономи Меню, вот у вас ничего и не выходит...

Ситуация о том, что Таксономи Меню не обновляет число нод привязанных к термину - никто не забыл, что это все-таки меню?

Аватар пользователя Dan Dan 30 декабря 2009 в 17:56

Для справки - рубрикатор встроен в Друпал изначально. Об этом трубят на всех углах, как об основной фишке этой CMS. Называется этот рубрикатор таксономия.
Я использую таксономию (рубрикатор) почти во всех проектах. TaxonomyMenu и прочие модули-вспомогалки используются редко и зависят от специфики сайта. Включать их в ядро смысла нет.

Аватар пользователя Dan Dan 30 декабря 2009 в 18:42

"xxandeadxx" wrote:
некоторый функционал рубрикатора есть, с этим никто не спорит, но способов для его отображения нет

Функционал достаточный. Всё остальное - от отсутствия опыта и знаний.

Аватар пользователя xxandeadxx xxandeadxx 30 декабря 2009 в 18:53

поделитесь опытом, как мне вывести в блок список рубрик с числом материалов в них, не написан ни строчки кода и не скачивая дополнительных модулей

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 30 декабря 2009 в 19:11

Подскажите, как учесть хотелки ВСЕХ юзеров, которые не хотят писать код и ставить модули и сделать так, чтобы движок быстрее работал?
Вывести термины в блок можно десятком способов, я например захочу как автор, руками создавать блок, нафига мне тогда тянуть за собой модуль "вывода в блок списка рубрик с числом материалов в них"?

Аватар пользователя Dan Dan 30 декабря 2009 в 19:13

TaxonomyMenu - он для этого и предназначен. У меня он работал, как и большинства. Разбирайтесь почему не работает у вас.

PS: Если вы скажите, что вывод рубрик в меню с количеством материалов к ним привязанных - это архиважная штука, нужная в каждом проекте, будете неправы - это частный функционал.

Аватар пользователя xxandeadxx xxandeadxx 30 декабря 2009 в 20:23

"RxB" wrote:
Подскажите, как учесть хотелки ВСЕХ юзеров, которые не хотят писать код и ставить модули и сделать так, чтобы движок быстрее работал?

как количество неиспользуемых модулей влияет на скорость работы движка?

Аватар пользователя Dan Dan 30 декабря 2009 в 20:41

"xxandeadxx" wrote:
как количество неиспользуемых модулей влияет на скорость работы движка?

RxB имеет ввиду, что чем больше модулей в ядре, чем дольше и тяжелее их отлаживать, тем дольше будут сроки выхода новых версий.

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 30 декабря 2009 в 20:54

RxB имеет ввиду, что базовая поставка должна быть минимальной, я бы даже из стандартной выкинул некоторые модули.
>как количество неиспользуемых модулей влияет на скорость работы движка?
Ну давайте подумаем, если это дело будет реализовано в ядре, по аналогии с модулем menu, когда для каждого меню генерируется свой блок, то как минимум это будет требовать ресурсов на интерпретацию кода и выполнение хуков, вы же не будете отрицать что hook_block() выполняется даже в случае отключенного блока, не при каждой загрузке страницы, но всё же?
Если это дело будет реализовано в виде модуля, как сейчас имеется taxonomy menu, то этот модуль будет решать частную задачу, а если это частная задача, то зачем она в базовой поставке? Почему бы тогда уже и CCK (спорное в связи с семёркой), Views, Panels, etc не включать в поставку? Ведь тоже, востребованные модули, многие их используют.
Кто хочет, тот создаст руками меню с терминами, или html-кодом сделает блок, кто-то сниппет напишет\нагуглит, кто-то свой модуль напишет под это, а кто-то скачает готовый Taxonomy menu. У вас есть выбор в решении этой задачи, каждый из вариантов имеет свои плюсы и минусы, если генерацию блока с таксономией добавить в ядро, то тогда получится навязывание способа решения задачи. И опять же, может я по другому захочу реализовать

Аватар пользователя mak-vardugin mak-vardugin 1 января 2010 в 17:41

"xxandeadxx" wrote:
не написав ни строчки кода и не скачивая дополнительных модулей

«ucoz.ru» там можно сделать вполне вменяемый каталог, несколькими кликами мышки. за абонентскую плату можно убрать рекламу и там еще чето в качестве бонуса

Аватар пользователя xxandeadxx xxandeadxx 1 января 2010 в 18:27

Вы читать умеете? Это был риторический вопрос на фразу "Функционал достаточный". Советов по выбору cms не просил.