Почему вы HE выбрали Drupal?

Уточним. Мало народу в рунете сайты на нём делает. А так бы не сказал, что в интернете Drupal мало известен.

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

--
Axel,
www.axel.drupal.ru

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

Во первых, как было выяснено в топике "терминология", таксономические термины (включая термин node, но с ним разобрались чуть ранее) были просто некорректно переведены, что излишне запутывало ситуацию (до того, как они были переведены, впрочем, было еще хуже).

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

Во вторых, мне сложно судить, насколько переведена документация (я имею в виду администраторскую) к различным ньюкам. В Drupal ее перевод находится в совершенно зачаточном состоянии (я говорю как о прямом переводе, так и о независимых русскоязычных заметках) - не переведены самые важные вещи.

(У меня, правда, в последнее время возникает подозрение, что англоязычную версию руководства тоже не стоит боготворить - несмотря на объем там пестрят дырки.)

Подозреваю, что отсутствие дружественного инсталлятора тоже не очень способствует популярности Drupal.

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

Ну и последнее, самое печальное:

Такое отношение к новичкам и вызывает основное снижение популярности.

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

не знаю, не знаю... я конечно, задал пару вопросов Axel'ю, но это были чисто технические вопросы (насчёт кодировок и прочего)... "не разобраться" в Drupal'e может только тот, чья логика немного извращена "дружественными системами"... да, с таксономией немного непонятно было, но если представить, что таксономия - это хранилище всех видов документов, vocabulary - это категории (как в форумах) а terms - это разделы (ну и плюс сюда возможность иметь один и тот же документ в нескольких категориях), то всё вписывается в привычную систему координат...

Давайте различать технические сложности и сложности, связанные со стилем мышления.

Меня самого коробит иногда снобизм тех, кто говорит "разберись и поправь сам", хотя тоже бываю грешен.

Да, с api разобраться - только методом чтения исходников, да, инсталлятор друпалу нужен... Мне лично может и не нужен, хотя переписывать файлы и импортировать базы при установке модулей надоедает, но и это решается простым скриптом.

Читать документацию, чтобы понять, как оно устроено - надо, а чтобы разобраться с мелким глюком... тоже надо, но не всем :).

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

Насчет самой идеологии - тут другое дело. Вот тут я за снобизм обеими руками. Сколько великих ученых ломали головы над системами классификаций, сколько писателей изобретали "нелинейный" роман!

Уже вовсю обсуждается будущее symantic web, уже целые науки появились, и друпал нацелен именно на новые (да они уже и не очень новые) способы работы с информацией, он в гуще процесса, когда меняется стиль мышления, а люди ни к какому другому стилю, кроме Аристотелевского, не привыкли. Так что ж вы хотели! Думать надо!

ЗЫ: кстати, такие известные личности на друпал.ру, как Arsart, B.Х. и ваш покорный слуга - технически слабо подкованные и чуждые программированию люди, однако понимание основной сути дает им желание и способности разбираться с техническими проблемами без особого напряжения.

