drupal.htdogs.ru | Учимся и учим работе с Drupal

все дополнения одного цвета..

Сегодня вообще утвердились четкие
Пусть он рекламирует на

Во-первых, нарядиться век все красное — очень нехитрая и эстетически бедная задача, во-вторых, пальто и шапка, сумочка и варежки — это все вещи из разного материала, разной фактуры, их красный цвет должен сочетаться особым образом, а иначе не совпадает и подбирается приблизительно и весь «гарнитур» оказывается более безвкусным, чем мягкое сочетание разных цветов..

Главное — не это.
А маме, конечно, стоит

Другой эстетический принцип по] отношению к цвету — это знание того, что законы красоты и сочетания цвета различаются по тому, к чему это сочетание относится...
Горение земляники в листве, особенно после дождя, — это прекрасно, а красный свитер с зеленой юбкой — это в обычном случае неудачное сочетание..

Выдавать себя не за
Мы не должны этого

На сайте drupal.ru я в свое время поднимал вопрос о способе создания статейно-новостного сайта с несколькими лентами новостей и набором статей, разложенных по тематикам. Сейчас мне порядком удалось разобраться, хочу поделиться найденными приемами.

Для конкретики, задача состоит в следующем: создать сайт нижеследующей структуры:
- Новости
-- Тематика 1
-- Тематика 2
- Статьи
-- Тематика 1
-- Тематика 2

При этом просмотр раздела "новости" должен давать нам все новости сразу: и те что проходят по "тематике 1" и те, что проходят по "тематике 2". Аналогично со статьями. Если мы решаем эту конкретную задачку, то мы получаем универсальный способ, который позволит нам в дальнейшем реализовывать любую аналогичную структуру, вне зависимости от количества и вложенности тематик и подтем.

Статьи во всех разделах сортируются хронологически. Формально, это получается разновидность блога, правда, весьма продвинутая.

Кроме того, у друпала есть приятная возможность привязывать к какждой рубрике (что отдельной, что собирательной) RSS-канал, содержание которого полностью дублирует соответствующую страницу сайта, что дает посетителю сайта возможность легко подписаться на все новости на ту или иную тему. Это очень удобно и грех этой возможностью не воспользоваться.

Итак: как данную схему лучше реализовать на друпале?..

* Лирическое отступление:
В терминологии drupal упоминается термин "breadcrumbs" (хлебные крошки). Я не знаю, является ли он устоявшимся, но в данном контексте это меня не интересует. Означет этот термин навигационную линейку в верхней части страницы, которая позволяет перейти с данной страницы на любой вышестоящий документ (например, перейти от новости к списку новостей), а заодно очень неплохо описывает положение текущей страницы в общей структуре сайта. Следует усвоить, что breadcrumbs - штука нужная и важная, без нее стройный сайт превращается для пользователя в неструктурированную свалку сообщений.

_______________________________________

Итак, каков традиционный способ создания "рубрицированного блога" на друпале?

Пункт 1. Создается структура рубрик, как терминов одного словаря. На внешнем виде сайта это никак не отражается, это дерево показывается только в форме добавления нового сообщения на сайт. (Из этого, тем не менее, следует, что создание данного дерева - вещь обязательная, кроме того, нельзя его тупо сваливать в одну кучу, т.к. пользователям, добавляющим на сайт новости, будет проще разобраться в списке рубрик, если они сделаны в виде дерева, чем если все они идут одной колонкой, в столбик.)

Пункт 2. Создаются пункты меню вида
-Новости: taxonomy/term/1
--Тематика 1: taxonomy/term/2
--Тематика 2: taxonomy/term/3

Какой именно путь писать в свойствах очередного создаваемого пункта меню - нужно смотреть в свойствах соответствующего термина, которому мы этот пункт меню собираемся сопоставить.

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

