Несколько слов в защиту Drupal

Дата публикации:Март 25, 2015

Повествование ведется от лица .

Прошлые 7 лет моей жизни были связаны с WordPress. За это время мы расширились от 2 миллионов сайтов до десятков миллионов сайтов. На сегодняшний день W3Techs сообщает:

«Wordpress используется на 23.6% всех сайтов, что составляет долю в 60.8% на рынке всех систем управления контентом»

А теперь приведем сравнение с Drupal:

«Drupal используется на 2.0% всех сайтов, что составляет 5.1% от всех сайтов, чью систему управления мы знаем».

Иногда людям нравится «сталкивать лбами» Wordpress и Drupal, словно мы боремся друг с другом, а не с проприетарным программным обеспечением. На WordCamp’ах, встречах, а также на любой сходке профессионалов обязательно кто-то задает вопрос о Drupal, и я неизменно отвечаю, что у нас больше сходств, чем отличий. «CMS с открытым исходным кодом, созданная на PHP» описывает нас обоих, как и любое описание модели участия или даже экономической модели – как часто я слышал, что Acquia так же много сделала для Drupal, как и Automattic для WordPress. Мы даже делили вместе одно пространство стенда на выставке OSCON.

Чтобы убедительно доказать свою точку зрения, я обычно привожу пример: представьте, что вы застряли в лифте/сидите рядом с кем-то в самолете. Насколько вас бесил бы человек, сидящий рядом, если бы он был связан с Drupal, но при этом он был бы в состоянии поддержать разговор, который вам нравится? Обычно люди согласны с таким соседством. Поскольку все мы – простые любители открытого кода, которые думают о таких вещах, как лицензии на программное обеспечение, статус коммита, а также количество предложений. Мы выглядим нелепо в глобальном пространстве – мы не боремся с раком и не пытаемся помочь голодающим. В лучшем случае мы помогаем запускать сайты людей, которые всем этим занимаются, и если бы мы перестали завтра существовать, конца света бы не наступило. Однако свободное программное обеспечение является удивительным, поэтому давайте оставаться друзьями!

На конференциях люди иногда смущаются, если я составляю компанию Amye или другим девушкам Drupal, которых я знаю и с которыми дружу. Они спрашивают: «Вы разве не конкуренты?», на что мы обычно смеемся в ответ. Ведь у нас больше сходств, чем различий.

Складывается такое ощущение, что все те годы защиты Drupal и требования родства с WordPress ушли коту под хвост, поскольку WordPress сегодня просто уделывает Drupal по всем показателям. Однако давайте вернемся немного назад.

Долгое время людям в сообществе WP недоставало вариантов оплаты наиболее продвинутым участникам, чтобы они работали над ядром полный рабочий день. Естественно, Automattic, 10Up, Human Made и другие компании поддерживали некоторых людей, однако их было так много, что они могли просто потопить компанию. Какое-то время шли разговоры о WordPress Foundation (фонде WordPress) как о способе оплаты труда, но это все осталось лишь на словах. Таким образом, когда люди стали обращаться к краудфандингу, как в случае с финансированием разработки BuddyPress, bbPress и GlotPress на Indiegogo, это выглядело настоящей эволюцией, хотя такое решение было не слишком масштабируемым.

Таким образом, когда я столкнулся несколько недель назад с Ruby Together, я подумал, что это просто прекрасно.

rubytog

Затем открылся сбор средств для Drupal 8, и я посчитал, что это тоже очень круто! Неплохие пожертвования и еще много всего.

А затем я увидел это:

contr

Я улыбнулся, узнав нескольких человек. Но кто это в нижнем левом углу? Я щелкнул по нему и увидел следующее:

drupss

Первой мыслью было: «Что?»

Затем: «Нет, реально, что это?»

Этот человек однозначно думал, что футболка с прошлого мероприятия Drupal будет выглядеть забавно и побудит людей скинуть средства. Но реально, что это?