я как посмотрел друпал сразу подумал - ну что там в этих несчастных 500 кб может быть за система... присмотрелся - таки система да еще какая!
про инсталятор - я долго пытался подойти к Postnuke с разных сторон - и модули переделывал и пытался запутанные функции изучать. Но все это с чувством того что с одной стороны надо писать как в нем принято через функции ядра а с другой стороны эти функции были настолько запутаны что проще написать echo, а тогда остается чувство что зачем тогда система, вобщем так я и не поладил с ним и причиной было как раз лень написания инсталяторов к собственным модулям. то есть система превращалась впоследствии в какой-то двухглавый гибрид постнука с моими доделками что очень тяготило. я понимал что делаю неправильно но делать правильно небыло желания ну никакого... Увидев что в друпал нет инсталятора ни для системы ни для модулей - я даже обрадовался что не надо морочится потом с этими "удобствами" - кто писал модули - поймет... в некоторых системах инсталятор модуля даже должен взять загруженный аплоадом модуль, распаковать его, положить все по директориям и выполнить sql запрос и тд а при деинсталяции все в обратном порядке. может для пользователя это удобно - но где вы видели пользователя, устанавливающего и удаляющего модули? это делает программист сайта, так что проще? - выполнить запрос и записать модуль в нужную директорию вручную или писать к модулю инсталятор, который это сделает автоматически? Нет - инсталяторы это вещь абсолютно ненужная и даже вредная потому что основное преимущество друпал в том что во первых он простой и без ненужностей а во вторых все что в нем есть можно изучить по исходникам и документация там-же. В чем недостаток - неизвестно. Скажите - какую систему еще можно вот так просто по исходникам учить? я в программировании не очень - постнук не вышло, а друпал понравился и именно простотой. усложнять его не нужно.

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

До Drupal, пользовался Typo3. Сейчас возникла необходимость поставить на не очень мощный хостинг какую-то приличную CMS. Одно из главных требований - хороший интерфейс для добавления содержимого. Так чтобы наполняли сайт не верстальщики и не программисты.
В Typo3 это реализовано замечательною. Тот, кто видел, я думаю меня поймет. В Drupal, ничего подобного нет. Ну или я не нашел :)
Еще хочется русской документации (правда для Typo ее тоже нет:) ). Ну не люблю я читать по-аглицки.
Хотя в общем Drupal понравился. Вещь хорошая и для некоторых целей подойдет даже лучше чем Typo.

Это точно - с удобным добавлением контента у друпала серьезные проблемы - надо к Drupal приделать такую чудесную вещь как PagED - http://canvas.anubix.net

WYSIWYG-редактор? Так ведь есть же уже?

да как-бы и не совсем! Визивиг редактор это не то - вот например надо в 99% случаях в статью ставить картинки которые при нажатии на них выскакивают в полном размере - в PagED это делается одним нажатием мышки - то есть автоматом - а в Drupal как быть? Это задача совершенно стандартная, при чем так-же стандартно то что картинки бывают все или слева или справа или поочереди с текстом - то есть визивиг особо не нужен для их расставление, нужна скорость и удобство добавления материалла на сайт. Когда страниц больше трех тысяч - это ощутимо для редактора сайта.

Привет!
Подыскиваю себе CMS, всем понравился drupal, but ...

1. Нельзя сделать уникальные заголовки (html title) для отдельных node. Тоже - с meta tags. Размер поля под заголовок сайта слишком мал.
Быть может, есть какие нибудь modules/hacks?

2. В отдаваемом html не используется таг h1 для заголовков pages, stories, только h2.
А это очень важно для SEO

Все можно, даже малой кровью!

насколько я понял - могу ошибатся
>Нельзя сделать уникальные заголовки (html title) для отдельных node.
дак оно и так так и есть - тема ноды идет в титлы по умолчанию
>Тоже - с meta tags.
ну не правда - есть модуль который вычисляет ключевые слова и в мета теги запихивает и мало того - каждой страничке вы можете присвоить такой ассоциированный название-url что ни один поисковик мимо не пройдет, а если лень думать - то модуль есть автоматом делает такие html оканчивающиеся url в зависимости от странички - но я его не пробовал и даже не помню как он называется.
>В отдаваемом html не используется таг h1 для заголовков pages, stories, только h2.
Это уже в теме делайте как хотите (массив node довольно понятный) или в модуле который отдает ноду в тему.

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

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

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

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

а вообще я так подумал... везде блин есть сови баги... у мамбы это до смешного глючные модули, у xoops - модули с не до конца реализованной функциональностью. для drupal это не самая приятная установка модулей...

А мне как раз нравится, что многие модули для Друпала состоят из всего одного файла, который надо просто скопировать в директорию с модулями.

