Ну, на самом деле, среди массы примеров я не нашел рабочего решения, хотя, может просто не сориентировался.
Интуитивно догадался, что вместо значения нужно присваивать id термина
Спасибо за подсказку! Да, действительно, данная задача вполне решается отношениями. Сейчас вот не могу сообразить как сгруппировать данные. Поясню лучше на примере.
Сейчас данные выводятся в таблицу вида:
term_name | term_description | field_main_cat
Ну, term_name здесь - имя менеджера, term_description - описание (конаткты и пр.), field_main_cat - то самое поле, которое я подтащил через relations.
Но, если менеджер засветился в нескольких разных категориях продуктов, то для него выводятся несколько строк:
RxB, этот модуль применим для Views, да и то, только для Drupal 6, а меня интересует ситуация не только с вьюсами, но и с нодами, причем для 7-й версии.
Так и дело-то в том, что вьюсами дело не ограничичвается. Есть модуль Fast 404, но он ограничивается подменой вывдоа друпала, HTTP-код, тем не менее, 200 ОК. А модулей, решающих вышеозначенную задачу я не нашел.
Спасибо за ответ. Сustom breadcrumbs я пытался использовать. Альфа-версия для семерки как-то хреново работает... По-крайней мере во вьюсах. Решил проблему тем, что допилил приведенную функцию, добавив условие проверки
<?phpelseif (arg(0) == 'taxonomy' && arg(1) == 'term' && is_numeric(arg(2))) {?>
ну, а дальше - по аналогии
Ну, это как бы понятно. Здесь я и хочу узнать как лучше поступить: перепилиливать функцию для случаев arg(0) = term, arg(0) = ИМЯ_VIEWS или же можно как-то проще организовать. Я поначалу пытался использовать модуль Custom Breadcrumbs, но альфа-версия для drupal 7 не стала корректно работать на вьюсах. Да и просто интереснее было бы самому поковыряться в друпале ))
Рискну апнуть тему с дополнительным вопросом по сути, дабы не плодить аналогичного топика.
У меня вопрос по пункту 1 - все работает замечательно, но для нод. А если каталог организован с помощью Views, точнее говоря, с помощью "штатного" вьюса Taxonomy term? Как вывести крошки для этих страниц? Я так понимаю, что можно в код добавить условие для страницы термина? Или это неправильно?
Ага, спасибо за подсказку.
Только, если парсер ранее вывод осуществлял в обычную html-страницу, то правильно ли я понимаю, что для работы с методами и объектами drupal мне нужно создать свой модуль?
Огромнейшее, спасибо! Все получилось!
Небольшая поправка, только - $node->FIELD_NAME[und][ELEMENT_NUMBER]['taxonomy_term'] - это stdClass Object, поэтому я использовал такую конструкцию:
В шаблоне материала (товара) вручную вывести описание термина. Думаю самый простой вариант.
Если так, то получается, что при изменении контактных данных какого-либо менеджера, придется вручную изменять это в каждом материале. Неудобно же!
Или я не так что-то понял?
Вобщем, такое ощущение, что AJAX как-то криво отрабатывает (не "выезжает" нужный div). Хотя, сравнивал исходники фрагментов /glossary, где все работает ОК и проблемного view - особой разницы не заметил.
node_save и поля - списки терминов и автодополнение
Ну, на самом деле, среди массы примеров я не нашел рабочего решения, хотя, может просто не сориентировался.
Интуитивно догадался, что вместо значения нужно присваивать id термина
Связать во Views два словаря таксономии
Хм, да у меня и для "Содержимого" таких полей нет... Может это с каким-то модулем добавляется?
Связать во Views два словаря таксономии
Ну нет у меня ничего такого в настройках поля...


