Comments 99
Друпал тяжеловато учить потому что он на самом деле многофункциональный. Некоторые его называют не CMS а CMF — то есть, фреймфорком. Он не заточен под что-то конкретно, и в этом его сила. Но вот няпример я слаб в WordPress. И когда встала неоходимость создать сайт с блогом, то я удивлялся, как моему знающему WordPress другу приходилось выкручиваться, когда он мне помогал. Блог в Друпале идет отдельным модулем и не приходится его искуственно отделять от страниц сайта.
Поэтому после того как мне пришлось столкнуться с WordPress и Joomla, я для себя так примерно понял, что существует взаимосвязь между гибкостью и удобством. Обратная пропорциональность. Чем проще движок, ЦМСка, тем больше приедтся потеть, чтобы сделать что-то того, что она в своей простоте не предусматривает.
Поэтому, я пришел к такому выводу, что хорошо знать несколько разных ЦМСок, и предлагать клиенту то, что подходит под его нужды.
Поэтому после того как мне пришлось столкнуться с WordPress и Joomla, я для себя так примерно понял, что существует взаимосвязь между гибкостью и удобством. Обратная пропорциональность. Чем проще движок, ЦМСка, тем больше приедтся потеть, чтобы сделать что-то того, что она в своей простоте не предусматривает.
Поэтому, я пришел к такому выводу, что хорошо знать несколько разных ЦМСок, и предлагать клиенту то, что подходит под его нужды.
А, вот еще. То, что хотел написать а потом забыл. С Друпалом не надо бороться. Трудно идти против рожна. Уверуйте и примите бремя его на себя.
UFO just landed and posted this here
Друпал как язик программирования: за 1-2 месяца его не выучишь, а сотворив на нем что-то большое через пол-года понимаешь сколько ты «написал» косяков и что 50% творения можно, или вернее нужно оптимизировать.
Большая проблема для новичков в Друпале это модули, вернее их излишество — новичек напихав 20-50 новых модулей в систему для «юзабилити» и «красот» на сайте может просто положить сервер… то же касается и настройки самого Друпал… Ведь Друпал — это не городская стена, которая чем толще тем крепче, а CMF.
НО не смотря на вышесказанное, в замен Вы получаете систему, которую можно кроить под себя вдоль и поперек и эта система разносторонняя (НО об этом Вы узнаете через полгода — год активного использования / администрирования / тюнинга / написания модулей и функционала / читания форумов и доков).
Большая проблема для новичков в Друпале это модули, вернее их излишество — новичек напихав 20-50 новых модулей в систему для «юзабилити» и «красот» на сайте может просто положить сервер… то же касается и настройки самого Друпал… Ведь Друпал — это не городская стена, которая чем толще тем крепче, а CMF.
НО не смотря на вышесказанное, в замен Вы получаете систему, которую можно кроить под себя вдоль и поперек и эта система разносторонняя (НО об этом Вы узнаете через полгода — год активного использования / администрирования / тюнинга / написания модулей и функционала / читания форумов и доков).
Голый Друпал — это фактически просто ядро с минимальным базовым функционалом.
Последний (он же первый) проект с использованием CMS решил делать не на Joomla, a на Друпале именно из-за гибкости.
А при виде Views в первый раз действительно немного пугаешься.
Последний (он же первый) проект с использованием CMS решил делать не на Joomla, a на Друпале именно из-за гибкости.
А при виде Views в первый раз действительно немного пугаешься.
Книги на русском языке
Джон Вандюк, Мэтт Вестгейт «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
(© википедия)
Джон Вандюк, Мэтт Вестгейт «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
Несколько лет назад у меня был блог, в котором я писал много о настройке и использовании Друпала.
Этот пост наводит меня на мысль восстановить его.
В любом случае, если у Вас есть вопросы по Друпалу, можете задать их мне в личку, постараюсь ответить.
Очень много информации поначалу я находил на форуме drupal.ru
Несколько лет назад у меня был блог, в котором я писал много о настройке и использовании Друпала.
Этот пост наводит меня на мысль восстановить его.
В любом случае, если у Вас есть вопросы по Друпалу, можете задать их мне в личку, постараюсь ответить.
Складывается впечатление, что автор поста искал только русскоязычные материалы — и здесь он прав, их действительно маловато и всё не систематизировано. Но англоязычных материалов предостаточно, не говоря уж о форуме drupal.org на котором огромное количество материала. Как правило почти все проблемы, которые случаются у новичков уже разобраны на drupal.org — необходимо хоть минимальное знание английского и все!
Говорят, что у Друпала большой порог вхождения. Мне понадобилось 2 месяца изучения чтоб более ли менее понимать, что происходит в модулях ядра, сторонних модулях, и писать свои модули.
И, действительно, мнение о Друпале идет по синусоиде — то ругаешь это «тормознутое барахло», то ненарадуешься «универсальной CMFке».
Все же в итоге я бы предпочел не использовать Друпал, там где его можно не использовать.
И, действительно, мнение о Друпале идет по синусоиде — то ругаешь это «тормознутое барахло», то ненарадуешься «универсальной CMFке».
Все же в итоге я бы предпочел не использовать Друпал, там где его можно не использовать.
перевый сайт на друпал сделал примерно за 2 недели
до этого делал на e107 как оказалось темизация незнакомого друпала оказалась в разы проще чем
е107 который вроде на тот момeнет был достаточно уже изучен. притом что попутно изучал верстку блоками (до этого были толко таблицы).
что касаеться докуметации то многое достаточно хорошо расписано.
форум на друпал.ру достаточно дружелюбный по сравнению со многими другими.
новичку редко ответят чтото в духе RTFM и т.п.
до этого делал на e107 как оказалось темизация незнакомого друпала оказалась в разы проще чем
е107 который вроде на тот момeнет был достаточно уже изучен. притом что попутно изучал верстку блоками (до этого были толко таблицы).
что касаеться докуметации то многое достаточно хорошо расписано.
форум на друпал.ру достаточно дружелюбный по сравнению со многими другими.
новичку редко ответят чтото в духе RTFM и т.п.
Ну вы же точно были на друпал ру. Что касается своих тем, cck и view там очень толково расписано (я про эту подшивку).
Про сложность друпала твердят очень многие, в том числе и люди владеющие искусством кодирования. Но это единственная система, которая мне, очень далеко не программисту, позволяет разворачивать вот такие проекты*.
* — прошу не счесть за рекламу.
Про сложность друпала твердят очень многие, в том числе и люди владеющие искусством кодирования. Но это единственная система, которая мне, очень далеко не программисту, позволяет разворачивать вот такие проекты*.
* — прошу не счесть за рекламу.
Для небольших сайтов можно посмотреть в сторону Concrete5 CMS. Там как раз есть очень легкое редактирование страниц сайта — посмотрите скринкасты на www.concrete5.org/
По-моему не стоило снова писать подобный топик, все уже сто раз обсуждалось на хабре про друпал.
Надо было взять не инопланетянина, а фермера, бьющегося головой о стенку, из этого же мульта («Lifted»). Что, на мой взгляд, тоньше проиллюстрировало бы поднятую тему.
Drupal.org и все тут, на русском языке, в интернетах ничего толкового нет. Можете спорить конечно, но по большей части это так.
Backend друпала — это его основной минус, тут не поспоришь. Хотя существуют средства для упрощения работы с контентом, тулбары например.
Backend друпала — это его основной минус, тут не поспоришь. Хотя существуют средства для упрощения работы с контентом, тулбары например.
> Drupal.org
Самый большой минус — все на английском языке, для некоторых это может быть довольно большой проблемой. Но исходники друпала так хорошо документированы, что порой бывает легче заглянуть в исходник, чем копать друпал.орг (но опять же английский). Тут порой и приходит на помощь друпал.ру. :)
Самый большой минус — все на английском языке, для некоторых это может быть довольно большой проблемой. Но исходники друпала так хорошо документированы, что порой бывает легче заглянуть в исходник, чем копать друпал.орг (но опять же английский). Тут порой и приходит на помощь друпал.ру. :)
Дорогой автор!
Видно, что вы често пытались пробиться в Drupal, однако остается неясным отчего вы не увидели проскакивающие мысли, что Drupal — не CMS, а CMF(ramework). Иными словами, вы ожидали от него удобств CMS, а их там не было, потому что он развивается в другом направлении.
Надеюсь, ваше недовольство выльется во что-то большее и вскоре мы увидим первые хорошие уроки Drupal в вашем исполнении, после которых любой непрограммист сможет легко собирать сайт.
Хотелось бы заметить, что приведенная вами страница настроек не принадлежит Drupal, это функционал одного из тысяч модулей, но не самого CMF.
Скрикаст об установке, на который вы сослались выполнен, если я правильно понимаю, не А.Графовым, а хабраюзером neochief.
Расово верный ресурс о Drupal — www.drupal.org и несмотря на это, на нем все равно приходится пользоваться поиском. там же вы найдете документацию.
Если вас не затруднит, расскажите, почему вы думали, что документация по API — это учебник?
Есть еще куча вопросов, но на языке вертится лишь один: почему несоответствие желаемого и действительного вызвало такой диссонанс? :)
Есть просьба: напишите о вашем опыте знакомства с другими CMS. Очень инетресно на фоне других четче осознать недостатки Drupal, которые имеют место, но замыленным взглядом не воспринимаются. Например, напишите какая в Joomla на главной странице удобная вкладка «Изменить» для администраторов.
Видно, что вы често пытались пробиться в Drupal, однако остается неясным отчего вы не увидели проскакивающие мысли, что Drupal — не CMS, а CMF(ramework). Иными словами, вы ожидали от него удобств CMS, а их там не было, потому что он развивается в другом направлении.
Надеюсь, ваше недовольство выльется во что-то большее и вскоре мы увидим первые хорошие уроки Drupal в вашем исполнении, после которых любой непрограммист сможет легко собирать сайт.
Хотелось бы заметить, что приведенная вами страница настроек не принадлежит Drupal, это функционал одного из тысяч модулей, но не самого CMF.
Скрикаст об установке, на который вы сослались выполнен, если я правильно понимаю, не А.Графовым, а хабраюзером neochief.
Расово верный ресурс о Drupal — www.drupal.org и несмотря на это, на нем все равно приходится пользоваться поиском. там же вы найдете документацию.
Если вас не затруднит, расскажите, почему вы думали, что документация по API — это учебник?
Есть еще куча вопросов, но на языке вертится лишь один: почему несоответствие желаемого и действительного вызвало такой диссонанс? :)
Есть просьба: напишите о вашем опыте знакомства с другими CMS. Очень инетресно на фоне других четче осознать недостатки Drupal, которые имеют место, но замыленным взглядом не воспринимаются. Например, напишите какая в Joomla на главной странице удобная вкладка «Изменить» для администраторов.
знаете, у меня тоже было такое злобное чувство на Drupal и его коммюнити, где-то год назад…
я сделал паузу, поделал сайты на других системах, не переставая читать про
php, mysql, js, html, mvc и сам Drupal на drupal.ru
потом взялся снова и вы знаете, сейчас все отлично понимается, и эту страничку настройки Views я считаю просто замечательной и мега удобной
я сделал паузу, поделал сайты на других системах, не переставая читать про
php, mysql, js, html, mvc и сам Drupal на drupal.ru
потом взялся снова и вы знаете, сейчас все отлично понимается, и эту страничку настройки Views я считаю просто замечательной и мега удобной
Думаете, год это нормально для освоения инструмента, предназначенно для ускоренного разворачивания сайта? Год на изучение самого инструмента плюс десятка смежных технологий?
я говорю не про год на освоение CMS, а примерно год, в течение которого ваш уровень знаний в области веб-разработки, ее деталей и вообще логики существенно вырастает…
Drupal это далеко не Джумла и на ВордПресс
Drupal это далеко не Джумла и на ВордПресс
> инструмента, предназначенно для ускоренного разворачивания сайта
А это смотря какой сайт вы собираетесь разворачивать. Если нужен сайт типа «хелло ворлд», то Друпал явно не подходит. А вот если чего посложнее, то многим бесплатным (да и платным тоже) ЦМС-ам он легко даст прикурить.
>плюс десятка смежных технологий
Что вы имеете ввиду? Если HTML, РНР, SQL и пр., то без этих «смежных технологий» вы и с другой ЦМС ничего путного сделать не сможете.
А это смотря какой сайт вы собираетесь разворачивать. Если нужен сайт типа «хелло ворлд», то Друпал явно не подходит. А вот если чего посложнее, то многим бесплатным (да и платным тоже) ЦМС-ам он легко даст прикурить.
>плюс десятка смежных технологий
Что вы имеете ввиду? Если HTML, РНР, SQL и пр., то без этих «смежных технологий» вы и с другой ЦМС ничего путного сделать не сможете.
А в чем тогда смысл и преимущества этой CMS перед каким-нибудь Джанго с его приложениями и автоматической админкой?
Не знаю как насчет Джанго, не связывался (к тому же оно еще и на Питоне, который я не знаю). Но если сравнивать Друпал с массой ЦМС, написанных на РНР, то налицо все прелести зрелого проекта: масштабируемость, куча модулей, гибкость (граничащая с универсальностью), большое сообщество. Этим могут похвастаться немногие.
Кроме того, почитайте пост еще раз. Автор жалуется в большей степени не на сам Друпал, а на его юзабилити (да, кривоват местами) и отсутствие документации «для уровня выше начального».
Кроме того, почитайте пост еще раз. Автор жалуется в большей степени не на сам Друпал, а на его юзабилити (да, кривоват местами) и отсутствие документации «для уровня выше начального».
Создание и модификация моделей(включая связи один-к-одному и один-ко-многим), вьювсов и контроллеров через визуальный интерфейс(также неплохо проработан программный), встроенная поддержка блоков, развитая система хуков(типа событий), ну и не забудем упомянуть о прекрасной системе управления пользователями. И это лишь малая часть того, что есть в дрюпале)
Эти все фишки есть в любом фреймворке. Глубоко и всесторонне знаю только Джанго, про него и говорю. И плагины, и сигналы, и пользователи, и права доступа… Думаю, Php-фреймворки тоже должны такое предоставлять.
Однако, при этом сохраняется единообразие работы с проектом и кодом, никаких интерфейсных отвлеченностей и кнопочек. Тут люди говорили про год освоения Друпала, я же говорю, что после нескольких других инструментов практически за неделю въехал в суть дела и смог приступить к работе.
Как бы разговор по большей части не про Друпал, а про все CMS в целом. Стоит ли вообще заморачиваться?
Однако, при этом сохраняется единообразие работы с проектом и кодом, никаких интерфейсных отвлеченностей и кнопочек. Тут люди говорили про год освоения Друпала, я же говорю, что после нескольких других инструментов практически за неделю въехал в суть дела и смог приступить к работе.
Как бы разговор по большей части не про Друпал, а про все CMS в целом. Стоит ли вообще заморачиваться?
Есть простое управление моделями вьювсами и контроллерами через гуй? Есть нормальная система блоков(у которых можно менять место размещения и настраивать его параметры не меняя код)? Насчет доступов. Подскажите мне фреймворк, в котором можно легко выделить группу пользователей, и разграничить им права на всё что можно, сделать так, чтобы эта группа пользователей использовалась по-умолчанию при регистрации и всё это за пару десятков минут.
П.С.
Не всё должно менятся через код на больших проектах. Во-первых администраторы сайтов(не путать с сисадминами) не всегда разбираются в программировании. Во-вторых не всегда легко перенести изменения на сервер.
П.П.С.
Я въехал в суть дела и начал писать первый сайт на дрюпале за 2 дня.
Я выделяю 3 уровня владения умением:
— Я знаю как пользоваться.
— Я умею пользоваться.
— Я знаю предмет.
Так вот, за год можно выйти на третий уровень. Хотя можно и раньше.
П.П.П.С.
Безусловно кастомные сайты есть смысл делать не используя CMS функциональность дрюпала. Но кроме сайтов с кастомной функциональностью, есть сайты с простой функциональностью, но с кастомной структурой, для которых есть смысл его использовать.
П.С.
Не всё должно менятся через код на больших проектах. Во-первых администраторы сайтов(не путать с сисадминами) не всегда разбираются в программировании. Во-вторых не всегда легко перенести изменения на сервер.
П.П.С.
Я въехал в суть дела и начал писать первый сайт на дрюпале за 2 дня.
Я выделяю 3 уровня владения умением:
— Я знаю как пользоваться.
— Я умею пользоваться.
— Я знаю предмет.
Так вот, за год можно выйти на третий уровень. Хотя можно и раньше.
П.П.П.С.
Безусловно кастомные сайты есть смысл делать не используя CMS функциональность дрюпала. Но кроме сайтов с кастомной функциональностью, есть сайты с простой функциональностью, но с кастомной структурой, для которых есть смысл его использовать.
Подсказываю. Django? Там есть родная система прав доступа, отражаемая в админке; ну и расширенная, «пообъектная» в виде дополнительного Django App.
Думаю, то же самое касается какого-нибудь крутого php-фреймворка. В Zend есть автоматическая админка, не? Я точно не знаю.
Администрирование сайта можно замоделить достаточно быстро и легко и, опять же, чисто с кодом, без ненужной возни интерфейсной. Опять же, блоги и прочая такая лабуда делается на фремворке опытным (и не очень) программистом ничуть не медленней, нежели с CMS.
Так если возможности фрейм-ка шире, а усилий надо прилагать для постижения столько же или меньше, то… Зачем?
Думаю, то же самое касается какого-нибудь крутого php-фреймворка. В Zend есть автоматическая админка, не? Я точно не знаю.
Администрирование сайта можно замоделить достаточно быстро и легко и, опять же, чисто с кодом, без ненужной возни интерфейсной. Опять же, блоги и прочая такая лабуда делается на фремворке опытным (и не очень) программистом ничуть не медленней, нежели с CMS.
Так если возможности фрейм-ка шире, а усилий надо прилагать для постижения столько же или меньше, то… Зачем?
Во-первых, если создание сайтов на потоке, то зачем что-то делать руками? Блоги и прочая такая лабуда, делается за пару часов максимум, при этом код этих блогов тестируют тысячи, и баги вылезают гораздо реже. Усилий надо прилагать меньше.
Во-вторых, не всегда администратор сайта и программист это одно лицо.
Также насчет прав доступа. Что-то я не помню в джанго базовой функциональности по созданию нескольких групп с разными правами доступа.
Ну и не забываем систему категорий. В ней можно создавать неограниченное количество разных групп категорий, словарей, которые можно группировать и из которых можно формировать то же облако тегов(не забываем, не нужно писать, тестировать, отлаживать и документировать код).
Ну и разные штучки типа сайта на нескольких языках(причем интерфейс к переводу есть в админке), готовая форма контактов, легко устанавливаемая система личных сообщений, добавление любых полей в профиль пользователя с помощью пары кликов, поиск, автообновление, рсс, и многое другое.
И это всё работает из коробки. Это не надо разрабатывать вообще. На это только надо натянуть тему. Правда для некоторых вещей придется добавить пару модулей. Но для всей вышеописаной функциональности нужно около 3-х модулей.
Во-вторых, не всегда администратор сайта и программист это одно лицо.
Также насчет прав доступа. Что-то я не помню в джанго базовой функциональности по созданию нескольких групп с разными правами доступа.
Ну и не забываем систему категорий. В ней можно создавать неограниченное количество разных групп категорий, словарей, которые можно группировать и из которых можно формировать то же облако тегов(не забываем, не нужно писать, тестировать, отлаживать и документировать код).
Ну и разные штучки типа сайта на нескольких языках(причем интерфейс к переводу есть в админке), готовая форма контактов, легко устанавливаемая система личных сообщений, добавление любых полей в профиль пользователя с помощью пары кликов, поиск, автообновление, рсс, и многое другое.
И это всё работает из коробки. Это не надо разрабатывать вообще. На это только надо натянуть тему. Правда для некоторых вещей придется добавить пару модулей. Но для всей вышеописаной функциональности нужно около 3-х модулей.
Есть, я сам использую группы пользователей. И интернационализация тоже есть. Все это, как и в CMS, подключается и отключается модулями.
Дело в том, что вообще весь этот функционал собирается из модулей, таких жеотлаженных и рабочих, и которые в дальнейшем можно использовать. Там тоже минимальные усилия прилагаются для сборки того же блога.
Есть и замечательное облако тегов, и голосовалки, и комменты, и прочее-прочее-прочее. Теги — первый модуль; голосовалка — второй; комменты — третий; сообщения — четвертый. Сам блог — пятый.
И вы уверены, что прям-таки «из коробки»? Разве никогда не сталкивались с нерабочими вещами? Которые, в общем, только программист и может отладить. Это точно придется делать, и админ это не сделает.
Вон, народ жалуется на сложность Друпал в изучении, и это действительно есть в нем и других мощных CMS. Вместе с тем я бы не сказал, что Джанго — это очень сложно.
Дело в том, что вообще весь этот функционал собирается из модулей, таких жеотлаженных и рабочих, и которые в дальнейшем можно использовать. Там тоже минимальные усилия прилагаются для сборки того же блога.
Есть и замечательное облако тегов, и голосовалки, и комменты, и прочее-прочее-прочее. Теги — первый модуль; голосовалка — второй; комменты — третий; сообщения — четвертый. Сам блог — пятый.
И вы уверены, что прям-таки «из коробки»? Разве никогда не сталкивались с нерабочими вещами? Которые, в общем, только программист и может отладить. Это точно придется делать, и админ это не сделает.
Вон, народ жалуется на сложность Друпал в изучении, и это действительно есть в нем и других мощных CMS. Вместе с тем я бы не сказал, что Джанго — это очень сложно.
В дрюпале основные модули не глючат, а для изредка обнаруживаемых глюков новых версий очень быстро выходят патчи. А также не забываем, что дрюпал это CMF, тобишь фреймворк. И цмс тут существенная часть, но это не весь дрюпал.
Так что в общем дрюпал можно описать, как фреймворк, плюс цмс. Один раз собирать сайт из фреймворка это легко и приятно, но если это дело поставлено на поток, то придется собирать систему аналогичную дрюпалу, а зачем делать лишние телодвижения?
П.С.
Некоторые например используют только возможности дрюпал фреймворка.
Так что в общем дрюпал можно описать, как фреймворк, плюс цмс. Один раз собирать сайт из фреймворка это легко и приятно, но если это дело поставлено на поток, то придется собирать систему аналогичную дрюпалу, а зачем делать лишние телодвижения?
П.С.
Некоторые например используют только возможности дрюпал фреймворка.
Drupal не предназначен для ускоренного разворачивания сайтов. Кто вам такое сказал? :)
Путаница с именами у вас. Пользователя neochiefзовут Александр Швец. Он же владелец сайта drupaldance.com. И он в апрельском семинаре по Друпалу участия не принимал. А Александр Графов (не Алексей) — это axel с Друпал.ру, его на этом сайте нет.
Да, прошу прощения, не знал.
Ромка, вы не правы — Александр на этом сайте есть! Только он здесь — siberianlaika. :)
Что касается статьи, то многое сказано верно, да. Но общий тон меня несколько покоробил — эдакая обида человека, ожидавшего «большой зеленой кнопки» с надписью «Сделать сайт». Программеры не нужны, дай-ка я все сам сделаю. :)
Отчасти здесь есть вина наша (друпалеров) — у вновь пришедших культивируются несбыточные ожидания от Drupal. Что есть-де такой универсальный комбайн-швейцарский ножик для быстрого построения сайтов, где даже и разбираться не надо.
Причем это, на мой взгляд, ошибка не только русскоязычного сообщества, но и «отцов-основателей» с официального drupal.org. Одно время там активно пропагандировалась идея, что развитие CMS приведет к отмиранию веб-программистов как класса, все будет делать сам пользователь. А закончилось все прямо противоположным — родоначальник Дрис Байтаерт основал коммерческую фирму Acquia, которая предоставляет платные услуги по установке, настройке и поддержке сайтов на Drupal. И это — на мой взгляд, совершенно правильный путь.
Не надо состязаться с Джумлой и Вордпрессом в «легкости» установки конечным пользователем. Это их хлеб и их путь. Drupal — это система, по своей сути являющаяся «рабочим станком» веб-программиста или группы веб-специалистов, делающих сайты на заказ. Вот их обучение и работу, безусловно, надо упрощать и облегчать.
Что касается статьи, то многое сказано верно, да. Но общий тон меня несколько покоробил — эдакая обида человека, ожидавшего «большой зеленой кнопки» с надписью «Сделать сайт». Программеры не нужны, дай-ка я все сам сделаю. :)
Отчасти здесь есть вина наша (друпалеров) — у вновь пришедших культивируются несбыточные ожидания от Drupal. Что есть-де такой универсальный комбайн-швейцарский ножик для быстрого построения сайтов, где даже и разбираться не надо.
Причем это, на мой взгляд, ошибка не только русскоязычного сообщества, но и «отцов-основателей» с официального drupal.org. Одно время там активно пропагандировалась идея, что развитие CMS приведет к отмиранию веб-программистов как класса, все будет делать сам пользователь. А закончилось все прямо противоположным — родоначальник Дрис Байтаерт основал коммерческую фирму Acquia, которая предоставляет платные услуги по установке, настройке и поддержке сайтов на Drupal. И это — на мой взгляд, совершенно правильный путь.
Не надо состязаться с Джумлой и Вордпрессом в «легкости» установки конечным пользователем. Это их хлеб и их путь. Drupal — это система, по своей сути являющаяся «рабочим станком» веб-программиста или группы веб-специалистов, делающих сайты на заказ. Вот их обучение и работу, безусловно, надо упрощать и облегчать.
Дальше больше. Появляется новость: есть статья о том, как сделать то же самое на 6-м Друпале. Смотрю статью: очень поверхностная и формальная, не понятно для кого написана. Не для тех, кто реально хочет что-то сделать. На Швабре.ру спрашивают Ромку — как строить самим? Он отвечает — делайте по 5-му, только модули ищите сами другие…
Ну вот не правда же! Вот здесь подробно расписано как собрать швабра-сайт на шестом Друпале.
По остальным вопросам могу согласиться. Да, недостаточно много информации на русском языке (на английском ее море). Да, информация не систематизирована (не считая api.drupal.ru, но это справочник ориентированный на программистов, а не на простых пользователей, которые собирают сайт одной только мышкой). И эти проблемы надо решать. В конце августа в Киеве пройдет DrupalCamp, думаю, вопрос разработки документации понятной пользователям разного уровня будет одним из пунктов обсуждений.
Ну вот не правда же! Вот здесь подробно расписано как собрать швабра-сайт на шестом Друпале.
По остальным вопросам могу согласиться. Да, недостаточно много информации на русском языке (на английском ее море). Да, информация не систематизирована (не считая api.drupal.ru, но это справочник ориентированный на программистов, а не на простых пользователей, которые собирают сайт одной только мышкой). И эти проблемы надо решать. В конце августа в Киеве пройдет DrupalCamp, думаю, вопрос разработки документации понятной пользователям разного уровня будет одним из пунктов обсуждений.
UFO just landed and posted this here
Вот за что я люблю Drupal, за то что он всегда, сколько бы ты с ним ни работал, приносит в работу новые неожиданности, не позволяя тебе расслабиться. И это здорово!
Опять эта тема. Все вокруг кричат про «большой порог вхождения» и т.д…
По этому поводу был у меня недавно случай: товарищу моему заказали небольшой сайтец но «с админкой», до этого он делал сайты, но вообще на голом HTML (ну бывает же в 21м веке, ну да это не при чем). PHP он не знает. Drupal ни разу в глаза не видел. Так вот после 2х часовой вводной лекции (самой базовой: ноды, сск, блоки, меню), он за неделю сам сделал сайт. С нуля. Не самый сложный, но и далеко не из 3-х страниц, с вьюхами, галереями, блоками, rss-ками. Он за час сам минимально разобрался с Views (тут даже я удивился) чтобы сделать то, что ему нужно.
После этого случая истории про высокий порог вхождения кажутся сомнительными.
По этому поводу был у меня недавно случай: товарищу моему заказали небольшой сайтец но «с админкой», до этого он делал сайты, но вообще на голом HTML (ну бывает же в 21м веке, ну да это не при чем). PHP он не знает. Drupal ни разу в глаза не видел. Так вот после 2х часовой вводной лекции (самой базовой: ноды, сск, блоки, меню), он за неделю сам сделал сайт. С нуля. Не самый сложный, но и далеко не из 3-х страниц, с вьюхами, галереями, блоками, rss-ками. Он за час сам минимально разобрался с Views (тут даже я удивился) чтобы сделать то, что ему нужно.
После этого случая истории про высокий порог вхождения кажутся сомнительными.
А я рад, что у друпала высокий порог вхождения. Потому как я работал с дизайнером-суперменом, который умел делать сайты на джумле. После недолгого общения я уже понял, что он ниче не понимает в верстке, верстает как придется (про ff он только слышал), а в пхп и подавно ниче не понимает. Зато он делал сайты. По джумле много уроков, по которым все и делают сайты без желания разобраться в чем-либо. Любая ошибка и сайт беспомощно дергает лапами, лежа на спине, в ожидании помощи. На друпале же такого не будет, потому как если человек разобрался, то ошибку он сам и исправит. Вывод напрашивается простой: друпал именно для разработчиков, а не для домохозяек.
Единственный затык за время разработки сайтов на друпале у меня был с созданием форм. Нужно было сделать форму для отправки отзывов о товарах. Свой модуль я писать не стал за неимением времени, но как-то извернулся с бубном и модулями.
Единственный затык за время разработки сайтов на друпале у меня был с созданием форм. Нужно было сделать форму для отправки отзывов о товарах. Свой модуль я писать не стал за неимением времени, но как-то извернулся с бубном и модулями.
вы ещё Typo3 не видели! :)
сорри за оффтоп, давно слушаю про нее, но все некогда потрогать — можете охарактеризовать в общем?
Немного щупал на досуге. Оно большое, колючее, монстроподобное. В код не смотрел — побоялся за психику. С юзабилити проблем еще больше, чем у Друпала.
Система очень мощная, это CMF практически в чистом виде (почти Plone). Но чтоб сваять на ней хоть что-нибудь, надо часок покурить мануалы, иначе никак.
Общая рекомендация к использованию — не рекомендую для типовых проектов. Если сайт еще надо отдать секретарше на заполнение, не беритесь ни в коем случае — она вам мозги съест за издевательство. В 9 случаях из 10 без этого монстра можно обойтись.
Система очень мощная, это CMF практически в чистом виде (почти Plone). Но чтоб сваять на ней хоть что-нибудь, надо часок покурить мануалы, иначе никак.
Общая рекомендация к использованию — не рекомендую для типовых проектов. Если сайт еще надо отдать секретарше на заполнение, не беритесь ни в коем случае — она вам мозги съест за издевательство. В 9 случаях из 10 без этого монстра можно обойтись.
ясно, спасибо, буду иметь ввиду, в принципе подозревал что если менее известная, то возможно хуже
Не хуже. Просто сложнее на порядок. В определенных случаях является единственным выбором, доступным бесплатно. Здесь ситуация аналогична той, что сложилась вокруг Друпала: иногда легче и быстрее разобраться в готовой системе, пусть и очень сложной, чем писать костыли под решения, которые изначально не подходят.
У неё порог входа выше, чем у друпала, вот она и менее известна в широких кругах :)
в общем, как раз, не могу, так как не разбирался в нём
А если Вы видели и даже щупали, можете написать топик как оно на ощупь :) Желательно с картинками :)
Целиком в Typo3 я не разбирался, да мне и не надо, чай не вебмастер :)
Пишу только расширения под него, а там взаимодействие с Typo3 простое, получаешь от него юзера, язык, get- и post-параметры, а дальше чистый php, делай что хочешь и как хочешь, хочешь — используй Zend Framework, а хочешь — пиши всё в одном файле мешая логику и оптику, главное — в конце верни вывод Typo3, а оно уже само выведет на экран.
Пишу только расширения под него, а там взаимодействие с Typo3 простое, получаешь от него юзера, язык, get- и post-параметры, а дальше чистый php, делай что хочешь и как хочешь, хочешь — используй Zend Framework, а хочешь — пиши всё в одном файле мешая логику и оптику, главное — в конце верни вывод Typo3, а оно уже само выведет на экран.
Если честно, без удовольствия вспоминаю о Друпале. Хотя даже создал на нем не очень сложный сайт для одной компании, в итоге все конечно успешно работает и я даже разобрался с Views+CCK, но чего это стоило и сколько времени! Мысль о том, чтобы там что-то кардинально изменить вызывает отрицательные эмоции, видимо его философия не пришлась мне по нраву. Ведь порой какое-то даже мелкое изменение, которое в другой системе потребовало бы лишь подправить строчку, в Друпале может потребоваться витиеватая манипуляция. Но не будешь же готовый свеженький сайт заново переделывать под другую систему, вот приходится поддерживать.
Приведите, пожалуйста, примеры мелких изменений, которые потребовали витиеватых манипуляций.
Как по мне, то Drupal очень хорош. Но не хватает качественных сборок под определенные нужды. Это как раз для тех людей которые не хотят с ним долго разбираться и искать модули. И еще очень хорошо было бы к каждой сборке краткий мануал, что и как делается.
К примеру как это есть сейчас в IM miranda, где куча разных сборок почти под каждого пользователя.
Так что любителям стартапа на заметку ;)
К примеру как это есть сейчас в IM miranda, где куча разных сборок почти под каждого пользователя.
Так что любителям стартапа на заметку ;)
Я соавтор вводного курса по Drupal (а так же статьи про его оптимизацию), названого вами — уровнем для чайников. По личному опыту скажу что материала много в английских книгах и в скринкастах. Данного добра пересмотрел довольно много — местами всё понятно, местами всё решается методом научного тыка. В данный момент работаю над продолжением серии статей по DRUPAL, но к сожалению экономическая эффективность их стремится к нулю — поэтому занимаюсь ими в свободное время. К сожалению люди вместо того чтобы самим писать статьи или организовать фонд — для оплаты написания статей или книг — только жалуются на нелёгкую жизнь и ищут по файлообменникам сканированные книги.
>Вот как выглядит страница настройки простого списка:
Эта штуковина, способна не только простые списки настраивать, но и многое чего другое… Возьмите CMS попроще, зачем вам Drupal?
Эта штуковина, способна не только простые списки настраивать, но и многое чего другое… Возьмите CMS попроще, зачем вам Drupal?
Навеяло:
" — Как сделать на друпале…?
— CCK + Views".
… по моим наблюдениям, наиболее часто встречающийся совет на друпал-ру. :)
" — Как сделать на друпале…?
— CCK + Views".
… по моим наблюдениям, наиболее часто встречающийся совет на друпал-ру. :)
я так рад, что у друпала порог входа в 10 раз выше, чем порог входа в php.
Это для вас космический корабль, а для меня это возможность сделать страницу или блок, делающий выборку из нескольких таблиц, с пейджером, фильтрами и аяксом не написав ни строчки кода на php и sql, и даже более того — только лишь правой рукой и кликая мышкой спокойно допивая кофе.
Это для вас космический корабль, а для меня это возможность сделать страницу или блок, делающий выборку из нескольких таблиц, с пейджером, фильтрами и аяксом не написав ни строчки кода на php и sql, и даже более того — только лишь правой рукой и кликая мышкой спокойно допивая кофе.
«Вы думаете есть на первой странице какая-то вкладка «Изменить» для администраторов?».
После установки друпала, на главной написан текст в четыре пункта. Его надо прочитать, иначе зачем он там? В четвёртом пункте обнаруживается, что, для того, чтобы исчез этот текст с главной, надо на неё добавить контент. А слова «добавить контент» вообще являются гиперссылкой.
После установки друпала, на главной написан текст в четыре пункта. Его надо прочитать, иначе зачем он там? В четвёртом пункте обнаруживается, что, для того, чтобы исчез этот текст с главной, надо на неё добавить контент. А слова «добавить контент» вообще являются гиперссылкой.
Не знаю, по моему друпал очень простой. Необходимые модули находятся на оф. сайте и просто копируются в нужную папку. Остаётся только по кнопочкам потыкать и сделать как нравится. Главное программировать не нужно.
Управление космическим кораблем с непонятными модулями
Так вы не пользуйтесь звездолетами, для вас общественный транспорт придумали.
Drupal как есть сейчас — это конструктор. Местами очень мощный, местами без напильника и бубна сложно.
Если вы програмист, то это сложный, но мощный инструмент.
Если же вы администратор… то порог входа еще сложнее.
У Drupal'а (да и не только) большие проблемы с юзабилити. Может это так и надо )), но когда делаешь сайт под ключ у заказчика часто возникает много вопросов.
Однако не все так плохо. Уже сейчас есть несколько модулей, которые могут оказать большое влияние и сделать жизнь админа проще. Перевести концепцию от модулей (хотя они тоже останутся, но в первую очередь для разработчиков) к фичам — это то, о чем я думал еще год назад. Именно так называется модуль drupal.org/project/features
Рекомедую посмотреть на этот проект и на его авторов, с интересной концепцией:
Думаю за этим будущее Drupal.
А высокий порог входа и сложность плата за функционал.
Если вы програмист, то это сложный, но мощный инструмент.
Если же вы администратор… то порог входа еще сложнее.
У Drupal'а (да и не только) большие проблемы с юзабилити. Может это так и надо )), но когда делаешь сайт под ключ у заказчика часто возникает много вопросов.
Однако не все так плохо. Уже сейчас есть несколько модулей, которые могут оказать большое влияние и сделать жизнь админа проще. Перевести концепцию от модулей (хотя они тоже останутся, но в первую очередь для разработчиков) к фичам — это то, о чем я думал еще год назад. Именно так называется модуль drupal.org/project/features
Рекомедую посмотреть на этот проект и на его авторов, с интересной концепцией:
Думаю за этим будущее Drupal.
А высокий порог входа и сложность плата за функционал.
Буквально несколько месяцев назад познакомился с этой CMF (нужно было сделать сайт под ключ+я себе хотел сделать сайт и блог). Стоял выбор: Joomala или Drupal. Друзья посоветовали Drupal. Система мощная, но многие вещи я так и не понял, как сделал — что-то-что-то делал, а потом «Бац!» и заработало. Ну а если делать сайт со своим собственным teamplate'ом, то без знаний PHP «Выше среднего», лучше туда не заходить. Сайт делал неделю: 2 ночи верстал+5 ночей прикручивал и изучал систему. Пару раз гробил CMF, прикручивая «левые» модули, вспоминал родоначальников автора этого «модуля», потом переставлял, снова гробил, в общем, всё как всегда. Если кому интересно, то по этой ссылке моя рецензия на эту CMF.
UFO just landed and posted this here
К слову, есть тут люди с большим опытом разработки модулей под Drupal? Может понадобиться человек для проекта…
стоит включить модуль devel, посмотреть на количество запросов к базе для рендеринга одной(!) странички при десятке подключенных модулей, ужаснуться и понять что зря запустил десяток проектов на друпале :(
Специально для Вас — habrahabr.ru/blogs/drupal/64286/
Читайте на здоровье :)
Читайте на здоровье :)
сколько у вас запросов к mysql у «оптимизированного» друпала на генерацию страницы для залогиненного пользователя? Желательно для страницы с дсятком древовидных коментов.
Эх жалко нельзя вам больше одного плюсика поставить. Вы точно выразили и мое отношение к друпалу.
ну, прежде чем сделать свой сайт на друпале, точнее перевести на друпал, я недели 2 читал форум друпала, просто, тупо, все подряд
таки сделал, учитывая что я вообще не IT-шник
таки сделал, учитывая что я вообще не IT-шник
Толика ненависти (как и любви) к Друпалу и у меня присутствует… Мы разрабатываем сайт www.stratege.ru/, так каждый раз когда сваливается очередное ТЗ — рвём волосы на попах, видим дымящиеся горы костылей и так далее, но уж когда гугл на запрос «как на друпале эмулировать ядерную войну против мозговых слизней?!» изволит выдать сниппет с форума «Есть же модуль emulatenuclearwaragainstbrainslugs v 0.3», тут радости нет предела, да…
Sign up to leave a comment.
Управление космическим кораблем с непонятными модулями, или как я боролся с друпалом