1174 читателя, 130 постов
Администрация
Модераторы
Новости, статьи, интервью о CMS Drupal
Управление космическим кораблем с непонятными модулями, или как я боролся с друпалом
Навеяно вот этим постом.В 80-х годах все мечтали о японском магнитофоне. В начале 90-х появилась на рынке и другая техника, и Bang & Olufsen как-то съехидничало:
— Если вы хотите, что бы ваш магнитофон выглядел как приборная панель космического аппарата, покупайте магнитофон японского производства. Если вы хотите просто насладиться музыкой, покупайте нашу технику (цитата не точная).
С тех пор, как начал изучать Друпал, все время не могу избавиться от ощущения, что я за приборной доской необъятных размеров, что никогда точно не знаю, на какую кнопку надо нажимать, как тот инопланетянин из мультика Пиксар.
Вот как выглядит страница настройки простого списка:
Чем не космический корабль? При чем я так и не разобрался, как сортировать этот список. Кнопок много, толку мало.
Первое знакомство с друпалом
В апреле прошлого года с подачи Хабрахабр попал на семинар Друпал в Мастерхосте. Меня постоянно подводили по срокам мои программисты и несложные сайты я решил делать сам на какой-нибудь CMS-ке. А тут как раз такое событие! Еле успел записаться, попал.
Александр Графов со товарищи очень старательно описывали все преимущества системы, о том, насколько она универсальна, насколько продвинута, надежна, обновляема и так далее. Потом пошел ликбез, но не в области друпала, а в области СЕО. Рассказали о преимуществах таксономии. Один из участников сказал, что два дня пытался разобраться с тем, как делается таксономия. На что был ответ:
— Ну, что же ты хотел понять за два дня! Тем более в таксономии.
Это меня несколько напрягло. Если только с таксономией так долго разбираться, то что же дальше будет?
Дальше нам был показан фирменный прием: простота установки друпала. То есть первоночальная простота. Заливаем исходник на хост, запускаем индексный файл, вводим данные MySQL — вот и все, друпал установлен. Это всех очень сильно удивило и произвело сильное впечатление: так легко! Александр Швец потом использовал этот прием и записал свой скринкаст о том, как легко установить друпал.
Но, простота установки, это еще не простота настройки. Если вы думаете, что уже построили дом, остались только отделочные работы, вы ошибаетесь — вы даже еще разметку под фундамент не сделали.
Hello, World!
Так уж исторически сложилось, что изучение языка программирования начинается с вывода на экран слов «Hello, World!» Друпал не язык программирования, но все-таки, давайте попробуем вывести на только что установленную CMS эту простую фразу на первую страницу. Уж это-то должно делаться просто на раз.
Вы думаете есть на первой странице какая-то вкладка «Изменить» для администраторов? Ничего подобного. Надо найти в меню пункт «Создать материал», потом решить, какой тип материала вы собираетесь делать, «Страницу» или «Историю», потом выбрать «Страницу». Написать наконец-то «Hello, World!», но это еще совсем не все. Потому что созданная страница где-то внутри, а не на первой, при чем вы не найдете в меню пункт, ведущий на нее. Теперь мы должны как-то понять, где же указывается, что именно эта страница должна быть первой. Ни где вы не найдете в самом друпале, как это сделать. Но погуглив по drupal.ru выясняется, что на определенной страничке можно отметить, что именно эту страницу надо выводить в качестве главной. И вот оно счастье: на главной «Привет мир».
Что я могу сказать, очень характерно для Друпала. Любое действие, которое должно делаться легко, делается сложно. И надо погуглить обязательно, без этого ни как.
Ресурсы Друпала
В рунете есть довольно много ресурсов о Друпале. Конечно же, drupal.ru, хороший ресурс drupalcookbook.ru, еще drupaldance.com, setegnom.com, знаменитый уже shvabrashvabr.ru. Везде много материалов. И везде… надо гуглить! Ни какого порядка ни где нет. Везде лента, которая урывками рассказывает о чем-то, но получить ответ на вопрос удается далеко не всегда. Если ответ очевиден и должен лежать ну просто на поверхности, на первой же странице, то где-нибудь в далеком форуме вы найдете ответ. Ответ на вопросы средней сложности можно дождаться, а можно и не дождаться. Сложные вопросы останутся без ответа.
Общий подход друпальщиков такой: мы — разработчики. Всякие тупы блондинки нам тут не нужны. Если ты серьезный разработчик, ты легко сам все освоишь.
Нормальный учебник по Друпалу
Его просто нет. Есть уровень для чайников, самые простые вещи, как установить, как перевести, как добавить модуль. Вам расскажут, как установить модуль, но для чего — копайтесь сами.
И есть уровень для продвинутых: как решить уже очень частные проблемы, после того как все построено, но где-то что-то не работает. Огромная часть в середине просто вырвана. Скачек через пустоту новичок должен сделать сам.
Если продолжить аналогию со строительством дома, то можно сказать о следующем: есть учебник о том, как оградить место под строительство забором, а потом сразу разрозненные заметки о том, как повесить занавески на окна, как прикрутить шпингалет к двери в ванную, как ухаживать за фикусом. Как заложить фундамент, построить коробку — не найдете.
Когда появился ресурс Drupal API и его предлагалось переводить всем миром, я обрадовался. Думал переведу, и поучусь заодно. Не тут-то было. Это сухая документация для продвинутых, а не пошаговый учебник.
Краткая история Швабры
Швабрашвабр точка ру рождался прямо на наших глазах во время апрельского семинара. Предыдущие ораторы перерасходовали свой временной ресурс и Ромке осталось за 15 минут посроить на основе друпала соц.сеть типа Хабра. Конечно, ни кто ничего не понял, и к чести Ромке он выпустил потом хороший скринкаст на эту тему. Молодец.
Но вот проблема: у меня лично не заработал модуль Vote Up Down. А он там чуть ли не ключевой. Погуглил, и выяснил, что не я один такой. Ответов мы не получили. Задал вопрос на друпал.ру, на швабр.ру — ответа нет.
Дальше больше. Появляется новость: есть статья о том, как сделать то же самое на 6-м Друпале. Смотрю статью: очень поверхностная и формальная, не понятно для кого написана. Не для тех, кто реально хочет что-то сделать. На Швабре.ру спрашивают Ромку — как строить самим? Он отвечает — делайте по 5-му, только модули ищите сами другие…
Что такое CCK?
Итак, самые простые вещи о Друпале узнать можно. А что же делает Друпал таким привлекательным?
— Views,
— CCK,
— таксономия,
— и прочее, прочее, прочее.
Где научиться этому? Ни где. Ковыряйся сам.
Как сделать свою тему? Можно взять чужую и переделать под себя. Можно просто изменять CSS. А если хочется сделать нормальную тему со своей версткой? Ковыряйся сам. Вышеназванные ресурсы открывай и гугли, гугли, гугли. Собирай урывочную информацию, может тебе повезет.
Боремся за проект, или боремся с Друпалом?
Был тут на хабре небольшой холивар: «Не люблю Друпал» «Люблю Друпал». Neochief, как защитник Друпала заявил, что отношение к Друпалу идет горками вверх-вниз-вверх-вниз. Проблема — вниз, решил проблему — вверх. И встает вопрос: мы боремся за проект, или боремся с Друпалом? Ощущение, что с друпалом.
Как в старом анекдоте: мы любим преодолевать трудности, и поэтому сами себе их создаем.
Неужели так сложно написать учебник?
Тот, чье имя в рунете нельзя называть, создал язык для создания хороших сайтов. Я не программист, но за 6 простых уроков вдруг понял, что знаю язык. Написал свой сайт с большим каталогом товаров, админку к нему, и этой админкой сейчас пользуются менеджеры. Там нет лишних кнопок, разделов, все делается просто и легко. Интуитивно понятно, как модно выражаться.
Изначальная легкость и понятность языка породила хороший учебник, вместе они породили легки и понятный проект. Несколько пафосно высказался, но что делать, если так оно и есть.
А тяжеловесность и попытка объять необъятное сразу породили бесформенные проекты обо всем и ни о чем.
Кто виноват?
Из моего топика может показаться, что я обвиняю вышеназванных Александра, Ромку и Алексея (Neochief) в том, что они не написали хороший пошаговый учебник. Было бы легко и приятно просто обвинить кого-то
Мне кажется, что проблема несколько более глубокая. Друпал изначально система обо всем и не о чем. У Вордпресс в основе блог, а на него все уже навешивается, поэтому он легче в изучении. А Друпал — как чистый лист, рисуй что хочешь. Поэтому когда кто-то пытается установить хоть какой-то порядок в изложении, в голове сразу же образуется каша.
Даже книга о Друпале, которую я честно купил на Озоне, начинается не с установки, не с настройки, а с… написания своего модуля! Это о многом говорит. Друпал не для простых пользователей, а для программистов. И строится он по логике программистов: было бы ядро, а интерфейс всегда прикрутить можно! Как итог: я видел очень мало легких понятных интерфейсов на Друпале.
К тому же всплывает другой парадокс — большинство веб-программистов недолюбливают Друпал, считают его системой для недоучек.
В итоге получается, что друпальщики — они и в среде программистов не котируются, и среди новичков тоже. Они где-то в стороне.
Что делать?
Я понимаю, что продвинутые друпальщики зарабатывают деньги, и тратить время на обучение других нет. Я все понимаю, честное слово.
Но хочу напомнить, что Друпал крут во многом благодаря огромному числу людей, которые бесплатно пишут модули для Друпала. Чем больше будет этих людей, тем больше будет свежих идей, тем популярнее будет Друпал, и в русскоязычной части тоже.
Написание хорошего пошагового учебника, с описанием основных функций и модулей нужно, что бы программисты перестали отмахиваться от друпала, типа: «Напишем свое на PHP-tamplate». И это нужно для привлечения тех, кто не очень разбирается в программировании, но может делать сайты: копирайтеры, блоггеры, фотографы и прочие творческие профессии.
Пока друпальщики держат себя в внутри своей тусовки, потенциальные фанаты Друпала уходят в Вордпресс, в Джумлу и так далее.
Авторство
Автор текста Вадим Галкин. При опубликовании текста прошу ссылаться на мою персональную страницу.
Картинка инопланетянина взята с официального сайта студии Pixar.
комментарии (99)
Поэтому после того как мне пришлось столкнуться с WordPress и Joomla, я для себя так примерно понял, что существует взаимосвязь между гибкостью и удобством. Обратная пропорциональность. Чем проще движок, ЦМСка, тем больше приедтся потеть, чтобы сделать что-то того, что она в своей простоте не предусматривает.
Поэтому, я пришел к такому выводу, что хорошо знать несколько разных ЦМСок, и предлагать клиенту то, что подходит под его нужды.
П.С: Если человек не умеет получать информацию и применять ее (а зачастую и просто ЧИТАТЬ), то в этом виновато не то, чем он пользуется для упрощения своего труда.
Большая проблема для новичков в Друпале это модули, вернее их излишество — новичек напихав 20-50 новых модулей в систему для «юзабилити» и «красот» на сайте может просто положить сервер… то же касается и настройки самого Друпал… Ведь Друпал — это не городская стена, которая чем толще тем крепче, а CMF.
НО не смотря на вышесказанное, в замен Вы получаете систему, которую можно кроить под себя вдоль и поперек и эта система разносторонняя (НО об этом Вы узнаете через полгода — год активного использования / администрирования / тюнинга / написания модулей и функционала / читания форумов и доков).
Последний (он же первый) проект с использованием CMS решил делать не на Joomla, a на Друпале именно из-за гибкости.
А при виде Views в первый раз действительно немного пугаешься.
O'Reilly Using Drupal и её содержание
Джон Вандюк, Мэтт Вестгейт «CMS Drupal: руководство по разработке системы управления сайтом», 400 стр., с ил.; ISBN 978-5-8459-1356-2, ISBN 978-1-5905-9755-2
Джон Вандюк (2-е издание) «CMS Drupal 6: руководство по разработке системы управления сайтом», 576 стр., с ил.; ISBN 978-5-8459-1513-9, ISBN 978-1-43-020989-8
Дэвид Мерсер «Drupal 6. Создание надежных и полнофункциональных веб-сайтов, блогов, форумов, порталов и сайтов-сообществ» 272 с., с ил.; ISBN 978-5-8459-1556-6, ISBN 978-1-847-19297-4
Bz drupal handbook (некоммерческий учебник по CMS/CMF Drupal). — проект drupal.bz, 2008. — С. 102.
Книги на английском языке
Robert T. Douglass, Mike Little, Jared W. Smith «Building Online Communities with Drupal, phpBB, and WordPress». Apress, ISBN 1-59059-562-9
David Mercer «Drupal: Creating Blogs, Forums, Portals, and Community Websites», ISBN 1-904811-80-9
John K. VanDyk, Matt Westgate «Pro Drupal Development», ISBN 9781590597552
Matt Butcher «Learning Drupal 6 Module Development», ISBN 978-1-847194-44-2
(© википедия)
он просил пошаговый учебник для начинающих )
Очень много информации поначалу я находил на форуме drupal.ru
Несколько лет назад у меня был блог, в котором я писал много о настройке и использовании Друпала.
Этот пост наводит меня на мысль восстановить его.
В любом случае, если у Вас есть вопросы по Друпалу, можете задать их мне в личку, постараюсь ответить.
И, действительно, мнение о Друпале идет по синусоиде — то ругаешь это «тормознутое барахло», то ненарадуешься «универсальной CMFке».
Все же в итоге я бы предпочел не использовать Друпал, там где его можно не использовать.
до этого делал на e107 как оказалось темизация незнакомого друпала оказалась в разы проще чем
е107 который вроде на тот момeнет был достаточно уже изучен. притом что попутно изучал верстку блоками (до этого были толко таблицы).
что касаеться докуметации то многое достаточно хорошо расписано.
форум на друпал.ру достаточно дружелюбный по сравнению со многими другими.
новичку редко ответят чтото в духе RTFM и т.п.
Про сложность друпала твердят очень многие, в том числе и люди владеющие искусством кодирования. Но это единственная система, которая мне, очень далеко не программисту, позволяет разворачивать вот такие проекты*.
* — прошу не счесть за рекламу.
Backend друпала — это его основной минус, тут не поспоришь. Хотя существуют средства для упрощения работы с контентом, тулбары например.
Самый большой минус — все на английском языке, для некоторых это может быть довольно большой проблемой. Но исходники друпала так хорошо документированы, что порой бывает легче заглянуть в исходник, чем копать друпал.орг (но опять же английский). Тут порой и приходит на помощь друпал.ру. :)
Видно, что вы често пытались пробиться в Drupal, однако остается неясным отчего вы не увидели проскакивающие мысли, что Drupal — не CMS, а CMF(ramework). Иными словами, вы ожидали от него удобств CMS, а их там не было, потому что он развивается в другом направлении.
Надеюсь, ваше недовольство выльется во что-то большее и вскоре мы увидим первые хорошие уроки Drupal в вашем исполнении, после которых любой непрограммист сможет легко собирать сайт.
Хотелось бы заметить, что приведенная вами страница настроек не принадлежит Drupal, это функционал одного из тысяч модулей, но не самого CMF.
Скрикаст об установке, на который вы сослались выполнен, если я правильно понимаю, не А.Графовым, а хабраюзером neochief.
Расово верный ресурс о Drupal — www.drupal.org и несмотря на это, на нем все равно приходится пользоваться поиском. там же вы найдете документацию.
Если вас не затруднит, расскажите, почему вы думали, что документация по API — это учебник?
Есть еще куча вопросов, но на языке вертится лишь один: почему несоответствие желаемого и действительного вызвало такой диссонанс? :)
Есть просьба: напишите о вашем опыте знакомства с другими CMS. Очень инетресно на фоне других четче осознать недостатки Drupal, которые имеют место, но замыленным взглядом не воспринимаются. Например, напишите какая в Joomla на главной странице удобная вкладка «Изменить» для администраторов.
я сделал паузу, поделал сайты на других системах, не переставая читать про
php, mysql, js, html, mvc и сам Drupal на drupal.ru
потом взялся снова и вы знаете, сейчас все отлично понимается, и эту страничку настройки Views я считаю просто замечательной и мега удобной
Drupal это далеко не Джумла и на ВордПресс
А это смотря какой сайт вы собираетесь разворачивать. Если нужен сайт типа «хелло ворлд», то Друпал явно не подходит. А вот если чего посложнее, то многим бесплатным (да и платным тоже) ЦМС-ам он легко даст прикурить.
>плюс десятка смежных технологий
Что вы имеете ввиду? Если HTML, РНР, SQL и пр., то без этих «смежных технологий» вы и с другой ЦМС ничего путного сделать не сможете.
Кроме того, почитайте пост еще раз. Автор жалуется в большей степени не на сам Друпал, а на его юзабилити (да, кривоват местами) и отсутствие документации «для уровня выше начального».
Однако, при этом сохраняется единообразие работы с проектом и кодом, никаких интерфейсных отвлеченностей и кнопочек. Тут люди говорили про год освоения Друпала, я же говорю, что после нескольких других инструментов практически за неделю въехал в суть дела и смог приступить к работе.
Как бы разговор по большей части не про Друпал, а про все CMS в целом. Стоит ли вообще заморачиваться?
П.С.
Не всё должно менятся через код на больших проектах. Во-первых администраторы сайтов(не путать с сисадминами) не всегда разбираются в программировании. Во-вторых не всегда легко перенести изменения на сервер.
П.П.С.
Я въехал в суть дела и начал писать первый сайт на дрюпале за 2 дня.
Я выделяю 3 уровня владения умением:
— Я знаю как пользоваться.
— Я умею пользоваться.
— Я знаю предмет.
Так вот, за год можно выйти на третий уровень. Хотя можно и раньше.
П.П.П.С.
Безусловно кастомные сайты есть смысл делать не используя CMS функциональность дрюпала. Но кроме сайтов с кастомной функциональностью, есть сайты с простой функциональностью, но с кастомной структурой, для которых есть смысл его использовать.
Думаю, то же самое касается какого-нибудь крутого php-фреймворка. В Zend есть автоматическая админка, не? Я точно не знаю.
Администрирование сайта можно замоделить достаточно быстро и легко и, опять же, чисто с кодом, без ненужной возни интерфейсной. Опять же, блоги и прочая такая лабуда делается на фремворке опытным (и не очень) программистом ничуть не медленней, нежели с CMS.
Так если возможности фрейм-ка шире, а усилий надо прилагать для постижения столько же или меньше, то… Зачем?
Во-вторых, не всегда администратор сайта и программист это одно лицо.
Также насчет прав доступа. Что-то я не помню в джанго базовой функциональности по созданию нескольких групп с разными правами доступа.
Ну и не забываем систему категорий. В ней можно создавать неограниченное количество разных групп категорий, словарей, которые можно группировать и из которых можно формировать то же облако тегов(не забываем, не нужно писать, тестировать, отлаживать и документировать код).
Ну и разные штучки типа сайта на нескольких языках(причем интерфейс к переводу есть в админке), готовая форма контактов, легко устанавливаемая система личных сообщений, добавление любых полей в профиль пользователя с помощью пары кликов, поиск, автообновление, рсс, и многое другое.
И это всё работает из коробки. Это не надо разрабатывать вообще. На это только надо натянуть тему. Правда для некоторых вещей придется добавить пару модулей. Но для всей вышеописаной функциональности нужно около 3-х модулей.
Дело в том, что вообще весь этот функционал собирается из модулей, таких жеотлаженных и рабочих, и которые в дальнейшем можно использовать. Там тоже минимальные усилия прилагаются для сборки того же блога.
Есть и замечательное облако тегов, и голосовалки, и комменты, и прочее-прочее-прочее. Теги — первый модуль; голосовалка — второй; комменты — третий; сообщения — четвертый. Сам блог — пятый.
И вы уверены, что прям-таки «из коробки»? Разве никогда не сталкивались с нерабочими вещами? Которые, в общем, только программист и может отладить. Это точно придется делать, и админ это не сделает.
Вон, народ жалуется на сложность Друпал в изучении, и это действительно есть в нем и других мощных CMS. Вместе с тем я бы не сказал, что Джанго — это очень сложно.
Так что в общем дрюпал можно описать, как фреймворк, плюс цмс. Один раз собирать сайт из фреймворка это легко и приятно, но если это дело поставлено на поток, то придется собирать систему аналогичную дрюпалу, а зачем делать лишние телодвижения?
П.С.
Некоторые например используют только возможности дрюпал фреймворка.
Что касается статьи, то многое сказано верно, да. Но общий тон меня несколько покоробил — эдакая обида человека, ожидавшего «большой зеленой кнопки» с надписью «Сделать сайт». Программеры не нужны, дай-ка я все сам сделаю. :)
Отчасти здесь есть вина наша (друпалеров) — у вновь пришедших культивируются несбыточные ожидания от Drupal. Что есть-де такой универсальный комбайн-швейцарский ножик для быстрого построения сайтов, где даже и разбираться не надо.
Причем это, на мой взгляд, ошибка не только русскоязычного сообщества, но и «отцов-основателей» с официального drupal.org. Одно время там активно пропагандировалась идея, что развитие CMS приведет к отмиранию веб-программистов как класса, все будет делать сам пользователь. А закончилось все прямо противоположным — родоначальник Дрис Байтаерт основал коммерческую фирму Acquia, которая предоставляет платные услуги по установке, настройке и поддержке сайтов на Drupal. И это — на мой взгляд, совершенно правильный путь.
Не надо состязаться с Джумлой и Вордпрессом в «легкости» установки конечным пользователем. Это их хлеб и их путь. Drupal — это система, по своей сути являющаяся «рабочим станком» веб-программиста или группы веб-специалистов, делающих сайты на заказ. Вот их обучение и работу, безусловно, надо упрощать и облегчать.
Ну вот не правда же! Вот здесь подробно расписано как собрать швабра-сайт на шестом Друпале.
По остальным вопросам могу согласиться. Да, недостаточно много информации на русском языке (на английском ее море). Да, информация не систематизирована (не считая api.drupal.ru, но это справочник ориентированный на программистов, а не на простых пользователей, которые собирают сайт одной только мышкой). И эти проблемы надо решать. В конце августа в Киеве пройдет DrupalCamp, думаю, вопрос разработки документации понятной пользователям разного уровня будет одним из пунктов обсуждений.
По этому поводу был у меня недавно случай: товарищу моему заказали небольшой сайтец но «с админкой», до этого он делал сайты, но вообще на голом HTML (ну бывает же в 21м веке, ну да это не при чем). PHP он не знает. Drupal ни разу в глаза не видел. Так вот после 2х часовой вводной лекции (самой базовой: ноды, сск, блоки, меню), он за неделю сам сделал сайт. С нуля. Не самый сложный, но и далеко не из 3-х страниц, с вьюхами, галереями, блоками, rss-ками. Он за час сам минимально разобрался с Views (тут даже я удивился) чтобы сделать то, что ему нужно.
После этого случая истории про высокий порог вхождения кажутся сомнительными.
Единственный затык за время разработки сайтов на друпале у меня был с созданием форм. Нужно было сделать форму для отправки отзывов о товарах. Свой модуль я писать не стал за неимением времени, но как-то извернулся с бубном и модулями.
Система очень мощная, это CMF практически в чистом виде (почти Plone). Но чтоб сваять на ней хоть что-нибудь, надо часок покурить мануалы, иначе никак.
Общая рекомендация к использованию — не рекомендую для типовых проектов. Если сайт еще надо отдать секретарше на заполнение, не беритесь ни в коем случае — она вам мозги съест за издевательство. В 9 случаях из 10 без этого монстра можно обойтись.
Пишу только расширения под него, а там взаимодействие с Typo3 простое, получаешь от него юзера, язык, get- и post-параметры, а дальше чистый php, делай что хочешь и как хочешь, хочешь — используй Zend Framework, а хочешь — пиши всё в одном файле мешая логику и оптику, главное — в конце верни вывод Typo3, а оно уже само выведет на экран.
А про какую другую систему вы говорите?
К примеру как это есть сейчас в IM miranda, где куча разных сборок почти под каждого пользователя.
Так что любителям стартапа на заметку ;)
Эта штуковина, способна не только простые списки настраивать, но и многое чего другое… Возьмите CMS попроще, зачем вам Drupal?
" — Как сделать на друпале…?
— CCK + Views".
… по моим наблюдениям, наиболее часто встречающийся совет на друпал-ру. :)
Это для вас космический корабль, а для меня это возможность сделать страницу или блок, делающий выборку из нескольких таблиц, с пейджером, фильтрами и аяксом не написав ни строчки кода на php и sql, и даже более того — только лишь правой рукой и кликая мышкой спокойно допивая кофе.
После установки друпала, на главной написан текст в четыре пункта. Его надо прочитать, иначе зачем он там? В четвёртом пункте обнаруживается, что, для того, чтобы исчез этот текст с главной, надо на неё добавить контент. А слова «добавить контент» вообще являются гиперссылкой.
Так вы не пользуйтесь звездолетами, для вас общественный транспорт придумали.
Если вы програмист, то это сложный, но мощный инструмент.
Если же вы администратор… то порог входа еще сложнее.
У Drupal'а (да и не только) большие проблемы с юзабилити. Может это так и надо )), но когда делаешь сайт под ключ у заказчика часто возникает много вопросов.
Однако не все так плохо. Уже сейчас есть несколько модулей, которые могут оказать большое влияние и сделать жизнь админа проще. Перевести концепцию от модулей (хотя они тоже останутся, но в первую очередь для разработчиков) к фичам — это то, о чем я думал еще год назад. Именно так называется модуль drupal.org/project/features
Рекомедую посмотреть на этот проект и на его авторов, с интересной концепцией:
Думаю за этим будущее Drupal.
А высокий порог входа и сложность плата за функционал.
Вы мне льстите :D… я всё собираюсь за пхп взяться, а может и не стоит уже.
Если что сайты в профиле.
Это единственная CMS которая позволяет мне делать проекты ЛЮБОЙ СЛОЖНОСТИ
и вообще — это самая крутая CMS уже пару раз это точно…
В целом, все как и обычно с любой технологией :)
Кривые руки мозгам покоя не дают :)
При правильном обращении — позволяет сэкономить куууучу времени. просто МОРЕ!
Читайте на здоровье :)
таки сделал, учитывая что я вообще не IT-шник