Минусов несколько:
Во первых, структура сайта у нас создается дважды: сначала в виде дерева терминов, затем - в виде идентичного ему дерева пунктов меню. Это извращение. Мало того, что нам приходится дважды выполнять работу, так мы еще и легко можем сделать ошибку, т.к. разделам структуры автоматически назначаются номера, и мы эти номера должны запоминать и переносить в меню. Кроме того, работа по добавлению новых разделов сайта перестает быть простой и очевидной. Пусть даже добавление нового раздела - это не добавление новой статьи, дело не такое частое. Но все равно неприятно.

Второй минус - страницы с полными вариантами статей (узлы) почему-то отображаются без breadcrumbs. На страницах терминов breadcrumbs отображаются правильно, а на страницах узлов состоят из одного единственного пункта - ссылки на главную страницу, создавая у пользователя впечатление, что все статьи на сайте являются для главной страницы дочерними. Это некрасиво.

Третий минус мы обнаруживаем, когда начинаем сравнивать созданное с заданием. Мы обнаруживаем, что на странице "Новости" мы не видим новостей вообще. Т.е. если добавить новость непосредственно в эту категорию, мы ее увидим. Но предполагалось-то, что этот раздел будет чисто формальным, и что на нем просто будут собираться все новости из тех или иных новостных рубрик. А этого не наблюдается.

_______________________________________

Продвинутый способ создания "рубрицированного блога" на друпале.

Почитав поподробнее про модуль таксономии, мы с удивлением обнаруживаем, что он позволяет нам в одной новостной ленте объединять несколько. Достаточно перечислить их все в URL через плюс. Так, скажем, страница
taxonomy/term/2
выдаст нам новостную ленту тематики, получившей второй номер. Всех узлов, привязанных к термину номер 2. А вот страница
taxonomy/term/2+3
выдаст нам комбинированную новостную ленту, где будут перемешаны новости тематик два и три.

После этого мы вспоминаем, что, вообще-то, нас в ссылке, на которую будет вести пункт меню, никто не заставляет указывать только одну тематику. Мы можем указать и две и три. И вообще сколько угодно. И вообще любой адрес. В результате, наше меню приобретает вид:
-Новости: taxonomy/term/2+3
--Тематика 1: taxonomy/term/2
--Тематика 2: taxonomy/term/3

При щелчке на первый пункт меню, мы увидим все новости из дочерних новостных лент. А нам того и нужно. Если появится еще одна дочерняя лента, мы должны будем добавить ее в структуру рубрик, потом прописать для нее пункт меню, а затем добавить ее номер во все вышестоящие пункты меню.

Попутно, у нас возникает неожиданная проблема. Почему-то при щелчке на верхний пункт меню ("Новости"), меню не разворачивает подпункты, хотя должно это делать. Можно, конечно, в свойствах меню поставить "всегда развернутое", но это некрасиво.

Экспериментальным способом мне удалось выяснить, что это глюк, и что модуль menu некорректно отрабатывает наличие плюса в адресной строке. Как вариант решения, можно использовать модуль path, который позволяет переопределить одни URL на другие. Вообще, это предназначено для красоты. А нам вот получается вообще жизненная необходимость. В результате, наше меню приобретает вид:
- "Новости" - path: taxonomy/term/1+2+3 - alias: /news
-- "Тематика 1" - path: taxonomy/term/2 - alias: /news/tematika-1
-- "Тематика 2" - path: taxonomy/term/3 - alias: /news/tematika-2

Некоторое время спустя, удается выяснить еще более простой и красивый способ. Оказывается, синтаксис taxonomy/term подразумевает два параметра. Первый параметр - список терминов, которые надо показывать. Через плюс - объединение множеств. Через запятую - пересечение множеств (т.е. показ только тех узлов, которые принадлежат, например, обеим перечисленным темам). Но есть и второй параметр - глубина. Показывать узлы, принадлежащие терминам и их подтерминам до такой-то глубины. То что нам и нужно. Кроме того, второй параметр может быть не цифрой, а "all". В этом случае берутся все узлы всех подтерминов без исключения.
- "Новости" - path: taxonomy/term/1/all - alias: /news
-- "Тематика 1" - path: taxonomy/term/2/all - alias: /news/tematika-1
-- "Тематика 2" - path: taxonomy/term/3/all - alias: /news/tematika-2

