мая 10
5
Отзывы:
17
Нашел это в комментариях к статье на Хабре и задумался. Да, Друпал гибок. Но нужна ли эта гибкость для большинства проектов? Сайты сейчас делают, как панельные дома — из крупных блоков. Для простых информационно-новостных достаточно Вордпресса. Для сайтов уровнем повыше — больше подходит Джумла (новости, форум, каталог, магазин, галерея, доска объявлений и т.д.). Для монстров — Битрикс или Typo3. Что же остается Друпалу? А на его долю приходятся сайты, которые совершенно выбиваются из ряда типовых.
Источник:
Почему я люблю друпал, но практически его не использую, а чаще вордпресс или модх, а то и симплекмс:
— люблю потому что люблю, сердцу не прикажешь :)
— для сайтов-визиток он слишком тяжел и проблемы с дистанционным («по аське») обучением пользователей («секретарш» и «манагеров»)
— в русской блогосфере он мало известен и некоторые нюансы в «дефолтных» конфигах вызывают проблемы у посетителей, привыкшим к ЖЖ и вордпрессу и они просто уходят, не желая тратить время на разбирательства
— для сателлитов и прочих «сеогавносайтов» тоже тяжеловат плюс опять-таки обучение «пользователя», если сайт не для себя делаешь
— готовых «красивых» тем для вордпресса больше и с популярными модулями проблем меньше
Да, я знаю, что и интерфейсы для «секретарш» можно настроить отдельные, и что от вордпресса не отличить будет, и те же темы с вп перетащить проблем нет при желании, но одно большое «но» перечеркивает для меня все достоинства капли: мне платят за результат, а не за потраченное время. Человек говорит «у меня есть 50 страниц» контента и 30 WMZ — мне нужен сателлит с этим контентом и такой-то функциональностью» или «хочу себе блог завести как у всех и вот этот дизайн нравится, плачу 15 WMZ», или «нам надо 10 страничек о фирме и чтоб легко можно было менять их, бюджет 2000 рублей» и если я начну делать сателлиты, блоги и визитки на друпале, то помру с голоду :)
Друпал, имхо, CMF с широкими возможностями, намного превышающими возможности других и CMS тпа WordPress, и фреймфворков типа CakePHP, но для простых «проектов» его применение не оправдано — за то время что потратишь на доведение сайта на друпале к «юзерфрендли» виду/функционалу (сделаешь клон «обычной» CMS) или «приучишь» пользователя к «drupal way» можно сделать еще с пяток «обычных» сайтов с привычными пользователю прежде всего идеологией, а уж потом интерфейсами и прочим.
Делая сайт на друпале очень сильно «подсаживаешь» заказчика на свою «иглу», если же передать «под ключ» то появляются претензии у клиентов, когда бесплатную техподдержку оказывать не хочется, а он считает что я его должен сопровождать сайт всю жизнь. Делал несколько визиток на друпале «из любви к искусству», вылизывал так что сам бы не понял, что они на друпале даже в админке. Клиенты писают от восторга (еще бы за такие деньги), но потом хотят расширить функциональность, мне некогда или не хочется больше работать с этим сайтом/клиентом, а узнав сколько берут другие за «только посмотреть что там у вас на друпале» выслушиваешь пару десятков «нежных и ласковых» слов, а потом смотришь а сайт через месяцок на Джумле уже крутится, а мне гордо сообщают что я ламер и друпал гамно и вообще им все что нужно сделали за 25 уе
Удачно прочитал вашу статью. Удачно по времени. Тоже был не до конца убежден, что не стоит делать очень простые сайты на друпале, прочитав сомнения практически исчезли. Удобство использования и понимания сложны, а для заказчика порой всего-то надо иметь простой и понятный инструмент для редактирования/добавления страниц и по сути больше ничего
Да, статья хорошая. Жаль, что сам раньше на нее не наткнулся.
Я не согласен с мнением:
1. В Drupal 7 вылизали интерфейс, он стал на много удобнее с точки зрения юзабилити, как для админа, так и для пользователя (ограниченные пермишены на редактирование контента)
2. Drupal так же хорош тем, что практически любой простой сайт собирается с помощью CCK + Views. Поэтому время на разработку в районе 8 часов =)
3. Был опыт разработки магазина на Joomla и Drupal — первоначальное время затраченное на разработку на Drupal было в 2 раза выше, но магазин это такой тип сайта, что если он работает и приносит денег, то требуются постоянные доработки…. В результате на Joomla уходило на столько больше время, что пришлось перевесить сайт на Drupal.
1. Не знаю, семеркой еще не пользовался. Надо будет попробовать на локалке.
2. Опять же не могу ни возразить, не подтвердить — но в пятой версии восемью часами точно не отделался бы.
3. Наши заказчики доработки не требуют — по их мнению все должно работать сразу, вечно и при том само. Если для создания товара нужно ввести больше двух слов и нажать больше одной кнопки — для них это уже непомерная сложность. А если в результате доработки изменится цвет кнопки — это просто ужас, нужно переучиваться заново!!! :-) В идеале движок сам должен зайти к бухгалтеру, взять у него список товаров и опубликовать в инете. :-) На самом для этого нужно всего лишь нанять грамотного студента, но ему же за это ДЕНЬГИ надо платить!!! :-)
Ну таким заказчикам можно ставить «вылизанную» друпал сборку:
новости, стат страницы, каталог, обратная связь.
С урезанными правами, чтоб они могли только содержимым управлять ;) (создать админку в админке).
Ничем не хуже жумлы с вп будет. А вот доработать при необходимости будет на много проще.
P.s. Самый главный плюс друпала (если заказчик настроен на друпал) это то, что он готов платить несравненно больше чем за жумлу и вп, а ведь для разработчика это очень не маловажный фактор.
> Самый главный плюс друпала (если заказчик настроен на друпал) это то, что он готов платить несравненно больше чем за жумлу и вп
Здесь это как раз минус — наши местные заказчики сразу отказываются, как только слышат слово «больше». По этому магазины приходится делать на ShopScript Free или OpenCart. И при этом даже они считаются чем-то запредельно сложным в администрировании.
Сразу несколько вопросов:
«Наши местные» — это где?
«Ненаши Московские/Питерские» — это слишком сложно?
«Ваще ненаши забугорные» — это тоже не реально?
Просто работая на местного заказчика в глубинке, можно только на поесть заработать…..
Абакан, столица Хакасии, что на юге Восточной Сибири, стоит при впадении реки Абакан в Енисей. Там я и живу, о чем написал на страничке «Об авторе».
Глубинка, верно. Так что основной заработок — работа в «Сервис-СБ», где занимаюсь ремонтом компьютеров, настройкой систем видеонаблюдения.
Понятно -) так это Ваш блог :) я понял.
По поводу создания сайтов для местных, и друпала в частности:
Да кастомная разработка стоит дорого, и местным, в основном, не по карману. Но готовую сборку установить можно за 100 баксов + продать свой хостинг за 50 баксов на год. :) И сделать это можно за 2 дня. Так и следует работать :)
ИМХО, какой бы «вылизанной» сборка Капли ни была, никакой сайт на ней не получится сдать заказчику и забыть. Если получится, то только при условии, что он найдет себе на этот сайт знающего толк в Друпале админа (можно на неполную занятость, по договору и т.п.): секретарши и менегеры с техническими вопросами не справятся, а Друпал ох как горазд их подбрасывать.
Кесарю — кесарево, а визиткам — визитково; да и для блога Вордпресс лучше, чем самая клёвая спецсборка Друпала, ИМХО; а Капля — для порталов, да ещё для небольших социалок годится. Так что автору респект и зачот.
Согласен. Друпал возможно интересен для разработчиков. Но конечному пользователю нужен пригодный для работы продукт, а не комплект «для очумелых ручек». :-)
1. Я сайт на друпале делаю за 1-5 дней :) в зависимости это визитка или магазин (дизайн готовый). То есть в этот срок входит как верстка, так и сборка необходимого заказчику функционала.
2. Для конечного пользователя у мну есть одминка, из которой пользователь может управлять контентом сайта (CMS — из названия видно, что для управления контентом :)).
Может у вас проблемы с друпалом потому, что вы не умеете его готовить? :) (аля кривые руки)
Не умеем — это стопудово. Зачем его готовить, когда уже готовые скрипты есть, заточенные под нужную цель?
Ну как минимум потому — что поддерживать одну систему на много проще чем разные.
Потому, что обновлять очень просто, потому, что на друпал, легко найти нового разработчика, если старый отвалился… и т.д. Для меня на много больше плюсов, чем минусов.
Олег, мне думается, проблема (или счастье) в другом — вы работаете один.
Поэтому легче делать небольшие проекты, естественно на вордпрессе.
К примеру возьму себя — даю рекламу, отвечаю на звонки, бегу к клиенту, рисую, фотографирую, подбираю и допиливаю, а еще надо подремонтировать авто, так же написать и сдать отчет в налоговую и т.д. — все это мы умеем, (да и знаю я хорошо и HTML и SCC и PHP), а где руки-то запасные?
Вот и оставляем только базовые движения, которые реально приносят пользу.
CSS конечно )
В общем-то так и есть :-)