Такая футболка попросту безвкусна, и мне стало страшно, что сообщество Drupal поддерживает это.

И теперь мы пришли к тому, что «Drupal мочится на WordPress».

Я столько раз выступал на WordCamp’ах с докладами о том, как важно быть дружелюбным, почтительным и доброжелательным – включая использование соответствующей лексики и изображений – что в какой-то момент некоторые люди даже хотели бы мне сказать «заткнись ты уже, б…!» (или говорили). Я несколько раз проецировал на Drupal свой рассказ о том, что «надо быть дружелюбным». Я никогда не стал бы проектировать футболку, на которой WordPress мочился бы на Drupal (и при этом я разрабатывал спорные футболки несколько раз для WordCamp), потому что это не прикольно, это просто безвкусно и непочтительно. Так что футболка Drupal опечалила меня. Я уверен, что вряд ли кто-то из моих друзей приложил руку к созданию такой футболки. Однако меня взбесил тот факт, что сообщество посчитало это нормальным, даже прекрасным, раз они решили разместить это на главной странице мероприятия по сбору средств.

«Для того, чтобы наш проект развивался, нам не обязательно опускать другие проекты». Примерно в таком ключе я говорил своим племянницам и их друзьям, которые учились в 9 классе и имели привычку унижать других девочек, чтобы поднять свою самооценку (что делают многие подростки). Я надеюсь, что многие люди учтут это, ведь если вы даже и можете отвесить глупую/саркастичную/безвкусную шутку, которая возвышает вас и унижает других, это не значит, что вы должны так делать.

Так или иначе, оплошность одного человека не должна стать причиной демонизации целого сообщества проекта. Не стоит состязаться в хамстве. Конкуренция должна быть здоровой. Не нужно опускаться до подножек друг другу. Считать, что мы – разные стороны, действительно глупо. Все мы – фанаты CMS с открытым кодом. Мы стоим на одной стороне. Давайте держаться вместе.

Источник: http://jenmylo.com/

Поделиться