Тоже не фонтан, но по крайней мере, избавляет от необходимости перечислять в URL все подразделы. (Кстати, при таком перечислении, заголовок показываемой страницы превращается в список всех выбранных рубрик, перечисленных через запятую, что не очень красиво.)

Чересчур навороченно, но зато работает почти как дОлжно. Минусы:
1) Многовато действий по добавлению на сайт очередной тематики. Легко запутаться и ошибиться.
2) По прежнему, не работают breadcrumbs для узлов.

_______________________________________

Таксономический способ создания "рубрицированного блога" на друпале.

Дальнейшее изучение документации и форумов показало, что есть модуль, который устраняет в аккурат оба указанных недостатка. Есть модуль taxonomy_context. Если его установить и включить, то у узлов появляются нормальные breadcrumbs, такие же как у терминов. И структура меню создается автоматически, нам не нужно создавать ее вручную. Но при этом, увы, то и другое теперь отрисовывается, основываясь на схеме терминов (она в контексте терминологии Drupal называется "таксономией"), а не на вручную создаваемом меню.

Почему "увы"? Потому что решив эти две проблемы, мы в полный рост получаем выползание той проблемы, которую только-только успели решить. А именно: у нас пропадают вложенные новостные ленты. Ссылки, которые автоматически создает taxonomy_context имеют вид
taxonomy/term/1
а не
taxonomy/term/1/all
А значит, когда мы будем переходить в раздел, скажем, "Новости", вместо общего списка новостей мы получим надпись "извините, нет статей в этой категории".

Попытка выяснить у автора модуля taxonomy_context, может ли он решить эту проблему, привела к неудаче. Он сказал, что модуль слишком тесно завязан на пути без /all, поэтому просто добавить эту строчку не получится.

К счастью, оказалось, что к проблеме можно подойти с тыльной стороны: можно сделать так, что модуль таксономии будет любой подобный URL интерпретировать так, будто там уже указано /all. Для этого надо в модуле taxonomy.module, в функции taxonomy_select_nodes() найти строчку:
$tree = taxonomy_get_tree($term->vid, $tid, -1, $depth);
и поменять ее на:
$tree = taxonomy_get_tree($term->vid, $tid, -1, NULL);
Это установит глубину для всех терминов в NULL, что означает "all".

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

Однако после такой замены, у нас и хлебные крошки работают хорошо, и меню создается автоматически, под структуру.

Я надеюсь, эти выдержки помогут тем, кто собирается делать на Drupal что-то аналогичное той структуре, которую я приводил в начале данной статьи.

Ну а разница между статьями и новостями обычно заключается в том, что новости мы выводим на странице термина полностью (они небольшие), а вот от статей выводим только заголовки. Во всяком случае, обычно принято делать именно так. Для того, чтобы оставить от статьи показ только заголовка, нужно прямо в начале статьи воткнуть пустую строчку, а на вторую строчку поместить тэг . Обратите внимание: не на первую! Иначе не будет работать.

previous forum topic – next forum topic

Спасибо за

Спасибо за статью!
Смешно получается - Друпал больше всего хвалят за таксономию, и именно она наиболее неоднозначна и недоработана. Остаётся ждать доделки category.module.

Кстати, весьма помагают в построении удобной навигации по структуре модули Article и IndexPage.
_______________________
Учусь делать темы для Drupal...

memyself – 22 December, 2005 – 11:01

Кстати, на

Кстати, на данном сайте используется именно последний вариант (узлы здесь имеют внятные breadcrumbs, а я другого способа добиться этого не знаю).

