Разработка сайтов на Drupal: преимущества глазами экспертов. Часть 2

Мы продолжаем приводить аргументы в пользу Drupal и привлекать для этого экспертов: руководителя отдела Drupal-разработки агентства «Далее» Виктора Степанькова, технического директора компании «РаДон» Александра Дубовского, автора блога niklan.net Никиты Малышева и сотрудников ADCI Solutions — технического директора Антона Шубкина и директора Александра Кузнецова.

Разработка сайтов на Drupal: преимущества глазами экспертов. Часть 2

В первой части мы обсудили преимущества Drupal перед другими CMS. Теперь пора разобраться, когда между Drupal и кастомной разработкой стоит выбирать первое, и когда пора привлекать специалистов веб-разработки, чтобы раскрыть весь потенциал этой CMS.

Drupal хорош, когда нужно быстро стартовать или когда неизвестны конечные требования к продукту (читай: отсутствует ТЗ). Я бы сказал, что Drupal является идеальным средством для прототопирования и последующего рефакторинга вкупе со своими возможностями «визуальной» сборки админок, системой алиасов, image styles и т. п. В любой момент можно заводить новые сущности, менять связи между ними, переносить данные.

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

Виктор Степаньков, Руководитель отдела Drupal-разработки агентства Далее

Drupal можно отнести к low-code решениям — он позволяет собирать MVP без участия разработчиков, либо с их минимальным участием. По мере развития проекта и его потребностей это решение можно будет без проблем расширить или перенести «в код».

Drupal «из коробки» предоставляет множество различных решений, для которых в конкурирующих с Drupal системах вроде WordPress, Joomla и Bitrix уже ищут разработчиков и пишут код.

Никита Малышев
, Фрилансер, автор блога niklan.net
Разработка сайтов на Drupal: преимущества глазами экспертов. Часть 2

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

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

Антон Шубкин
, CTO компании ADCI Solutions

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

Для решения части задач своими силами клиенту нужно будет разобраться, как устанавливать и обновлять ядро и модули, понять принцип таксономии, разобраться в типах материалов, полей и блоков. Это минимальный набор, использование которого рано или поздно приведёт к общению с разработчиками и привлечению их на задачи посложнее. Но спросите у себя честно, надо ли вам всё это? Каждый должен заниматься своими делами: бизнесмены — бизнесом, разработчики — разработкой.

Александр Кузнецов
, директор компании ADCI Solutions

Клиенту не стоит разбираться с Drupal самому в случае, если задача выходит за рамки управления сайтом и контентом. Drupal — это не про one-click решения по разворачиванию маркетплейсов с интегрированной социальной сетью, когда что-то скачал, где-то поставил галочку и готово. Нужно понимать, что ты делаешь и к чему это потенциально может привести.

Для того, чтобы набросать структуру контента или данных, их связи, выборки и фильтрации, не нужно быть даже middle-разработчиком — вполне хватит джуна, знакомого с базовыми понятиями.

Виктор Степаньков, Руководитель отдела Drupal-разработки агентства Далее
Разработка сайтов на Drupal: преимущества глазами экспертов. Часть 2

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

Антон Шубкин
, CTO компании ADCI Solutions

Способностей человека, не знакомого с кодом, не хватит, когда нужно выпустить продукт для drupal.org. Например, у вас платёжная система и вы хотите сделать универсальный модуль для Drupal-комьюнити. Также помощь профессионалов понадобится тогда, когда у вас коммерческий проект и вы до этого ни разу не работали с Drupal, а сроки поджимают. Но в целом вы можете сами начать прототипировать проект, скинув ваши размышления об архитектуре в специализированные Drupal-чаты в телеграме или в drupal.ru, и вам датут общие рекомендации, что лучше изменить в архитектуре.

Александр Дубовский
, CTO компании РаДон

Заключение

