17 сентября 2010 в 20:27
Ребят подскажите что не так делаю. Создал словарь таксономии и добавил термины. А теперь при создании нового материала я пытаюсь указать в меню, что материал относится к моему термину, чтобы тем самым создать что-то типа новостной ленты, НО при поиске в меню я не нахожу моего термина таксономии, чтобы прилепить новость. Что делать? Как создать новостную ленту?
Подскажите пожалуйста
Комментарии
Проблему решил. Поставил модуль тахономи меню. Блин это ... какой-то любую простую вещь дабы реализовать пару модулей поставить полюбому надо, а сервер то не резиновый однако. На реализацию более менее среднего портала модулей 20-30 уйдет и видимо без качественного многоуровнего кеширования рухнет этот портал при 100 человеках чую))
Продолжим тему. Поставил я значит этот модуль и раньше при выборе меню можно было присвоить ноду разным элементам, а сейчас только таксономии. Это нормально?
1. Создаете словарь. В нем обязательно указываете к какому типу материала он относится (Page, Story). Заносите в словарь термины.
2. Создаете Story и указываете пири создании матриала область Словари и жлаемый термин. Вы наверное ууказываете в Меню а не в Словари.
3. Ой вы уже проблему решили, замечательно. И все равно посмотрите как создавать пункты меню с привязкой к таксономии. Т.е. там в пути надо писать чото-то типа taxonomy/term/1. Очень хорошо на firsthand.ru написано.
Что ж продолжим. Нормально это или нет я не знаю. Новы можете создать новое меню где указать ссылки на любую ноду.
Спасибо за ответ но без модуля тахономи меню сколько не пытался создать новостную ленту увы не вышло. А по поводу своего же вопроса куда делась привязка к другим элементам это я проглядел оказывается там добавилось просто дополнительное меню, которое только и ориентировано на таксономию.
А вообще изучаю друпал масштабируемость большая, но почти уверен расплата производительностью либо жесткие танцы с бубном
Расплата с хостером а не с производительностью. А же вам говорю firsthand.ru почитайте там все написано.
Про таксономию есть еще вопрос интересный.
Предположим у меню в таком виде:
Горизонтальное меню (1 уровень) из 5-10 пунктов при нажатии на любой из пунктов ниже появляется еще такое же меню (2 уровень) из 1-10 пунктов. Естественно 2-го уровня меню видно только на определённых страницах и материалы помещённые в пункт второго уровня меню видны в первом уровне за которым они закреплены.
Как реализовать идея есть но вот думаю не слишком ли это сложно. А реализовать думаю в ручную через блоки. Делаем блок в нем пишем нужное меню оно же является главным и отображение на всех страницах. Далее делаем следующий блок и присваиваем его отображение только на определённых страницах и так все остальные меню.
Вопрос: есть ли более просто способ с той же гибкостью, но без ручного создания каждого пункта меню? Или же мой способ в принципе нормальный?
Оптимистично. 60-80, ориентируйтесь на такую цифру
Согласен с volocuga@drupal.org, у меня в районе 68 модулей... Посещаемость не высока совсем пока, но думаю 128 метров озу хватит и в дальнейшем...
Сорри за оффтоп...
УУу 60-80 это же совсем карау!
Подскажите где настроить, чтобы при добавлении материала в дочерний термин таксономии этот же материал показывался и в родительском меню? И как в этом случае бороться с дублированным контентом с точки зрения поисковых систем?
Или танцы с бубном в роботе.тхт ?
Про вывод разобрался надо к термину добавлять /all все или по кол-во вложенных уровней например 2 /2
taxonomy/term/8/all
Ну что танцы закончились? Не надо создавать блоки. Вам надо меню создавать и в пунктах прописывайте любые пути.
Меню может и удобней было бы, если бы не одно НО - не нашел настройки видимости для разных пунктов меню. Навигация у меня не статичная. А блоки решают эту задачу и так как меню редактируется от случая к случаю, то блок всегда можно подредактировать в ручную (у друпала половина функций все в ручную
+ сохраняем полную свободу действий уж в ручную то блоки можно настроить и сверстать как фантазия позволит и так и сяк и вдоль и поперек 
Очень пугает только кол-во запросов... на пустой странице 100+
А если материал какой открыл на редактирование то 200+
А генерирование страницы на слабой машине идет больше секунды (локалхост, денвер) и только по единственной причине продолжаю холить и лелеять друпаль, что при кешировании на этой же системе генерация той же страницы идет 0.05 секунды при том, что генерирование через ab пустой html странички идет примерно 0.01 секунды ну и масштабируемость системы мне тоже нравится.
Добавлю что это без зендов и прочего что есть на нормально настроенном сервере
Настройка видимости для пунктов всего одна - вкл/выкл.
Даже не знаю есть ли настройка для разных пунктов, чтобы они были видимы в зависимости от путей. Может быть и есть такой модуль.
А пугаться должны не вы а ваш хостер.
Увы и ах дело хостера предоставить услугу в которой естественно оговаривается нагрузка (не может же он выдать целиком сервер за 200 рублей к примеру или допустить чтобы из-за 1-2 клиентов страдали еще 100) поэтому нагрузка на железо дело клиента. Грузишь - плати
Если хостер не в состоянии обеспечить работу при нагрузке от Drupal, хостера надо менять (и точка).
Если вы платите 200 руб/мес то найти нормальный хостинг легко.
Если хостер считает запросы, то он либо жлоб, либо долбаёб. Это всё равно что считать доход у магазина по количеству посетителей.
Хостер не считает запросы, хостер считает нагрузку, которую дают запросы, а много запросов дают большую нагрузку. и далее по формуле грузишь - плати
Масло масляное.
Может быть много запросов вида SELECT name FROM table where ID = 1, где таблица из 3 записей, а могут быть страшенные UPDATE, нагрузка между ними никак не коррелируется, скажу более, нагрузка от мускуля, вообще достаточно тяжело отслеживается, определить что какой-то юзер больше потребил мускульных ресурсов можно только если юзер нещадно насилует БД.
Есть некоторые хостеры, которые считают запросы, это русоникс (по крайней мере раньше), sweb и всякие мелкие конторы.
Хотя не исключаю варианта что вы залезли на облачко
не сказал бы, что sweb мелкая контора)
Мелкая не относится к свебу, но замашки имеются. Особенно смешно когда у них почему-то mod_security включается
NightL, что у вас за сайт там такой? Мега портал что ли?
Если сайт небольшой говорю вам сразу: меняйте хостера. Знаю что будет чуть голова болеть, но она будет болеть у вас всего один раз если перенесете и много раз если останетесь со своим.
Сайт пока в стадии создания. В принципе разница хостеров довольно не велика в том смысле, что любой более менее крупный портал арендует свой сервер и разницы у кого арендовать особо большой нет 2к рублей большое 2к рублей меньше не существенно. Настораживает только момент, что на одном и том же железе разные системы могут показывать существенно разные результаты в производительности, но это я уже сильно забегаю вперед и частично фантазирую