А у меня как раз с инсталяцией, базовой настройкой и установкой модулей вообще проблем не возникло. Зато я так и не разобрался с таксономией. Вообще главная проблема это документация, причем не русская я ее почти не читал, бегло просмотрел только, а именно английская. По мне плохо структурирована, много белых пятен, было бы неплохо примеров и туториалов (howto).
Вообще это моя первая CMS, вполне может быть что мне просто трудно въехать в принцип.

"По мне плохо структурирована, много белых пятен, было бы неплохо примеров и туториалов"
.
Вот это да. Беда просто.

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

Вот недавно делал простейший сайт http://tungus-bolid.krasu.ru/. Там есть просто отдельные страницы, а есть СТАТЬИ и ОТЧЕТЫ ОБ ЭКСПЕДИЦИЯХ. Вот я и сделал словарик из этих двух терминов и в меню ссылки "статьи" и "экспедиции" просто показываю списки нодов с помощью taxonomy/term/NID, где NID - идентификатор термина СТАТЬИ и ОТЧЕТЫ ОБ ЭКСПЕДИЦИЯХ. Ну и для галареи там image тоже использует словарик.

Делал чуток посложнее сайт http://region.krasu.ru/. Там просто свалка статей с длинными метаописаниями (на flexinode) и множественной классификацией с помощью taxonomy. Каждая статья классифицируется так: рубрика, географическая привязка (город/район), временная привязка (век), описываемый объект (организация, достопримечательность и т.п.) Потом с помощью своего модуля и API от taxonomy.module как угодно делаю выборку статей и вывожу статьи где надо.

Вот ща пишу третий сайт - гемороя поболе... типа workflow небольшого требуется... покупка услуг, бронирование, оповещения и т.п. Приходится flexinode доводить чуток, hook_nodeapi юзать и т.д. Таксономия похоже не пригодится.

Честно говоря, меня смутила система настройки шаблонов, я вообще не разобрался в ней. Это при том, что уже почти год поддерживаю сайт о создании скинов для форумов IPB, и для своего сайта с лёгкостью подогнал дизайн. Сайт на Data Life Engine. Выбрал его, т.к. работа с ним доставляет удовольствие, а не головную боль и глаза, как 5 копеек после 10-часового просиживания за вашими мануалами. А с другой стороны, всё правильно, возможно, это я дурак и не оценил по достоинству хороший движок, но всё равно уже поздно. Возможно нужно просто разобраться. Согласен.

В Drupal нет какой-то одной системы настройки шаблонов, точнее предлагается на выбор несколько адаптированных систем - phptemplate, smarty, xtemplate - стандартные движки, которые используются в разных CMS. Можно писать полностью темы на php пользуясь функциями Drupal API - крайний вариант для эстетов. Во многих случаях достаточно взять готовую тему под любой из шаблонных движков и поправить CSS.

У меня от скинов IPB хорошего впечатления не сложилось, впрочем я использовал весьма старые версии ветки 1.*, может с тех пор ситуация улучшилась. Однако, приятнее когда предоставляют выбор, как в Drupal.

--
Axel,
Darcs-репозиторий разработок для Drupal

А мне datalife не понравился.. чисто всё на одних рельсах.. что-то менять ужас... хотя, для тех кто думать не любит или не умеет самое оно..

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

Темы делать ну проще некуда !!! Единственное в мамбо можно было кучу позиций модулей(блоков) наделать... можно ли в друпале добавить.. шапка, там шапка 2 допустим?

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

Мое мнение в общем:
1) С инсталляцией все нормально, залить БД не такая уж проблема.
2) Система шаблонов в принципе нормальная, похожа на mambo/joomla, только более навороченная, но это плюс. В DataLife Engine конечно все совсем просто.

Явные недостатки:
1) В большинстве движков меню (навигацию) можно вывести в произвольной форме и произвольном месте, плюс привязать подменю к любому меню и так далее. Тут же все завязано жестко.
2) Много вещей не очевидны и при этом ни где незадокументированы.

