10 апреля 2018 в 21:16
Ранее в топике, где меня в очередной раз обвиняли во всех смертных грехах и предвзятой модерации, я писал о некоторых изысканиях на базе опыта с коммьюнити-сайтами.
Коммьюнити-сайты это хорошо, но вот два моих клиента (интернет-магазины) за этот месяц сказали, что будут переходить на Битрикс.
В первом случае, владелец просто был странноватый, отвергающий большинство предложений, в случае с битриксом ему скорее понятно за что платить.
Во втором случае, с пару месяцев назад появился некоторый помощник директора и по его идеям сразу стало понятно, что будет впереди и кто предложит нового подрядчика. К слову, битриксойды протянули гораздо больший бюджет и открыли филиал макаронной (или лапшичной) фабрики.
В общем, я к чему:
а. Заказчики уходят на Битрикс из-за отсутствия вменяемой поддержки на друпале
б. Заказчики уходят на Битрикс, потому, что там предлагается гораздо больше всяких свистелок. От слова "Маркетинг" там не плюются.
Наша общедрупальная беда в том, что мы может что-то и делаем красиво, но всё как-то происходит сугубо программистами и ради программистов, а заказчики переходят на второй план, хотя "ужинают" нас всё же они.
Маркетинг, конверсия и прочее - это не для тонкой друпалерской души.
Всё написанное выше хорошо бы взять под спойлер, но спойлеров у нас нет.
Хочу начать цикл статей о каких-то небольших кейсах, иногда, неочевидных, которые могут вызывать ВАУ-эффект у заказчиков. Для начала - большей частью E-Commerce.
Кода будет минимум, где-то вообще ноль, что на drupal.ru не приветствуется, конечно.
В какой-то мере, эти кейсы будут преследовать цели продвижения личного бренда (про двух уходящих заказчиков помните, да?), возможно, даже будут приписки, что я могу этот кейс реализовать и на вашем сайте.
Так как правил на подобные публикации нет, хотелось бы услышать мнение сообщества на то в каком формате и в каком виде лучше эту информацию нести в массы.
В идеале, я бы хотел получить на выходе некоторый формат, в котором бы публиковали свои кейсы студии, компании занимающиеся разработкой и другие коммерчески-заинтересованные лица.
Модули контрибутить мы научились, теперь пора контрибутить кейсы.
Прикрепляю опрос длительностью в одну неделю.
UPD: голосовалка почему-то не показывает все пункты Починено
Комментарии
Да, такой контент нужен. По своему опыту скажу, что основная проблема сайтов на друпал в том, что во время темизации разрабы зачастую хардкодят некоторые красивости так, что сопровождать это без программиста невозможно.
Варианты ответов кстати не взаимоисключающие. Контент нужен любой.
Безусловно нужный контент, но мне кажется пора для друпала делать коробочные модули, которые уже есть кстати говоря и под 7 и под 8, но их мало. Сам постоянно психую из -за этого, что де не ту систему выбрал, мало плюшек, но уже привык и на других просто многого не хватает.
Вот про питон загнули, 100% ПХП был и будет впереди.
Нужно это или нет, будет зависеть от качества материалов. Если это будет просто самовосхваление, то это одно дело, если будут хорошо показаны выгоды заказчиков, от определённых возможностей drupal, то совсем другое.
Вообще, для кейсов планировался раздел, и они там были бы уместнее, т.к. у заказчиков было бы куда больше шансов их увидеть, т.к. они бы не терялись в различных технических вопросах.
P.S. Ну и для борца с троллями, больно уж толсто составлен опрос.
Спасибо, Борис, как всегда, очень ценные замечания
А что такое кейсы?
Подробное описание реализованного проекта или решения, например, https://www.drupal.org/case-study/pinterest-for-business
Раздел на друпалорге с кейсами: https://www.drupal.org/case-studies
Пиши конечно, всем на пользу.
Нужен сборник рецептов.
Например по магазинам нужны ходовые модули и примеры их использования, чтобы заказчику можно было показать на выбор 9000 свистоперделок.
Я был сказал иначе.
Перефразируя известный анекдот - разработчики, станьте интеграторами! Перестаньте делать сайты, которые являются продуктом в себе и выглядят как нечто чужеродное в экосистеме
В экосистеме чего?
Условимся, что говорим о сегменте b2c.
В интернете сложилась в том или ином виде экосистема, на основе технологий, пользовательского опыта и иных переменных.
Сайт ради сайта почти никому не нужен.
В экосистеме может выживать только приспособленный к ней.
Действует аналогичный естественный отбор, как в живой природе.
Можно иначе: заказчик согласен на вендор-лок от 1с (чтобы там о себе не думал конкретный продаван - директор канторки знает что всегда может его сменить), но совершенно не согласен на какую-то канторку с уникальными решениями на друпале, а если и - меняет при первой же возможности.
Плюс к тому, нет, ну т.е. вообще нет, ресурсов по друпалу, которые бы показывали товар лицом. Что официальный сайт, что русскоязычный, предназначены для разработчиков, покупателей на них лучше не пускать.
да, в этом есть весь друпал.
Продукт от разрабов и для разрабов
Да и для разрабов не всегда удобно. Исключительно редко можно посмотреть на пример работы модулей, скриншоты в большинстве случаев отсутствуют или неинформативны, описания не блещут полнотой, а то и просто непонятны.
В итоге частенько пишут кастомные модули при наличии готовых.
Через вьюс реализуется ну очень многое, но периодически оно столь нетривиально в настройке, что без рецепта даже невозможно догадаться что оно так может. Яркий пример - алфавитный указатель. И без кеширования всё это неприлично грузит базу.
С кейсами сейчас сложно. Поясню где проблема:
- Кейсы по умолчанию - это про сложные проекты. Большие. Которые делаются командами, а не фрилансерами (в 99.99% случаев). Т.е. чтобы описать кейс - нужно чтобы кто-то из команды собрал информацию и выложил это как кейс.
- Подготовка кейса с описанием - дело довольно дорогое по времени (и дизайну) - нужны скриншоты, статьи-описания как и зачем, статистика, проверка что эту статистику можно разглашать.
Следовательно, нужна очень серьезная мотивация чтобы это заработало.
Во всем мире публикация кейсов служит только 2м целям - привлечение клиентов и привлечение сотрудников. "Смотрите - мы умеем такие сложные вещи, заказывайте у нас или идите к нам работать".
Соответственно - как только мы сделаем что-то, что поможет этих целей достигать, с кейсами будет проще.
А вообще - рекомендую всем посмотреть https://youtu.be/AjwnsjGGlv8?t=1h31m29s последний Driesnote, в Нэшвилле. Он там как раз про это - про объединение компаний и сообщества для маркетингового влияния на рынок. Ссылка на youtube уже с указанием времени где начало доклада.
Не не не, Саш, ты про большие кейсы, а я про приятные мелочи.
Что-то в сторону http://www.ra-don.ru/apps ?)
Да, интеграции наше всё.
Совершенно не обязательно большие и сложные - показать, насколько удачно реализуется, и небольшая задача на Drupal, и почему именно он так хорошо подходит для этого, не менее полезно. А может, даже и более - не всем нужно что-то крупное, и хорошее описание типовой задачи, может заинтересовать даже большее количество потенциальных заказчиков, просто потому, что это их кейс, именно то, что нужно им...
Но написание хороших кейсов, действительно, очень не тривиальная задача, и в этом случае.
Да и вдвойне сложная для разработчиков: это не документацию написать к модулю, а даже это не всем под силу.
А фрилансеры, кстати, тут в более выгодной ситуации, им приходится уметь и продавать свой труд.
Да в опу большие задачи. Заказчик говорит "хочу чтобы Ы", в случае вордпресса его можно дать 2-3 ссылки на имеющиеся плагины, где показано как они работают. Радостный заказчик тыкает в то что ему надо, радостный разработчик быстро прикручивает этот функционал. Через час, а то и четверть часа, один радуется деньгам, второй спистоперделкам. В случае друпала...
Зачем тогда нужны WP-разработчики, когда там все так просто и в коробке?
Что ж этому разработчику прикручивать то? И за что ему платить?
Платят, как ни странно, за реализацию своих желаний. Будь то сфера сайтостроения или секс-услуг.
Все верно.
Просто важно понять разницу между заказчиком требующим "свистоперделок" и тем, кто просит реализовать решение его проблемы.
Любой заказчик хочет свистоперделок. Когда за кажду свистоперделку ему заряжают пол-сотни и более убитых енотов, рассказывая о том как это всё сложно, как надо писать новые модули, как их надо тестировать и поддерживать... ну вообщем нет ничего удивительного, что клиенты мигрируют на другие системы.
Клиенты, не понимающие важность тестирования и необходимость поддержки - пусть мигрируют. Вместе с "разработчиками" не желающими понять и не умеющими объяснить это.
Бизнес по-русски.
Чебурек по-мексикански.
Вы, видимо, просто не выросли за рамки "свистоперделок" за полсотни баксов. К слову, за единичную доработку это не такая уж большая сумма, чтобы о ней думать.
- эта, а прикрути там к блоку камментов аватарки
- пол-сотни уёв
- ты чо опух?
- ну там кароч модуль надо писать, тестами всё покрыть, а ещё поддержка...
- ПНХ!
- эта, а прикрути там к блоку камментов аватарки
- вот так или вот так?
- ы! давай второй!
- готово, засылай на пивас
- лови
Давайте уже батл устроим. Нарисуем простенький дизайн какой должна быть аватарка к блоку комментов, как она должна работать и валидироваться - а потом на скорость в реалтайме напишем реализацию, я на drupal8, вы на вордпрессе)) и так чтобы потом залить работу на некий опосредованный рабочий сайт. и посмотрим кто быстрее. Поспорим на виски?)
На ВП это установка плагина в три клика и выписивание своих цсс прям в настройках темы. В друпале создание вьюшки и настройка миниатюр с фильтрами. Один лёгкий плагин + цсс против двух тяжёлых модулей (views + imageactions). Первое однозначно быстрее, второе однозначно гибче.
Источник аватарок - соц.сети, граватары, загрузка юзером - тут примерно идентично на обоих движках.
По времени где-то 10 минут против 30. Желающие могут повторить самостоятельно.
ну тогда это просто вопрос рынка. если вы на рынке где можно сказать "вот только такой вариант из готовых, и тогда за пиво", но есть рынок "скажите какие у вас потребности и мы сделаем все что угодно". Кастом на друпале проще и дешевле сделать. Готовые решения - ну да, согласен, у вордпресса больше тем и плагинов. Но готовые решиня - обычно на старте бизнеса, заказчику рано или поздно захочется что-то кастомное, и вот тут он уже будет завистливо смотреть в сторону друпала, т.к. тут кастом дешевле по сумме накладных расходов делать.
Вот только совершенно не обязательно устраивать противостояние или или. Библиотека вьюшек вполне решает - хошь готовое за пивас, хошь кастомно за писят уёв. Но конечно это требует смены подхода с гиковского на клиентоориентированный.
Основная проблема друпала, на мой взгляд, в том что разработчики движка сознательно отсекают рынок малобюджетных сайтов.
Разве это проблема?
а вы знаете чем я на жизнь зарабатываю?) вы же не будете мне говорить что я отсекаю рынок малобюджетных сайтов?))
Тут нужен мем с Вассерманом, выбирающим вопрос из рубрики "лендинги за 800")))
Тезис понятный, думаю, у меня есть некоторый уровень экспертизы в вопросе низкобюджетной разработки и у меня есть ответ, почему не может существовать в России студии (и тем более фрилансера), которая смогла бы поддерживать более 50-200 wordpress-сайтов. А на друпале это можно. Ответ долгий и большой, но если его сократить в 1 фразу, то: "на друпале поддержка дешевле". Вот и все. Вот и все, нет никаких других причин - там вы утыкаетесь в математику и не можете позволить себе расти, а тут не утыкаетесь и можете создавать/поддерживать много.
Я не имею никакого желания переходить на вашу личность. Речь об... ну можно назвать это размером экосистемы. Чем больше мелких проектов, тем больше проектов крупных. И модулей тоже больше, и разработчиков больше, и всё такое прочее.
Мне вас очень жаль, если вы для прикручивания к блоку комментов аватарок пишете модули.
они там пишут модули, а мы готовые решения пакуем в фичи)) модули пишутся сами. внезапно!
Ну фичи фичами, а если надо только вывести сферические аватарки в вакууме, то тут и мышкой накликать можно без проблем. Плюс, возможно, немного css.
в контексте этой задачи да.
Пока все кейсы что я видел - либо от студий на d.org, либо от битрикс-студий, либо от команд, либо от владельцев продуктов, в общем - покажите мне набор кейсов от фрилансеров, поверю.
Про студии пруфы тут: https://www.drupal.org/case-studies , там все от студий, заполнено кем-то вроде "Director of Web Experience Clarity Partners"
Насчёт приятных мелочей - надо пилить интеграцию с 1с))
Да у многих студий, у которых есть отдел поддержки, есть готовые решения.
Я штуки 3 могу назвать.
В этом плане битрикс значительно лучше. Там из админки можно
выкакиватьправить php-код любых файловВопрос маркетинга поднят верно. Битрикс рулит давно и необоснованно, учитывая их недобросовестный код, уж мы то это знаем. ))
Основания? Деньги. Мы скромничаем, опенсорс, опенсорс... И, в итоге пролетаем как стая рашпилей.
В конце концов - админка Битрикса дружелюбна к пользователю. По меньшей мере на первый взгляд там всё красиво, удобно и ясно. Если надо нечто большее, щас за деньги Вам запилим.
Люди понимают.
Почему нам не сделать такую политику? Даже ВП разводит, одни мы крутые и нифига, сорри.
Насчет Битрикса - нельзя сбрасывать платность продукта со счетов, так как его продажа мотивирует денежкой в т.ч. манагеров.
Нужны кейсы, давно об этом думал, когда искал на каком движке делать сайт. Находил только на .орг'е и на ютюбе.
А по поводу популярности того или иногда движка, тут все просто. ВП популярнее, потому что он Простой. Мышкой можно накликать любой функционал. А люди что хотят? Люди хотят результат получать быстро, хотят разных плюшек, коих у ВП тонны. Прилагая минимум услилий и минимум времени.
А Друпал сложный, запутанный, не юзабельный для разработки. Его гибкость компенсируется сложностью и абсолютной не юзабельностью админки.
Если во всем этом разобраться, то конечно, преимущества есть. Но кто хочет разбираться? хотят все делать быстро, затрачивая минимум времени и усилий.
И, если человек хочет более-менее нормальный, юзабельный, понятный людям и поисковикам сайт, то Друпал "из коробки" этого не сделает, (все равно нужны будут доп. хуки, препроцессорные и проц. функции и.т.д. и т.п. ) а ВП сделает. (правда не так гибко, как на Друпал и возможно, в будущем упрется в масштабируемость).
Считаю, что идея с кейсами - отличная.
1) Продвижение личного бренда.
2) Если кейсы покажут, что в Др. можно работать так же как в других cms быстро и легко, это будет дополнительно популяризировать Drupal.
3. Масштабируемость, безопасность, интеграции и гибкость наконец будут не на словах и абстрактных примерах, а в реальных кейсах.
В общем я за.
"Мышкой можно накликать любой функционал" в Drupal мышкой можно накликать очень и очень много.
Приведите примеры по WordPress, которые можно накликать.
так там все мышкой делается))) если нет необходимости в каких то уникальных архитектурах и особенностях, что как правило редко и фрилансеру такой заказ не видать, о чем выше верно сказано
Тащемта когда в друпале нельзя накликать мышкой это уже повод думать в сторону полноценных фреймворков.
А чем Друпал не полноценный фреймворк?
не так давно интересовался, как на друпале создать портфолио, так вот, нормальное портфолио мышкой в нем не накликать , а вот в WP и Joomla можно, достаточно установить плагин или компонент, MB2 Portfolio для жумлы на друпале такое сделать кучу делов, а ведь оно бесплатно, жаль что я в ней не шарю совсем
Почувствуйте разницу между "создать портфолио" и "установить плагин или компонент".
Ну, и "накликать нормальное портфолио" звучит как "построить нормальный дом". В чем "нормальность" заключается? И в чем сложность, даже накликать это все?
Не имею писательского таланта, чтобы описать, что в моем понимании нормальное портфолио, я выше привел конкретный пример на жумла MB2 Portfolio, если будет любопытно посмотрите
Порекомендуйте, мануалы по разработке модулей для 8-ке на русском, если есть, буду этот компонент в модуль превращать, по пиратски украв идею))))))
Ваша пиратская идея, 99%, что решается вообще без написания модуля.
Я бы даже сказал, что без написания кода, условные вьюсы, админка друпала и вперед
Да там куча js'а, я уж не говорю, что в админке можно в два клика и вывод и стиль и все изменить. Поэтому js, в любом случае нужно руками прикручивать css там же
Вот не стал бы я рекомендовать джумлу, раньше она занимала промежуточную нишу между вп и друпалом, но сейчас вп поднялся по функционалу, а друпал за счёт кучи модулей захватывает и более простые границы... места для джумлы как-то не осталось, а между тем вирусы оную по прежнему обожают. Хотя нагрузку джумла держит лучше.
я ее никому не рекомендую, я в ней сам мало что понимаю, и не могу сделать сайт такой же как у них на превьюхах, но тот компонент меня реально впечатлил, на WP такие есть тоже, но как правило в PRO версиях, а этот бесплатный, на 7-ом Drupal такой можно делать, а вот на 8-ке база начинает весить без контента 200mb, это слишком много
https://www.drupal.org/project/brainstorm_profile
http://live-brainstorm-profile.pantheonsite.io/portfolio
https://www.drupal.org/project/multipurpose_corporate_profile
http://dev-multipurpose-corp-profile.pantheonsite.io/portfolio
Можно установить и посмотреть, как все устроено.
так и в WP это можно делать, причем из коробки там подсветка кода автодополнение тегов
у....
Q - В чем работаешь?
A - PhpStorm
B - VSC
C - NetBeans
...
W - лошары...
Вы же понимаете, что это не киллерфича для разраба или заказчика вообще никак?
Ровно как и вообще не киллерфича.
Во времена, когда весь мир согласился с надобностью систем контроля версий, всяких там dev->stage->production и прочей непрерывной интеграцией.
Подобный функционал выглядит смешно
http://demo.mb2extensions.com/mb2-portfolio2 это?
К ним, судя по всему, флекс ещё не завезли.
И если честно, я не представляю, как такое можно умудриться не смочь накликать на друпале.
Ну так помогите лузеру, напишите гайд, как это накликать?
Структура - Представления - Добавить новое представление - Показать контент - Неформатированный список из полей.
Добавляем поля: кортинка, заголовок, текст, ссылка на материал.
Нажимаем кнопку "сохранить".
Вы серьезно?
Он серьёзно, только забыл добавить что потом долго и упорно писать ручками цсс или подключать библиотеки;)
Штатно во views нет возможности крутить вывод через средства css flex/grid, это одна из проблем. Другая проблема в том что в идеологии друпал считается правильным подключать все библиотеки отдельно, а запихнуть их в модуль это великий грех.
Но в принципе такую задачу действительно можно именно что накликать, только это очень нудно, долго, геморно...
Ставим тему, основанную бутстрапе. На вьюс вешаем класс row, в отображении вешаем класс строки col-md-4, например. И всё.
Что касается приведённого плагина, то он даже на демке кривой. Так что css придётся править в любом случае.
Что касается библиотек в модуле - я тут вообще не понял. Вот колорбокс, например, умеет команду drush colorbox-plugin, чтобы плагин установился. А ckeditor по умолчанию тянет библиотеку из cdn.
Ну т.е. 2/3 тем сразу идут лесом. Прекрасный совет!
Но у него ЕСТЬ демка.
Во-во, я о том же, полная шиза возведённая в норму. Чтобы сделать модальные окна (причём колорбокс мягко скажем не лучший представитель) нужно лезть в консоль. А у кривого (поверю на слово, лень проверять) компонента на джумле всё делается в несколько кликов из веб-морды, да к тому же демка есть...
P.S. К главному русскоязычному сайту можно было и прикрутить нормальное цитирование, а то даже на форуме ббкодить приходиться.
До слез)))))) Спасибо
Только вы забыли упомянуть важную штуку))
https://codecanyon.net/item/mb2-portfolio2-joomla-portfolio-extension/17... - это платное приложение.
Вы можете с тем же успехом купить у радона за 34$ аналогичное портфолио на D8. И не придется ничего кликать - получите модуль который также будет работать. Правда зашифрованный, т.к. для multiple использования вам надо купить extended версию за 100$ (вы же хотите все как у mb2 portfolio). Мы даже предоставим вам скидку в 10% от цены Mb2 Portfolio2 , доказав что на друпале можно делать дешевле.)
p.s. и да -- там будет flexbox и нормальное выравнивание. for free)
Может реалити-шоу устроить по накликиванию портфеля подобного?
Там есть бесплатная версия
Где? дайте линк plz
не могу дать линк, могу дать архив)))
это называется "пиратство" и преследуется по закону. Мы не будем обсуждать это дальше.
Просто раньше вот сдесь http://demo.mb2extensions.com/mb2-portfolio2 были ссылки в сайдбаре, теперь нет. Видимо, кто успел скачал и он поддерживается
Отличная инфраструктура на принципе "кто успел". Прекрасно масштабируемая и прогнозируемая. Я там выше говорил почему никто на вордпрессе и джумле не может перешагнуть порог в 50-200 сайтов. вот поэтому)
Куда уж нам с моно-репозиторием drupal.org
Welcome!
киньте ссылку, еще интересно на демо посмотреть, я имею ввиду админку тоже
А где посмотреть админку mb2 portfolio?
Вот я и говорю, там были ссылки на скачивание фри версии, там и можно было посмотреть, причем она не намного хуже полной, почти одно и тоже
а что тут плохого, это сторонний разработчик, я подобное и на других движках видел, для дру тоже есть вещи которых на орге не найдешь. Нужно наоборот на заметку брать, маркетинговый ход, у них вот сейчас другие расширения бесплатно распространяются, а завтра не удивлюсь платными станут.
Ничего плохого -- просто разная идеология разработки. ни та ни другая не является плохой. Полезно быть специалистом чтобы понимать - когда лучше применять то или иное решение. Предлагаю на этом закончить спор, т.к. он ничего ни для друпала, ни для джумлы, ни для нас не изменит)
Согласен, только это не спор, мне просто хочется, чтобы у движка который мне нравиться была такая же колекция расширений, чтобы можно было хотя бы типовые решения пилить быстро
Посмотрите раздел дистров, там не то что решения, там целые готовые бизнессы есть.
это всегда trade off. Вы выбираете либо отсутствие стандартов но широкий пул решений (большинство лучших из которых рано или поздно становятся платными - пример https://semperplugins.com/all-in-one-seo-pack-pro-version/?loc=readme_utpv , самое простое решение чтобы сделать SEO в WP стоит денег ).
Да, вы можете сказать "есть же бесплатные". Есть. Но когда у модуля есть одновременно платная и бесплатная версия - угадайте, чем занимается команда разработчиков?) Они анализируют - какие из фич самые нужные, которые нужно спрятать из бесплатной, и перенести в платную, собирают статистику пока наберут нужно кол-во беслпатных пользователей и потом -- зарабатывают
Либо вы получаете фреймворк, конструктор и единый стандарт.И ограничения, которые это несет в себе.
Поэтому если вам нужна возможность выбрать из 20 000 модулей 100, оплатить 40 из них и получить быстро что-то красивое - конечно вам нужен WP. если вам нужно тестировать бизнес-гипотезы, и быть гибким, предоставляя своим собственным клиентам простой вариант изменений (а не вылитые в бетоне готовые плагины) -- то вам Drupal. Забавно что Joomla вам не нужна в любом случае ))
Нет, не так. В платные переносят фичи критичные для крупных клиентов готовых платить. В бесплатной то чего хватает большинству. За счёт гигантского количества сайтов на вп разрабы плагинов не бедствуют.
Вот в джумле да, там маркетинг значительно жощще ибо количество гораздо меньше, но на ней пилят корпоративные сайты - там всегда норм с баблом.
Это кстати ответ на вопрос почему нельзя искусственно отрезать нижний сегмент рынка. В нём корни и он питает баблом всё что выше.
Да уж, у меня и не получается, хоть и говорят, что простая, но все всегда криво идет, бросаю и меняю движок. За модуль FZ152 спасибо, сегодня затестил действительно удобно
Да госспади, что там проверять то? Четвёртый элемент в демке по ссылке стоит абы как. Такой косяк ну никак не вписывается в понятие "коробочного решения". И тут ещё есть огромный вопрос по поводу гибкости - вот надо будет вывести дату публикации, число комментов или ещё что-нибудь подобное, и что с этим делать?
Лососнуть тунца, что ещё то!)))
Но для друпала можно было бы сделать библиотеку вьюшек. И всякие варианты вывода на скриптах и на цсс. Т.е. получить возможности того же вп не потеряв всех плюсов друпала.
Вот это кстати было бы здорово...