12 комментариев

  1. AlexS says:

    Эх друпал, столько времени на него потратил

  2. Antonic says:

    Я начинал с Drupal, теперь за него возьмусь, только если не смогу выполнить необходимое на WordPress, но, возможно, это будет уже не целесообразно.

    • Дмитрий says:

      Drupal пока агонизирует, но сайты на нем все равно создаются… Хотя очевидно, что на данном уровне перспектив у него нет, будем смотреть правде в глаза.

  3. alexs says:

    Почему агонирует? Можно подробнее почему так?

    • Дмитрий says:

      Для не-программистов он просто нереально сложный. А для программистов он избыточен. Зачем программистам сталкиваться со старыми проблемами Drupal, если можно просто воспользоваться базовыми фреймворками, такими как Symfony, Rails или Node.js? Да и если выбирать, что изучать — по-моему очевидно, что перспективнее всего изучить именно эти фреймворки, а не Drupal.

  4. AlexS says:

    Ну да, заметил кто друпал более-менее изучил, имеется ввиду программисты, уходят на фреймворки например Yii. Кстати, Symfony ООП и тыды будут в 8-ке, но на сколько знаю 8-ка будет неполноценной переходной версией к 9-ке. А что за «старыми проблемами Drupal»?

    • Дмитрий says:

      Очень много потребляет памяти (больше, чем крупные фреймворки), поддерживать крупные проекты вылетает в копеечку. Очень мало доступных модулей. Плохая поддержка обновлений (при переходе к новой версии клиентам приходится платить программистам, причем немало, чтобы все работало, как положено — или оставаться на старой версии). Переезд на новый сервер может вызвать массу проблем. Сложно разбираться в модулях. Быстро создать и запустить сайт на Drupal можно только в том случае, если уже давно занимаешься этим. Также у Drupal имеются свои проблемы с кэшированием.

      Эти (и другие) проблемы кочуют из версии в версию. Что-то улучшается, что-то еще сильнее запутывается.

  5. AlexS says:

    Согласен есть сложности начального освоения и с ограниченным количеством модулей по сравнению с WP, переход сложного проекта с мажорной версии вообще проблематичен.
    На сколько знаю у drupal что и у wordpress одни и теже проблеммы с производительностью по сравнению в фрейворками. У друпал даже дело получше в плане организации и работы с базой данных, во всяком случае специалисты по базам данных так говорят. А сколько будет стоить хостинг веб-сайта на WP с посещаемостью 5000 в сутки? в drupal7 с такой посещаемостью обходилось до 100-150$ в месяц

    • Дмитрий says:

      Насчет различий в организации работы с БД не знаю, не углублялся в это. Возможно, что различия имеются, и возможно, что в положительную сторону для Drupal.

      Можно взять VPS-хостинг. Если даже брать самый дорогой тариф у Агавы, который, к слову говоря, рассчитан и на более мощные нагрузки (http://hosting.agava.ru/vps-vds/windows/tp_business.shtml), то выйдет где-то 100 долларов в месяц. Так это еще и самый мощнейший тариф. Можно вполне ограничиться стандартом: это 33 бакса в месяц.

  6. Vovasik says:

    Да не товарищи все немного не так с Drupal (я с ним долго работал)

    Проблема первая релизы так медленно выходят что успевают устаревать морально, впомним сколько мы ждали 7 ветку и как мало мы её пюзали пока не объявили что будет 8 и 7 уже не круто, если коротко то ждали долго и пользовались семеркой не очень на долго даже не все модули с шестой версии мигрировали на седьмую.

    Проблема еще одна из той же оперы это использование устаревших библиотек и зависимости от них причем именно от старый и дряхлых так как здесь все занимаются wp коротко объясню на примере есть модуль views один из продвинутых и самых передовых, так там нормальное явление использовать jquery 1.7 с 1.8 уже ломается и таких модулей много ckeditor так же ломается то есть в админке придется использовать старые убогие скрипты и это никого не смущает, есть модуль который обновляет версию jquery , но обновляет это громко сказано потому как на морде сайта все нормально а в админке что то ломается ок изощеряемся и делаем и хуками делаем в админке старый jquery а вадминке новый решаемо конечно но на дворе 2014 год был когда я это делал думаю и сейчас ничего не изменилось . Тоже и с их модулями например devel 3 года использовал библиотеку krimo хотя сам автор этой библиотеки уже другую ветку ее запилил и все это дело обратно совместимо , но нет используют старье.

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

  7. Vovasik says:

    Ну там еще работа с базой так непрозрачная что часто кеширование чего либо часто ломает кеширование чего либо другого в другом месте.

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

    На счёт переноса ,друпал переносится лучше других цмс куда бы то не было это факт тут нечего говорить.

    Но все это не проблема по сравнению с сообществом, если на вопросы о wordpress даже дурацкие мне часто отвечают такие люди как Сергей Бирюков , Константин Ковшенин и происходит нормальный диалог то на drupal.ru и на друпал сходке когда я в свое время поднимал вопрос про то, что не является ли уязвимостью возможность генерации бесконечного количества миниатюр путем определенных запросов к сайту из вне , то каждый местный Вася пупкин разводил флуд и посылал в гугл , а как выяснилось позднее баг там действительно был и его пофиксили позднее, но с сообществом друпале уже тогда было все понятно поволноваться там многие любят но разбираются в матчасте явно немногие и самое главное в сообществе такое совсем не возбраняется :) все в порядке у людей . Нет я конечно хочу друпал 8 и готов верить что он выйдет раньше чем устареет, но согласен с определение огонизирует

    • Дмитрий says:

      Спасибо за подробности. Было интересно ознакомиться с мнением человека, который давно работает с Drupal и знает многочисленные тонкости этой CMS.

Оставить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Получать новые комментарии по электронной почте. Вы можете подписаться без комментирования.