Собираюсь создавать новый сайт и думаю что DataLife Engine или Drupal, второе конечно функциональнее, но перспектива ковыряется и тратить не известно сколько времени на изучение всех нюансов отбивать всякое желание с ним работать. Есть желание разобраться с ним “когда ни будь” и делать сайты на нем, но сайты нужны сейчас, а не патом.

в отличие от той же мамбы с ее порочной менюшно-ориентированной идеологией, в друпале с меню всё просто и удобно.

ИМХО, единственный минус Drupal'а - это высокий порог вхождения.
Drupal - это скорее среда для программистов, которым нужна платформа, которая очень гибкая для модификации и в которой уже реализованы некоторые ставшие стандартными алгоритмы (напр. темизации, размещения материалов по категориям, поиска,...).
Меня в Drupal'е привлекла именно таксономия - возможность классификации материала по категориям произвольной вложенности (хотя, как оказалось, у некоторых модулей свои категории; зачем?).

Ковырял-ковырял и пока бесполезняк. До этого без проблем ставил и PHPNuke, и Mambo/Joomla, и XOOPS/RunCMS, и даже Plone с Zope. 2-е суток пришлось потрахаться с Django.

Кто-нибудь может сказать как его ставить? Ссылку (http://hostinfo.ru/tree/hosting/web/site/building/technology/cms/drupal/) просьба не давать.

На форуме в теме "Установка" я уже вопросы задавал. Пока тишина.

Какой Drupal? куда ставим? какие проблемы?

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

--
Axel,
администратор сайта «Drupal — Россия»

вообще-то разрабатываю сайты на Plone. Но вот решил расширить кругозор и взялся за Drupal.
На первый взгляд все харашо, но:
1. меню само не строица
2. для поиска нужна "какая-то" левая приблуда
3. не увидел юзер (менеджер) -френдли интерфейса
4. ну и всякие "специфические" мелочи...

Мое мнение: Drupal'у еще довольно далеко надо топать до Plone...

Я согласен, что Plone во ряде аспектов мощнее (да и бэкграунд в виде Zope нехилая штука, на которой можно реализовать что угодно). Но вот приведенные здесь претензии к этому по-моему никак не относятся :)

П.1 Что значит не строится меню? Для друпала есть своя идеология построения меню. Как правило разные модули предоставляют свои пункты в меню, пристраивая их куда-нибудь на усмотрение автора (или в выключенном виде). Администратор сайта может переместить эти пункты в любое из меню или набрать новое меню из имеющихся пунктов. Создаваемые документы (ноды) имеют возможность добавления их в произвольные меню (если это разрешено). Также (дополнительными модулями) можно строить меню по категориям (таксономия).

П.2. Левая приблуда для поиска это модуль search который входит в стандартную поставку? :))

П.3 - user friendly это весьма спорное утверждение. Не буду пытаться опровергнуть, поскольку критерии тут у всех свои.

П.4 - да, это пожалуй самый весомый аргумент. Имено взглянув на различия (здесь всё не так как в привычной мне <впишите_имя_системы>!) люди отказываются от изучения новых вещей.

--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!

моё мнение: мало рекламы... точнее нет совсем...

очень эффективно привлекает новых пользователей кнопочка
на качественном сайте powered by Drupal
(я везде поставил)

Будем топать :)

П.2. Левая приблуда для поиска это модуль search который входит в стандартную поставку? :))

- я имею ввиду cron. Я так понимаю, он нужен для оптимизации запросов?

а ищё вопрос возник: а существует-ли механизм (может просто не нашел), для "напиливания" (ресайза и прочих махинаций) картинок "на лету"? т.е. когда запросили конкретный размер картинки - тогда она и изменилась?

