31 марта 2007 в 7:42
Таксономия - одна из отличительных черт Drupal. Однако известная проблема с ней в том, что все материалы дочерних терминов можно увидеть, только если добавить к пути термина all. Например, у вас есть термин "фрукты" (taxonomy/term/2) и к нему относится термин "яблоки" (taxonomy/term/5), в который вы добавили материал под названием "Антоновка". Если вы зайдете по адресу taxonomy/term/2, то "Антоновки" там не будет, она будет только в категории "Яблоки". Чтобы увидеть "Антоновку" и все остальные материалы дочерних терминов, нужно изменить taxonomy/term/2 на taxonomy/term/2/all. Раньше, чтобы этого добиться автоматически, приходилось прибегать к хаку ядра, что совсем не правильноe решение. Модуль taxonomy force all как раз создан решить эту проблему: он автоматически добавляет параметр "all" ко всем адресам терминов таксономии.
Модуль очень просто в обращени: нужно просто установить и включить модуль, и он начинает работать для всех словарей без каких-либо дополнительных настроек. Работает и с синонимами адресов терминов (важно, если вы пользуетесь pathauto).
Единственный, на мой взгляд, недостаток - отсутствие возможности выбирать, для каких словарей включать такую функцию - вдруг она вам будет нужна не для всех словарей.
Комментарии
Натали, "сторонние модули" и "contrib-модули" - это фактически одно и тоже... я к contrib-модулям прибавляю "описание модулей", если вы посмотрите на колонку тегов слева, то там уже есть маленькая группа "описание модулей"... объединим усилия?
Спасибо. Действительно, интересный модуль. Надо попробовать на ближайшем проекте.
Это я соблюдаю мультиязычность
Тэг "описание модулей" добавлен.
- - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - -
Переводы некоторых модулей.
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
ну да, сделаем теги рабочими... а то Аксель недавно жаловался, что они никому не нужны...
интересный модуль
А если возможность вывода всех статей приндлежащих одному конкретному словарю?
"Просто так" - нет. Но если в словаре есть термин, которому принадлежат остальные термины, то можно получить все документы словаря, обратившись к этому темину.
Нашел как вывести все ноды по терминам одного словаря
а также показывается количество нод с данным термином
то есть
термин1 (10)
термин 2
и тд
Valeratal, как?
- - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - -
Переводы некоторых модулей.
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Программно? Кодом на PHP? Модулем views или другим?
Это уже не "просто так"
Using PHP Snippet to Display Taxonomy Terms as PAGE of Links (not within nav menu)
http://drupal.org/node/121662
Второй снипет - считает
Я думаю, то же самое можно сделать через views, через summary.
- - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - -
Переводы некоторых модулей.
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Кто юзает views - тому лучше через view. Если нет, тогда - сниппет.
views у меня тоже есть
Код мне показался проще вставить, чем ковырять views
Да, Ctrl-C, Ctrl-V, работает быстро и почти безотказно
Слово "ковырять" показывает что views ты знаешь плохо. Если ты его использешь - стоит изучить. Со снипетами надо быть осторожным, очень легко начать жрать ресурсы если забыть про кэширование (или думать, что модуль это делает).
Я обычно использую сниппеты на начальной стадии программирования сайта, когда ещё может многое поменяться, а результат видеть охота. А дальше - или писать свой модуль или использовать существующий.
Спасибо за совет, буду учитывать
Натали, я вас люблю
Спасибо за такую находку и описание работы.
Присоединился к вашему возгласу.
ой, щас покраснею...
- - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - -
Переводы некоторых модулей.
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2
да, полезная вещь
Блин, а сделан-то как просто!
Вот что значит знание API!
Может я не все понял но
почему нельзя делать как написано тут:
http://firsthand.ru/node/14
те
taxonomy/term/1/all - будут выводиться все материалы, принадлежащие термину, имеющему путь-ссылку taxonomy/term/1 и материалы, принадлежащие всем подкатегориям данного термина.
или же
taxonomy/term/1+2 - будут выводиться все материалы, принадлежащие терминам, имеющим пути-ссылки taxonomy/term/1 и taxonomy/term/2 (суммирование)
и опять так вот так:
taxonomy/term/1,2 - будут выводиться только те материалы, которые принадлежат и термину, имеющему путь-ссылку taxonomy/term/1 и термину, имеющему путь-ссылку taxonomy/term/2 (пересечение).
я так понял этот модуль просто добавляет к пути all в этом вся его заслуга ?
ЗЫ если что не так простите , я тут новенький
По умолчанию, при указании пути (taxonomy/term/1) используется глубина 0, этот модуль изменяет умолчание на all.
Просто не всегда возможно указать путь самому. Например если пути формируют модули.
ясно, видать я просто пока не сталкивался с модулями формирующих пути
Почему, а стандартная таксономия?
а есть подобный плагин на 6ю версию?
Я использую вот этот. Какой-то умелец на drupal.org переделал.
Читал много насчет views и т.д., но возникает вопрос: если нужен только такой функционал, то зачем нагружать сайт кучей дополнительных тяжелых модулей?
Поэтому считаю этот модуль не только морально не устаревшим, но и необходимым во многих случаях.