Правда, здесь нет патча для показа вложенных разделов, поэтому, например, если мы из раздела "Установка и использование" поднимемся по хлебным крошкам в раздел FAQ, то увидим там довольно пустынное зрелище. (И, кстати, сильно отличающееся от того, куда ведет одноименный пункт меню, что лично мне кажется недопустимым. Структура сайта должна быть изотропной: любой раздел сайта должен выглядеть одинаково вне зависимости от способа, которым мы на него попадаем, иначе пользователь будет путаться.)

PG – 22 December, 2005 – 11:46

Отличная

Отличная статья!

bang – 23 December, 2005 – 03:35

Re: Кстати, на

[quote=PG]Кстати, на данном сайте используется именно последний вариант (узлы здесь имеют внятные breadcrumbs, а я другого способа добиться этого не знаю).[/quote]
Так и есть

[quote=PG]И, кстати, сильно отличающееся от того, куда ведет одноименный пункт меню, что лично мне кажется недопустимым. Структура сайта должна быть изотропной: любой раздел сайта должен выглядеть одинаково вне зависимости от способа, которым мы на него попадаем, иначе пользователь будет путаться.)[/quote]
Да, вы правы. Дело в том, что эти две ссылки формируются разными модулями. Надо будет что-то с этим делать,спасибо, что обратили на это мое внимание.

bang – 23 December, 2005 – 03:38

Re: Спасибо за

[quote=memyself]Смешно получается - Друпал больше всего хвалят за таксономию, и именно она наиболее неоднозначна и недоработана[/quote]
Она очень хороша на уровне идеи, но реализация подводит именно в важных мелочах.

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

bang – 23 December, 2005 – 03:41

Я очень

Я очень надеюсь, что модуль Category будет лишен этого недостатка. К тому есть все предпосылки. По крайней мере, у меня сложилось ощущение, что Эпштейн (Jaza) хорошо осознает, что нельзя отрываться от "важных мелочей": все модули, которые были им написаны ранее, как раз и посвящены важным мелочам, это обнадеживает.

Побольше бы таких разработчиков в команде друпала; а то у меня складывается ощущение, что "порог вхождения" для него повышают намеренно, т.к. он питает кормушку для opensource-разработчиков и снижать его им откровенно невыгодно.

PG – 23 December, 2005 – 12:14

"Кстати, весьма

"Кстати, весьма помагают в построении удобной навигации по структуре модули Article и IndexPage."

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

PG – 24 December, 2005 – 04:01

"Дело в том, что

"Дело в том, что эти две ссылки формируются разными модулями."

Какими? Насколько я себе представляю, мы наблюдаем сочетание второго и третьего из описанных у меня в статье способов. Для хлебных крошек у модулей используется taxonomy_context, а меню нарисовано целиком вручную, и там стоят /all в конце URL, только мы их не видим из-за того, что используется path module, маскирующий все пункты меню.

Так?

PG – 24 December, 2005 – 04:09

Я проверил

Я проверил работу патча
$tree = taxonomy_get_tree($term->vid, $tid, -1, NULL);

На RSS-ленты он тоже влияет. Все термовые RSS ленты сайта начинают выдавать содержание узлов всех своих подтермов. То что нужно.

PG – 26 December, 2005 – 02:54

нет, меню - это

нет, меню - это taxonomy_dhtml

bang – 29 December, 2005 – 13:10

кстати,

кстати, возможно это все уже знают, но для себя сейчас открыл и такой вариант /taxonomy/term/17+19/all

dyp – 23 February, 2006 – 01:26

node/102

Ну а all после хака (а он напрашивается) уже больше не нужно указывать.

PG – 23 February, 2006 – 01:46

Спасибо!

2PG: Большое спасибо за статью! Сам я "проэволюционировал" до второго способа, а вот taxonomy_context пока не пробовал.

rgb – 23 February, 2006 – 12:03

вариант