Связать во Views два словаря таксономии
Дык, а где она ставится, не подскажете? Я вроде все облазил...
Связать во Views два словаря таксономии
ll, это в d6/views2 было. А у меня d7/views3
Связать во Views два словаря таксономии
Спасибо за подсказку! Да, действительно, данная задача вполне решается отношениями. Сейчас вот не могу сообразить как сгруппировать данные. Поясню лучше на примере.
Сейчас данные выводятся в таблицу вида:
term_name | term_description | field_main_cat
Ну, term_name здесь - имя менеджера, term_description - описание (конаткты и пр.), field_main_cat - то самое поле, которое я подтащил через relations.
Но, если менеджер засветился в нескольких разных категориях продуктов, то для него выводятся несколько строк:
Связать во Views два словаря таксономии
Благодарю за ответы!
Да.
AI, большое спасибо за развернутый ответ. Надо обдумать эту мысль.
Возврат ответа HTTP 404 Вместо "Страница не найдена"
Я-то их плодить не собираюсь, конечно )))
Это вопрос безопасности, скорее. Да и логичнее, на мой взгляд, так поступать.
Возврат ответа HTTP 404 Вместо "Страница не найдена"
Ну вот, к примеру, обращение к несуществующему (по идее) URL - www.domain.tld/node/10/SUFFIX (причем, www.domain.tld/node/10 реально существует)
Возврат ответа HTTP 404 Вместо "Страница не найдена"
Для несуществующих страниц решение придумал такое: в page.tpl.php в начале написал
Возврат ответа HTTP 404 Вместо "Страница не найдена"
Таких модулей я не нашел. Видимо, придется искать в коде где проверяется условие существования страниц. Если кто подскажет - буду признателен.
Возврат ответа HTTP 404 Вместо "Страница не найдена"
RxB, этот модуль применим для Views, да и то, только для Drupal 6, а меня интересует ситуация не только с вьюсами, но и с нодами, причем для 7-й версии.
Возврат ответа HTTP 404 Вместо "Страница не найдена"
Так и дело-то в том, что вьюсами дело не ограничичвается. Есть модуль Fast 404, но он ограничивается подменой вывдоа друпала, HTTP-код, тем не менее, 200 ОК. А модулей, решающих вышеозначенную задачу я не нашел.
Как получить заголовок у существующего Views?
О! Большое спасибо )))
<?php
$mview = views_get_page_view();
echo $mview->human_name;
?>
Как получить заголовок у существующего Views?
Shok211, спасибо. А где почитать про работу с возвращаемым объектом view? Например, мне нужно получить заголовок вьюшки.
Активный пункт меню, breadcrumbs зависящие от отображаемой ноды
Спасибо за ответ. Сustom breadcrumbs я пытался использовать. Альфа-версия для семерки как-то хреново работает... По-крайней мере во вьюсах. Решил проблему тем, что допилил приведенную функцию, добавив условие проверки
<?phpelseif (arg(0) == 'taxonomy' && arg(1) == 'term' && is_numeric(arg(2))) {?>
ну, а дальше - по аналогии
Отображение breadcrumbs во views с иерархией терминов
Ну, это как бы понятно. Здесь я и хочу узнать как лучше поступить: перепилиливать функцию для случаев arg(0) = term, arg(0) = ИМЯ_VIEWS или же можно как-то проще организовать. Я поначалу пытался использовать модуль Custom Breadcrumbs, но альфа-версия для drupal 7 не стала корректно работать на вьюсах. Да и просто интереснее было бы самому поковыряться в друпале ))
Активный пункт меню, breadcrumbs зависящие от отображаемой ноды
Рискну апнуть тему с дополнительным вопросом по сути, дабы не плодить аналогичного топика.
У меня вопрос по пункту 1 - все работает замечательно, но для нод. А если каталог организован с помощью Views, точнее говоря, с помощью "штатного" вьюса Taxonomy term? Как вывести крошки для этих страниц? Я так понимаю, что можно в код добавить условие для страницы термина? Или это неправильно?
Создание ноды в кроне
Ага, спасибо за подсказку.
Только, если парсер ранее вывод осуществлял в обычную html-страницу, то правильно ли я понимаю, что для работы с методами и объектами drupal мне нужно создать свой модуль?
Вывод описания поля в собственном типе материала
Нет, не в курсе. Освоение друпала у меня пока что в начальной стадии - я многого не слышал
Вывод описания поля в собственном типе материала
Огромнейшее, спасибо! Все получилось!
Небольшая поправка, только - $node->FIELD_NAME[und][ELEMENT_NUMBER]['taxonomy_term'] - это stdClass Object, поэтому я использовал такую конструкцию:
Вывод описания поля в собственном типе материала
не соображу, а [und] и [ELEMENT_NUMBER] - это что?
Вывод описания поля в собственном типе материала
mrBF, спасибо вам огромное, буду разбираться!
Вывод описания поля в собственном типе материала
Если так, то получается, что при изменении контактных данных какого-либо менеджера, придется вручную изменять это в каждом материале. Неудобно же!
Или я не так что-то понял?
Использование стандартного View Glossary в подвале созданного View
Вобщем, такое ощущение, что AJAX как-то криво отрабатывает (не "выезжает" нужный div). Хотя, сравнивал исходники фрагментов /glossary, где все работает ОК и проблемного view - особой разницы не заметил.