Мы продолжаем приводить аргументы в пользу Drupal и привлекать для этого экспертов: руководителя отдела Drupal-разработки агентства «Далее» Виктора Степанькова, технического директора компании «РаДон» Александра Дубовского, автора блога niklan.net Никиты Малышева и сотрудников ADCI Solutions — технического директора Антона Шубкина и директора Александра Кузнецова.
В первой части мы обсудили преимущества Drupal перед другими CMS. Теперь пора разобраться, когда между Drupal и кастомной разработкой стоит выбирать первое, и когда пора привлекать специалистов веб-разработки, чтобы раскрыть весь потенциал этой CMS.
Drupal хорош, когда нужно быстро стартовать или когда неизвестны конечные требования к продукту (читай: отсутствует ТЗ). Я бы сказал, что Drupal является идеальным средством для прототопирования и последующего рефакторинга вкупе со своими возможностями «визуальной» сборки админок, системой алиасов, image styles и т. п. В любой момент можно заводить новые сущности, менять связи между ними, переносить данные.
На полностью кастомных разработках на сторонних решениях приходится сталкиваться с тем, что не реализованы самые базовые вещи, либо реализованы так, как посчитал нужным разработчик. Это, например, SEO, кеширование или обработка ошибок. Если нам недостаёт возможностей CMS, то под капотом есь компоненты Symfony и привычные механизмы по модификации бэкенд-логики.
Drupal можно отнести к low-code решениям — он позволяет собирать MVP без участия разработчиков, либо с их минимальным участием. По мере развития проекта и его потребностей это решение можно будет без проблем расширить или перенести «в код».
Drupal «из коробки» предоставляет множество различных решений, для которых в конкурирующих с Drupal системах вроде WordPress, Joomla и Bitrix уже ищут разработчиков и пишут код.
Drupal выигрывает у кастомной разработки за счёт скорости старта, меньшего бюджета на MVP или тестирование бизнес-идеи. Он дешевле для не особо больших проектов и проектов, состоящих из стандартных задач, которые легко решаются из коробки или контрибными модулями. И, естественно, он очень хорош для контентных сайтов.
Вообще, перед выбором инструмента надо понимать цели проекта и то, какие плюсы и минусы есть у одного и другого подхода. Старт на Drupal вовсе не значит, что нельзя переехать на кастомное решение в случае успешности проекта или если Drupal по какой-либо причине перестал удовлетворять прежним задачам и требованиям. Тут всё в руках команды разработчиков. Да и использовать оба подхода вместе ничего не мешает.
О Drupal часто говорят как о CMS, с которой можно справиться даже без знаний программирования. Отчасти это так, но где проходит граница, когда накликивания мышкой мало для того, чтобы сайт стал полноценным представительством бизнеса в интернете, и пора обратиться к команде специалистов?
Для решения части задач своими силами клиенту нужно будет разобраться, как устанавливать и обновлять ядро и модули, понять принцип таксономии, разобраться в типах материалов, полей и блоков. Это минимальный набор, использование которого рано или поздно приведёт к общению с разработчиками и привлечению их на задачи посложнее. Но спросите у себя честно, надо ли вам всё это? Каждый должен заниматься своими делами: бизнесмены — бизнесом, разработчики — разработкой.
Клиенту не стоит разбираться с Drupal самому в случае, если задача выходит за рамки управления сайтом и контентом. Drupal — это не про one-click решения по разворачиванию маркетплейсов с интегрированной социальной сетью, когда что-то скачал, где-то поставил галочку и готово. Нужно понимать, что ты делаешь и к чему это потенциально может привести.
Для того, чтобы набросать структуру контента или данных, их связи, выборки и фильтрации, не нужно быть даже middle-разработчиком — вполне хватит джуна, знакомого с базовыми понятиями.
Потребность в профессиональной помощи возникает тогда, когда у сайта кастомный дизайн, требования к функциональности не решаются модулями ядра или контрибными модулями и требуют кодинга, когда проект высоконагруженный и когда есть техническое SEO.
Способностей человека, не знакомого с кодом, не хватит, когда нужно выпустить продукт для drupal.org. Например, у вас платёжная система и вы хотите сделать универсальный модуль для Drupal-комьюнити. Также помощь профессионалов понадобится тогда, когда у вас коммерческий проект и вы до этого ни разу не работали с Drupal, а сроки поджимают. Но в целом вы можете сами начать прототипировать проект, скинув ваши размышления об архитектуре в специализированные Drupal-чаты в телеграме или в drupal.ru, и вам датут общие рекомендации, что лучше изменить в архитектуре.
Заключение
Если бы система Drupal была простой, как песня, ни мы, ни наши эксперты не занимались бы сайтами на Drupal профессионально. Но с 2007 года через ADCI Solutions прошли сотни проектов от простых сайтов с контентом до eCommerce и CRM. Мы делали сайты с нуля и совершенствовали уже готовые, но не выполнявшие своих задач, проводили редизайн и внедряли функциональность, повышающую удобство пользования и, как следствие, конверсию посетителей сайта в клиентов бизнеса. За подробностями приглашаем вас в наше портфолио на Рейтинге Рунета, а за консультацией по проекту обращайтесь по адресу [email protected].
Если вдруг захотите сделать сайт для своего бизнеса на Drupal тто почитайте сначала вот это и особенно комментарии там пишут как раз БЫВШИЕ Drupal-разработчики https://www.jeffgeerling.com/blog/2019/drupal-8-successes-and-failures
Раскройте свою мысль шире.
В статье нет как такового негатива по поводу Друпала.
Зато написан хороший вывод, что мир изменился и Drupal 8 не такой как Drupal 7.
Половина статьи вовсе про апгрейд, а не про создание с нуля
Ну и бывший разраб странно продолжает контрибьютить, даже в девятую версию
А что тут развивать, там многие написали в комментах, читайте. Там кто то сверху писал о симфонии, ну так это две большие разницы Друпал и Симфони, если симфони становиться всё более удобней то о друпал этого не скажешь, какой в симфони отладчик и какова кансоль и насколько сегодня просто с помощью мейкера клипать приложения, чего говорить если Фабиен - https://leanpub.com/symfony5-bystryj-start сам написал книгу о создании приложений на симфони и регулярно на семинарах демонстрирует именно практическую сторону своего творения, покажите книгу которую написал Дрис? А какую конфетку создали из друпал 7 разработчики backdrop просто слов нет вот по какому пути должен был развиваться друпал, а сегодня это тяжелый монстр, который сложнее даже той же симфони, а вот небольшая стата из той же статьи - Here are my two cents:
Take a look at the Stack Overflow Developer Survey Results 2019, more specifically "Most Loved, Dreaded, and Wanted Web Frameworks", you'll see that Drupal tops the most dreaded category. Ouch.
https://insights.stackoverflow.com/survey/2019#most-loved-dreaded-and-w…
и я не писал что автор статьи бывший разработчик, а писал что в комментариях к его статье много бывших разработчиков с весьма
ценными замечаниями
Книга Фабиена кстати распространяется бесплатно и есть на русском, ну кому интересно если что