xseed, а зачем такие навороты непонятно? У нод что ли часто меняться термины будут? Обычно термины фиксированы у ноды, а значит и тизеры фиксированы, зачем туда !tid-то пихать..

ЗЫ: В теме в шаблоне ноды при выводе можно любой наворот реализовать.

Тьфу, Вы про термины) А я о своем, о тизерах)

Сделать можно... Но! Не всегда вообще тизер может быть составлен из кусков. Это может быть вообще другой текст, если редактору так надо.

Контролировать корректность HTML всё равно тяжело. Выделение ведь может начаться с середины одного абзаца, а кончиться в середине следующего.

ЗЫ: Лучше не <!tid>, т.к. это может поломать XHTML, лучше уж комментарий типа <!--break--> и <!--/break-->

Никто не пытался сделать различным отображение превьюшек каждой ноды в зависимости от просматриваемого термина? То есть чтобы одна и таже нода в разных терминах имела разные превью.

В теме отображение как угодно можно сделать!

Вообще мне система с тизерами в Друпале не нравится...

1) Путано.

1) В теме в файлике node-TYPENAME.tpl.php.

Когда этой фичи еще не было, я делал прямо в node.tpl.php switch($node->type) и инклюдил разные файлы в зависимости от типа ноды.

2) www.drupal.org/project/contemplate - можно вводить шаблоны тизеров и полных текстов через админку

$GLOBALS['user']->roles[2] - где тут нагрузка-то?)

Можно сделать блок с php-кодом, который будет выводить дерево меню. Стандартное меню выводится функцией theme_menu_tree (http://api.drupal.org/api/function/theme_menu_tree/5).

Глючноватый модуль или это фича такая... Похоже когда ставишь первый раз настройки для 1 пункта меню - он ставит эти настройки всем пунктам. Я прошелся по другим пунктам и выставил настройки - вроде заработало..

поставил menu_per_role - не подходит определенно. Он закрывает меню вообще. Попробую еще варианты. Получится - отпишусь

"Вообще" закрывать меню через настройки блока - это встроенная функция Drupal. А menu_per_role ща попробовал - у меня не пашет, доступ не закрывается.

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

Информация о юзере всё равно загружается, включая роли, потому что нужно проверять права на всё.

Условие на проверку зареген ли юзер: if ($GLOBALS['user']->roles[2]) ....

4) http://drupal.org/project/menu_per_role

Варианты:

1) Все ссылки на внутренние ресурсы вынести в одно меню и в настройках блока меню указать какой роли виден блок. Через поиск эти ссылки всё равно найдутся кстати.

2) Использовать модуль nodeaccess или аналогичный для закрытия доступа к внутренним страницам. При это ссылки в меню будут присутствовать, но при клике будет выводится страница с сообщением о том, что доступа-то нет.

3) Если надо, чтобы ссылок ваще не было или ссылки не были ссылками (просто текст) - то модуль свой писать или блок с php-кодом навоять, где проверять роль юзера.

Если исходить из простоты установки джумлы и друпала, последний явно проигрывает.

Под "установкой" имелось ввиду установка+настройка надеюсь?? Потому что чисто "установка" Друпала элементарна - вводим параметры БД и всё.

http://drupal.org/project/nodeaccess или http://drupal.org/project/content_access (можно отдельно для каждой ноды указать права доступа)
http://drupal.org/project/taxonomy_access (можно сделать категорию "доступ", забить названия ролей как термины, а потом настроить доступ по чтению к категориям с помощью этого модуля)

А как это делается?

Файл => Сохранить как => Веб-страница, полностью.

Автор, сохраните прямо браузером страницу полностью с CSS-ками и киньте сюда. Проще будет разобраться...

Модулем profile можно любые поля добавлять в профили.

Что-то с CSS-кой.

1) Модули общие для всех/нескольких сайтов ложить надо в /sites/all/modules/.
2) Модули, которые нужны только конкретным сайтам: /sites/DOMAIN/modules/.
3) Выключенные модули не влияют на производительность.
4) Если модуль не включать - то и таблицы он создавать не будет.
5) Я обычно делаю отдельную БД для каждого сайта.

В стандартной поставке модуль profile.

FCK: http://drupal.org/project/fckeditor

Архив новостей, например, модулем archive: http://drupal.org/project/archive. Чтобы поля добавить к новостям и настроить вывод - модули cck+contemplate (см. drupal.org).

ЧПУ стандартная фича: включить сначала /admin/settings/clean-urls, потом модуль path из стандартной поставки

Стандартное решение сейчас — это drupal+cck+views+тема/модули по мере необходимости той или иной функциональности. Но cck+views это основа имхо.

Если хочется побыстрее, то вариант (1): drupal+свои модули для нод+тема/модули. Больше писанины конечно.

Вариант (2) имхо не катит, т.к. непонятно как инфу-то вбивать... Переписывать интерфейсы все для создания/редактирования/удаления или ручками в БД вбивать всё? Лучше уж вариант (1) или cck, и когда нужно шустро очень выводить - то напрямую писать select-ы вместо использования node api.

Надо страничку со списком всех публикаций этого типа? Проще поставить модуль views, если не хочется php snippet-ы писать постоянно...

а облака тегов не предназначены для навигации

Если стоят ссылки - то уже навигация какая-никакая)