ну а впрочем - CMS-ка вроде приличная, по сравнения с уродски-недоделаными мамболоидами :) "будем посматреть" на неё... :)

> - я имею ввиду cron. Я так понимаю, он нужен для оптимизации запросов?
не только: Оживление хрона

>а ищё вопрос возник: а существует-ли механизм (может просто не нашел), для "напиливания"
>(ресайза и прочих махинаций) картинок "на лету"? т.е. когда запросили конкретный размер картинки - тогда она и изменилась?
imagecache?

> я имею ввиду cron. Я так понимаю, он нужен для оптимизации запросов?

он нужен, но можно пользоваться и без него... модуль есть специальный... http://drupal.ru/comment/reply/4440/21902

>ресайза и прочих махинаций

что значит "на лету"? есть модуль IMCE, есть модуль Img Assistant они и работают с изменением размеров картинок... при добавлениии их на сайт...

> есть модуль IMCE, есть модуль Img Assistant они и работают с изменением размеров картинок... при добавлениии их на сайт...
- с этими модулями на сервер сохраняется несколько копий разного размера.

я имею ввиду изменение размера только тогда, когда вызывается картинка с конкрентым размером... - то и не критично... просто интерес

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

Как уже не раз упоминалось друпал слишком сырой для реальных (приятный индивидуальный дизайн и дружественный интерфейс) проектов. Если вас устраивает одинаковые друпалру подобные интерфейсы, вы в совершенстве владеете приемами хака php и у вас много свободного времени для изучения почему это работает не так как хотелось то милости просим - система не слишком плоха и не слишком хороша. Но для коммерческих проектов ей еще далеко - думаю в версии этак 10 можно будет попробовать. Уж сколько раз люди бились по вопросу дебильного главного меню? Я потратил на эти стили два часа поиска по сети. Все равно надо лезть в скрипты ядра и править там.
Это ли изящество кода? И еще информация для новичиков - искать темы в сети бесполезно - они все на drupal.org и все одинаковые. Отличие только в фоновых рисунках, размерах шрифта и ширине колонок страницы :-) Потому, что опять повторюсь - HTML в ядре системы. Это тяжело.
Нужен хостинг - на руцентре отлично встал и работает с первого раза.
Вообщем пока еще помучаюсь с ним. А там посмотрим в сторону TYPO3.

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

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

Из крупных коммерческих проектов, основанных на друпале можно отметить theonion.com, mtv.co.uk. Из рунетовских - webplaneta.ru.

--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!

еще одно крупное рунетовское издание Internet.ru
--
С уважением, Аркадич

Как уже не раз упоминалось друпал слишком сырой для реальных (приятный индивидуальный дизайн и дружественный интерфейс) проектов.
Кем упоминалось? Каким великим специалистом по друпалу? "Огласите весь список пожалуйста!" (с)

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

Все реальные проекты на Друпале, в которым соблюден принцип "каждый должен заниматься своим делом" - выглядят и работают вполне реально.

Все проекты на Друпале, к которым пытаются приложить руку специалисты с мышлением типа "тут фон покрасим, тут лого заменим, и все нах..." - выглядят, так как вы и сказали. (И не советую заниматься тупыми передергиваниями на эту тему по поводу того же друпал.ру).

Вывод - проблема в мозгах и организации работы, а не в конкретной CMS. Такая же фигня будет с вами и на мамбе, и на MODx, и на SuperPuperCMS_ver_23542_001.

Если вас устраивает одинаковые друпалру подобные интерфейсы
См. выше.

вы в совершенстве владеете приемами хака php и у вас много свободного времени для изучения почему это работает не так как хотелось то милости просим - система не слишком плоха и не слишком хороша.
Я как человек тупой и недалекий, ваще не владею хаками и пуками :) Времени тоже довольно мало. Друпал будет плох для меня? Вынесите диагноз пажалуста...