[quote]Третий минус мы обнаруживаем, когда начинаем сравнивать созданное с заданием. Мы обнаруживаем, что на странице «Новости» мы не видим новостей вообще.[/quote]
есть еще вариант при создании статьи уаказывать узел+тема
плюсы: в загловке статьи будет стоять узел:тематика
минусы: можно ведь и забыть, а если заполняют ползователи то скорее всего лучше вообще не использовать такой метод

dyp – 24 February, 2006 – 01:14

"есть еще

"есть еще вариант при создании статьи уаказывать узел+тема
плюсы: в загловке статьи будет стоять узел:тематика
минусы: можно ведь и забыть, а если заполняют ползователи то скорее всего лучше вообще не использовать такой метод"

Поясни еще раз: что, где и когда можно указывать. Иначе я что-то не врубаюсь.

PG – 24 February, 2006 – 19:30

Re: Поясни еще раз

[quote=PG]Поясни еще раз: что, где и когда можно указывать. Иначе я что-то не врубаюсь.[/quote]
В категориях, настройках словаря выставляем Множественный выбор. Далее при создании статьи в категориях отмечаем узел+тематика, например "новости+тематика 1" или "статьи+тематика 2"

dyp – 24 February, 2006 – 20:49

Re: Типовая задачка: создание статей

[quote=PG]К счастью, оказалось, что к проблеме можно подойти с тыльной стороны: можно сделать так, что модуль таксономии будет любой подобный URL интерпретировать так, будто там уже указано /all. Для этого надо в модуле taxonomy.module, в функции taxonomy_select_nodes() найти строчку:
$tree = taxonomy_get_tree($term->vid, $tid, -1, $depth);
и поменять ее на:
$tree = taxonomy_get_tree($term->vid, $tid, -1, NULL);
Это установит глубину для всех терминов в NULL, что означает "all".
[/quote]

Предлагаю альтернативный вариант.
Я решил эту задачу другим способом, при помощи синонимов термина.

Патчить ядро все равно придется =)

Находим строки:
[quote] switch ($op) {
case 'page':
// Build breadcrumb based on first hierarchy of first term:
$current->tid = $tids[0];
[/quote]
(В оригинальном модуле это 933 строка.)

Перед ними добавляем
[quote] $term_synonyms = taxonomy_get_synonyms($tids[0]);
$term_depth = 0;
foreach ($term_synonyms as $term_synonyms_synonym) {
if (ereg("^(depth (.+))$", $term_synonyms_synonym, $depth_param)) {
$term_depth = $depth_param[2];
}
}
$depth = ($term_depth)?$term_depth:$depth;
[/quote]

Далее в термине в котором мы хотим управлять глубиной отображения пишем в синониме depth all (вместо all можно писать тоже что и в командной строке).

Удобно когда это требуется и когда не много терминов.

KurtS (not verified) – 25 February, 2006 – 03:37

Ага, вот и

Ага, вот и синонимы пригодились :)

Кстати, в модуле Category можно настроить глубину отображения нод дочерних категорий. Еще один плюс этого модуля :)

Natalie – 25 February, 2006 – 03:52

"Далее в

"Далее в термине в котором мы хотим управлять глубиной отображения пишем в синониме depth all (вместо all можно писать тоже что и в командной строке)."

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

PG – 25 February, 2006 – 22:32

Re: "Далее в

[quote=PG]Плохой патч. По умолчанию надо чтобы глубина была бесконечной, а у тебя она по умолчанию нулевая, я правильно понял?[/quote]

Именно. Этот патч, как Вы поняли, можно применить если Вам не нужно отображать на всех категориях полный контент.

P.S. Хотя мой пример полностью не относится к статье... Показывать все статьи подходит в большинстве случаев только для новостей. Подход с моей стороны помогает организовать разноцелевой сайт основываясь исключительно на таксонометрии как на структуре разделов... Новости, статьи, файлы... etc.

KurtS (not verified) – 27 February, 2006 – 22:47

