в свойствах каждого типа ноды (список /admin/node/configure/types, ссылка configure) можно настроить workflow, установив по умолчанию "что-то там approve" (не помню точной фразы). тогда все ноды этого типа перед публикацией будут попадать в очередь на подвтерждение. а модераторы смогут из этой очереди публиковать ноды по своему усмотрению.

в друпале это есть и может быть гибко настроено и для комменатирев, и для материалов

вроде бы fetch там работает через крон

poormanscron? не хочется завязываться на юзеров - у меня на крон повешен длительный процесс, который хорошо бы вынести часа на три ночи. можно, конечно, отдельный скрипт написать, который не волнует, что его вызовут напрямую, а не через http, но ужас как не хочется.
пробую сегодня одно решение, если получится - расскажу

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

Такое разграничение прав делается модулем taxonomy_access
http://drupal.org/project/taxonomy_access

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

нет, это скорее дополнительные удобства для навигации по контенту

2. включите модуль localization и, не закачивая русификацию, переведите только те фразы, которые хотите
3. http://drupal.ru/node/1285

Раздел blocks управляет блоками в левой и правой колонках сайта. Каждый модуль может добавлять свои собственные блоки в список блоков, а вы, соответственно, можете при желании отображать их в правой или левой колонке, на определенных страницах и т.д.

спасибо большое!

отличная идея с шаблончиками! а то приходится извращаться с выводов нод разных типов в разном формате

Как вы создаете разделы? Через таксономию, правильно? Не забыли указать в свойствах словаря типы нод, которые могут быть отнесены к тому или иному термину словаря (в вашем случае - статьи и новости)? Если не забыли, то в форме добавления ноды будет поле, где вы сможете выбрать термин (или несколько), к которому относится нода, т.е. нужный вам раздел.

я тоже смотрела на эту функцию и удивлялась, но в тот момент было быстрее написать свой ресайз.

В настройках блока отметить Show on only the listed pages, а в списке страниц указать <front>

Цитата оттуда: Enter one page per line as Drupal paths. The '*' character is a wildcard. Example paths are 'blog' for the blog page and 'blog/*' for every personal blog. '<front>' is the front page.

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

На самом деле так и есть, как написано в readme, просто тулбары кэшируются (в этом замечен IE, в FF вроде такого нет). Почиститет кэш - и увидите, что они изменятся.

Правда, Друпал тут совершенно ни при чем, это FCKeditor сам такой талантливый

да, кстати, мне кажется, что лучше сделать так: завести словарь, скажем, "категории статей", а потом уже в нем строить терминами вашу структуру:
Категория 1
-Подкатегория 1
--Подподкатегория 1
--Подподкатегория 2
-Подкатегория 2
Категория 2
-Подкатегория 1
-Подкатегория 2
ну и т.д.

Тогда если вы наберете url какой-нибудь категории типа /taxonomy/term/номер категории, то увидите, что навигация должна работать именно так, как вам нужно.

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

есть такая штука - hook_nodeapi, она отслеживает разные события, происходящие с нодой, в т.ч. "validate", котрое случается, когда пользователь заполнил форму и нажал кнопку "отправить" или "предпросмотр". туда можно добавить свои проверки данных.
подробнее про hook_nodeapi