Все равно надо лезть в скрипты ядра и править там.
Это ли изящество кода?
Одно из по настоящему изящных решений настоящих программистов (в отличие от) - "перекрытие" шаблонных функций своими (и вообще hook-система Друпала) - для вас, похоже, осталось незамеченным. Жаль, жаль. Я, клоун и непрограммист, и то сумел (не с первого раза, но сумел) врубиться в это дело. Но даже "не врубаясь", я был выше того, чтобы тупо критиковать чужие решения, не разбираясь в них.

И еще информация для новичиков - искать темы в сети бесполезно - они все на drupal.org и все одинаковые. Отличие только в фоновых рисунках, размерах шрифта и ширине колонок страницы :-)
Новичкам я лично советую определиться - что им реально нужно.
Нужно "чтобы шкурок многа была, риально крутых, и типо чтобы на холяву, и чтобы ставить без гемора" - значит, с Друпалом вам не по пути.
Нужно, чтобы макет, сделанный художником/дизайнером под заказ, программист/верстальщик смог внедрить в CMS без особых проблем - это другое дело, и профессиональный подход. И Друпал здесь очень даже в тему.

Потому, что опять повторюсь - HTML в ядре системы. Это тяжело.
Можно я типо опять повторюсь? :) Изучите hook-систему Друпала - и наступит вам щщастье неимоверное. Не говоря уж о том, что волосы ваши станут мягкими и шелковистыми, и прочая, и прочая... Это легко :)

Вообщем пока еще помучаюсь с ним. А там посмотрим в сторону TYPO3.
Я лично советую Bitrix :) Там за свои деньги можно иметь моск суппорту :) Это намного более реальный подход к делу, чем иметь моск посетителям сайта о бесплатной CMS :)

p.s. ambler и Axel все это уже сказали, но в более изящной форме. Я как пролетарий умственного труда, опять написал все по своему, простите уж засранца :) :) :)

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

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

Даже для микрокоманды "дизайнер+верстальщик" Друпал не вызовет затруднений - все логично и понятно. Дизайнер рисует, верстальщик верстает. Если есть еще друпал-программер, тогда ваще замечательно. Каждый занимается своим делом, под которое заточен.

Вопрос про модули не понял :) Как модуль может помочь нарисовать свою тему? Типо кнопка должна быть? Ставишь модуль - появляется кнопка "Сделать тему". Жмешь кнопку - и в списке тем появляется новая тема, уникальная, продуманная и разработанная конкретно под заказчика. Млин, хороший модуль получается :) Напишите кто-нибудь такой модуль, куплю без базара, за много евро :)

Про визивиг тоже не понял :) Можно поподробнее?

Если очень коротко, темы как тут рисуются?

берётся исходная тема (скажем Garland) и в ней изменяются цвета, CSS и тд... что сложного? темы везде так делаются... а если делать с самого начала, то это уже описано выше (дизайнер и верстальщик)...

Если очень коротко, темы как тут рисуются?

Очень коротко:
1) Темы рисуются дизайнерами.
2) В друпал темы внедряются, как в многие другие CMS - версткой шаблона темы в "голом" html. Данные выводятся в коде php. Если такой подход не нравится, есть возможность внедрить другой движок тем, типа Smarty или еще чего. Маньяки могут внедрить связку xml+xslt.

1) HTML + CSS
2) PHPTemplate. Читаем руководство.
- - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - -
Переводы некоторых модулей.
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.

обнаружил следующую вешч на мой взгляд не правильную: при сохранении контента (node) у него нет такого свойства, как "родитель", т.е. используя только свойства контента нельзя выстроить иерархию объектов. Иерархия есть только у тех объектов, которые занесены в меню. В чем недостаток: что мне делать, если мне не нужны некоторые документы в навигации, но я должен вывести "чилдренов" открывшейся страницы?

Модуль book позволяет сделать иерархию страниц. Так сделана документация на drupal.org
- - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - -
Переводы некоторых модулей.
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.