"Показывать все

"Показывать все статьи подходит в большинстве случаев только для новостей."

Да не скажи. Товары. Статьи. По моему, для всех хорошо, если показывается всё, а в меню можно выбрать подкатегорию, сузив показываемую выборку.

PG – 28 February, 2006 – 00:19

добавить статью на испаноязычный ф

Ваша разработка очень интересная. Разрешите ли вы перевести ее и опубликовать на испаноязычном форуме Друпал?
Можно ли привести как-то ссылку на вас? Полагаю, ответить по английски для вас не составит труда а с испанским помогу я.

Totosha – 17 May, 2006 – 03:08

Перевести и

Перевести и опубликовать - не вопрос.

Другое дело, что с появлением модуля Category (месяц назад вышедшего на стадию релиза) всё перечисленное тут безнадёжно устаревает.

О модуле Category на русском языке можно почитать тут:
http://wiki.drupallers.ru/Perevody/Modul'Category/PredlozhenieOSlijaniiModulejjBookITaxonomy
Там же ссылки на оригинальные англоязычные страницы. Рекомендую обратить на них самое пристальное внимание.

PG – 17 May, 2006 – 23:35

Добавление или подмена?

Спасибо. Это действительно необходимо иметь в виду.
Мне совсем недавно пришлось столкнуться с органицией сайтов вообще и Drupal в частности. Поэтому мне сейчас не очень легко уяснить для себя такой момент: новый модуль Саtegory будет применим лишь для организации новых сайтов, его можно будет использовать параллельно, или на него можно будет "переключить" уже существующий контент? Релиз есть релиз, а некоторым пользователям необходимо запустить в работу сайты в ближайшее время...

Totosha – 18 May, 2006 – 21:41

Вопрос

Вопрос перехода на 4.7 (а под 4.6 Category не работает) - он вообще философский... С одной стороны, 4.7 заявлена как stable. И не без основания: ядро основательно вычищено от багов. С другой - поменялся API, поэтому сторонние модули (без которых не обходится ни один сайт) потребовали достаточно серьезных переделок, и процесс их вылизывания закончится не завтра.

С другой стороны, 4.7 заметно шустрее бегает, имеет более удобный пользовательский интерфейс и заметно лучше работает с юникодом. Получаем классическую задачку про буриданова осла. :)

Jaza обещал, что импорт из таксономии и книг он сделает. Но пока эти модули, насколько я знаю, не реализованы. Могу ошибаться - он очень быстро добавляет новые функции. :)

Кроме того, сами видите: структура категорий в модуле Category не в пример гибче и лучше подходит к большинству типовых задач.

PG – 19 May, 2006 – 20:20

Подскажите как

Подскажите как сделать также как на этом сайте:

*****************************
- Новости (21)
- Статьи (37)
- API (5)
- Howto (17)
- Модули (9)
- Общие концепции (6)
- FAQ (13)
- API (1)
****************************

Что нужно сделать для этого?

Notoff – 29 July, 2006 – 10:33

Никто не знает?

Notoff – 30 July, 2006 – 01:51

Алё, есть кто

Алё, есть кто тут живой?
:))))))))

Notoff – 30 July, 2006 – 11:54

Никого...

Notoff – 30 July, 2006 – 13:41

Хозяйки нету :)

Хозяйки нету :) Но это какой-то модуль для меню: то ли taxonomy_dhtml, то ли taxonomy_menu. Посмотрите в списке проектов.

Natalie – 30 July, 2006 – 19:33

Мне бы поточнее

Мне бы поточнее надо знать.
И если можно несколько слов о том какая последовательность действий должна быть чтобы сделать также как на этом сайте.

Notoff – 30 July, 2006 – 21:28

А я откуда знаю?

А я откуда знаю? Не я же администратор. Скачайте несколько модулей, настройте, посмотрите как действует.

Natalie – 30 July, 2006 – 21:54

Ну так я