Если бы система Drupal была простой, как песня, ни мы, ни наши эксперты не занимались бы сайтами на Drupal профессионально. Но с 2007 года через ADCI Solutions прошли сотни проектов от простых сайтов с контентом до eCommerce и CRM. Мы делали сайты с нуля и совершенствовали уже готовые, но не выполнявшие своих задач, проводили редизайн и внедряли функциональность, повышающую удобство пользования и, как следствие, конверсию посетителей сайта в клиентов бизнеса. За подробностями приглашаем вас в наше портфолио на Рейтинге Рунета, а за консультацией по проекту обращайтесь по адресу hello@adcillc.com.

1717
67 комментариев

Добавлю от себя немного.

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

Например, сайт строительной фирмы с проектированием. Нужно сделать страницы услуг, портфолио, сотрудников, отзывы и тд. Специалисты по WP предлагали каждую из страниц наполнять отдельно, используя редактор страниц (WPBakery например)! То есть все вручную на каждой отдельной странице!

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

Другая киллер-фича - модуль Paragraphs! 
Он позволяет делать шаблоны блоков, типа как на Тильде. То бишь делаем дизайн с блоками определенной структуры, и контент-менеджер может создавать лендинги без программиста! Правда, на Тильде все же попроще будет интерфейс, но такой гибкости как у Drupal не ждите. Сквозные блоки, формы, взаимосвязи - все что душе угодно.

SEO. Есть все что нужно - метатеги, разметка, структура, мобильность, скорость, AMP, Турбво, поддомены. Все! И что особенно важно в 2020 - возможность оперативно дорабатывать как отдельные страницы, так и разделы. Контентная составляющая, а так же ее представление - очень важно для улучшения ответа на интент пользователя и на улучшение ПФ.

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

3
Ответить

Drupal - это машина времени, установил и ты уже в начале 2000-ых

1
Ответить

Чувак! ты наёбал уже почти 20 сообщений под этим постом. Сходи чтоли прогуляйся, воздухом подыши. Потом открой гугл, посмотри что такое Композер, компоненты симфони, PSRы в конце концов почитай (для совсем несчастных они даже на русский переведены), поищи как все современные практики применяются в твоём любимом решете и когда проплачешься возвращайся и «пеши есчо».

2
Ответить

Drupal «из коробки» предоставляет множество различных решений, для которых в конкурирующих с Drupal системах вроде WordPress, Joomla и Bitrix уже ищут разработчиков и пишут код.

А мне кажется наоборот. Много разных полезных модулей есть у Битрикса и Вордпресса. А для Друпала надо нанимать разработчиков

1
Ответить

Не соглашусь, никогда не был разработчиком, но однажды появилась идея, которая превратилась в достаточно сложный по функционалу сайт (типа соц.сети), было в голове понимание, что хочу и как должно работать. Разные сборки на базе CMS не подходили. В итоге начал собирать из модулей. Сначала обратил внимание на Joomla, сделал сайт, но не оказалось кучи нужных модулей, переполз на WP - такая же фигня, потом узнал про Drupal - удалось реализовать всё (хотя я и использовал недоработанные модули и ждал их новых версий, но сделал). В итоге любая идея превращалась в сайт за месяц, даже меньше, чего я не мог себе позволить с остальными CMS.

PS Сайты делал лет 7-5 назад. 

1
Ответить

Любая вьюха на друпале == код для выборки на любой иной системе.
Image Styles - в Битриксе снова через код, либо платный модуль в маркетплейсе
Нужна мультиязычность? Пожалуйте за платным плагином в WP.
Нужно управление контентом больше чем список контента, опубликовать и снять с публикацией? Иди в маркетплейс

Ответить

Более чем верно, утверждение что у Drupal чего то там больше звучат как минимум нелепо...интересно еще то обстоятельство что разработчики утверждая что тот или иной модуль на drupal org помеченный зеленым полностью безопасен и протестирован допускают маркировать так модули просто приводящие к фатальным ошибкам например ReCaptcha где в 3 версии якобы подходящей под drupal 9  просто нет целой папки с файлами и это уже не смешно

Ответить