Ну так я обращаюсь к тому кто знает...
Я лично не знаю, поэтому спрашиваю у того кто знает.
Вроде это звучит логично ;)

Notoff – 30 July, 2006 – 21:59

Ну, как видите,

Ну, как видите, народ молчит. Пока ждете ответа, стоит, мне кажется, самому начать искать подходящие модули и смотреть, как они действуют. Глядишь, и сами во всем разберетесь :)

Natalie – 30 July, 2006 – 22:37

Хе-х,

Хе-х, молчат...
Не, буду ждать...
Это какая-то хитрая система, боюсь напортачить.
Тем более всё на инглише - на чуждом для моего разума языке :)

Notoff – 30 July, 2006 – 22:57

Чего напортить,

Чего напортить, если есть бэкап? У вас есть возможность тестировать на локалке?
По моему опыту, в opensource если ждать, пока кто-то что-то объяснит, то ничего никогда не будет готово. Я бы советовала установить эти taxonomy_menu и taxonomy_dhtml (и еще, кажется, есть taxonomy_context) и поиграться с ними, а если возникнут вопросы, задавать их. Люди обычно охотнее отвечают на конкретные вопросы, чем на глобальные, которые требуют развернутого ответа (времени не становится больше, сами понимаете).

Natalie – 31 July, 2006 – 07:34

Natalie , бэкап

Natalie , бэкап есть локали нету, но зачем же так рисковать, когда челов может просто сказать что делать. )))
Тем более это такая классная весчь, что может понравиться многим...
И объяснив один раз - можно сразу объяснить всем.
ЗЫ
И посмотри первый пост этой темы, там объясняется так всё подробно...
Но как я понял не по делу.
А здесь прям то что нужно.
Скажите люди как сделать?
Пипелс, френдс, мэн, гёлз.... хелп ми...

Notoff – 31 July, 2006 – 08:58

Кхм, по-моему,

Кхм, по-моему, это уже называется лень...

Natalie – 31 July, 2006 – 15:03

Лень - это самое

Лень - это самое возвышенное состояние сознания. ))))
Не вижу в нём ничего плохого.
Ладно, сделал уже по-старинке:
1. просто создал категории.
2. создал новый блок
3. запихал в этот блок ссылки на эти категории.
.
Но вопрос всё равно актуален...
.
Natalie , а вообсче рад что тут кто-то появляется ;)

Notoff – 31 July, 2006 – 17:03

1. Думаю, что это

1. Думаю, что это всё таки taxonomy_dhtml - Поиск, как всегда, рулит!
2. Локальная копия сайта должна быть обязательно - исследовать новые модули на работающем сайте... нехорошо :) Используйте Denwer
3. Чтобы сказать "как сделать", мне нужно самому проделать Вашу работу, а я в данный момент нахожусь в "самом возвышенном состоянии сознания" :))) (хотя мне кажется надо просто включить модуль)

dan – 31 July, 2006 – 18:32

Ёлы-палы, я же

Ёлы-палы, я же не говрю что-то делать :)))
Я просто спрашиваю у того, кто знает...
Тут же стоит, значит человек знает.
.
ЗЫ
Смысл то вначале разузнать, а потом делать...
Хотя возможно что это только мои личные убеждения...

Notoff – 31 July, 2006 – 20:49

А кто вас

А кто вас заставляет ставить модули на живой сайт? Самый надежный способ - это поставить самому на каком-нибудь тест-сайте (обычно локалке) и тестировать. А если вам лень и хочется, чтобы кто-нибудь другой сначала все разложил по полочкам, то значит, это все не так уж и нужно :)
ЗЫ Конечно, существует языковый барьер, но все-таки taxonomy_dhtml - э
то же не views какие-нибудь, попробуйте разобраться сами.

Natalie – 31 July, 2006 – 22:07

Search

Структура

Читать новичкам

New forum topics

Recent blog posts

User login

Navigation

Who's online

Syndicate