14 сентября 2013 в 4:08
Форк, который стремится взять лучшее от старого друпала - простоту, гибкость и дешевизну разработки.
На мой взгляд, это еще один симптом грядущих проблем Drupal 8, о которых я уже писал.
Вообще, удивительно, насколько описание этого проекта созвучно моим субъективным ощущениям от проблем друпала. Пример - про проблему обратной совместимости проект заявляет:
Keep APIs Stable ("Major" versions)
We will make the upgrade process easier on end-users by maintaining slower-moving core APIs.
Посмотрим, что из этого выйдет..
http://backdropcms.org/
http://pingv.com/blog/backdrop-forking-drupal
Комментарии
quicksketch один из ключевых разработчиков ядра.
Форк наверно связан с тем, что ему не нравится 8-ка.
https://drupal.org/node/2066783
Действительно, я даже в твитте не бываю, но и то уже там словил про эту CMS и ждал, когда же тут поднимут тему.
Вообще, честно, не понял зачем это. Бред какойто и больше на нытье похоже. 3 года они API держать будут мажорных версий. Епт, это звучит буд-то бы после выхода Drupal 8 семерку бросят сразу же. Года 3-4 семерка еще будет развиваться и получать апдейты, этого времени хватит за глаза даже слоупокам перейти на Drupal 8 и разобраться в его новшествах и подходах.
Честно, меня самого пугает то, сколько предстоит выучить для Drupal 8, но при этом и получу я в итоге старый добрый Drupal, но более современный.
Он просто хочет выдать обезьянам гранаты)
Ибо заявлено:
...
The traditional audience of Drupal is not a crowd of professional developers.
...
Backdrop appeals to a different developer audience than Drupal 8. By rewinding APIs back a bit further (removing database query abstraction and page-level renderable arrays for example), Backdrop will lower its barrier to entry, increase performance, and position itself closer to the market of WordPress users.
...
Это деградационная ветка.
Имеет право на жизнь)
В случае успеха почистит аудиторию дру.
> В случае успеха почистит аудиторию дру.
Уйдут на backdrop.ru?
маловероятно)
Тут либо сидят те кто может разобраться в текущем дру и будущем разберется, либо кто как кликал, так и кликать будет в Drupal 8. Эта система непонятно на какую аудиторию. Хотя.. будут джумлаводы, впшники и прочие идти на бэкдроп из-за "низкого" порога, а потом и на друпал перепрыгнут. Некий фильтр.
Ну как я и сказал, денег не соберут.
Друпал 6 форкали дял повышения скорости работы
Друпал 7 форкают ради АПИ
Зачем же будут форкать Д8? А уже есть за что. Из Д8 хотят выпилять РНР модуль, давайте форкнем Д8 и туда впихнем в ядро РНР модуль.
Drupal 8 форкнут ради форка
Так на гитхабе у них 13 участников и Дрис там тоже числится и по статам он там самый зверь))) так что вообще не понятно о какой там революции мелькало в твите
Ооо, кухонные аналитики уже все заранее знают, да
Факты в том что
Эта стата содержит, на сколько я понял, стату из форкнутого друпала. Офк, там дрис присутствует.
В таком случае не проще ли это все бросать, а составить четкие инициативы и реализовать в Drupal 9
Разные задачи и разная целевая аудитория. Кроме того, Дрис не позволит (у него, вообще говоря, конфликт интересов).
http://www.reddit.com/r/drupal/comments/1m8bjv/new_drupal_fork_backdrop_...
http://www.reddit.com/r/drupal/comments/1m77gq/introducing_backdrop_a_wr...
Непостоянство API залог провала в нескором будущем.
Обращаю внимание.
Меня бесила политика исправления багов в текущей версии Дру. "Ваш сайт содержит ошибку, но мы ее исправим только после того когда ошибка будет исправлена в Drupal 12, который выйдет через 5 лет". Да большинству плевать, что будет через 5 лет!
Больше здравого смысла, ура.
Да... ожиатаж впечатляет судя по indiegogo. Столько обсуждений, уже статей написано а пожертвовало 28 человек. Начал тыкаться по пиплу кто пожертвовал, кто такие вообще хз. Один из Lullabot, и то, фронтенд девелопер, ему вообще по сути пох что внутри будет. Хочет просто видимо WP, но более солидное. В реддите тоже, основная поддержка от верстальщиков. Они то стонут вообще я не пойму. Их это меньше всего касается же. Я хз, в общем, денег не соберут, очевидно же, хотя компания отдаст им все бабки что они соберут, даже если цели не достигнут. Походу этот мужик с девушкой просто решили 50к на двоих поднять по легкому.
Напрягает то, что технические требования для восьмерки возростут чуть ли не на порядок при аналогичной посещаемости.
Вообще в восьмую версию что-то много всего запихали. По хорошему, добавили бы только симфони и голое ядро. А лучше бы сделали свой каркас, так как symphony далеко самый не легкий. И заморози ли бы API.
Где такое сказанно, и с чего это напрягать должно обычных пользователей? Всеравно прожорливости битрикса не будет, что для сайта дедик придется брать при посещаимости 100 человек в сутки.
С каждой альфой восьмерка все быстрее и быстрее. Уже твиг проигрывает 2-3мс phptemplate. Это настолько мизерно, что даже не является разницей.
А по сути ничего и не пихали. Заменили олдскул на современное, вот и делов то.
Т.е. тут не тупо взяли да запихали, а заменили. Это как бы разные вещи.
Минимальный профайл. Вот и симфони с голым ядром.
Делать инжекторы, роуты, я думаю не очень легая вещь. Копипастить в наглую у симфони тоже не есть хорошо. Если придумают что лучше, выпилят симфони и поставят своё. А сейчас как-то надо было решать проблему, вот и задействовали компоненты симфони. А то что она не легкая, то кому какое дело, она не на всю катушку же задействована, а лишь её компоненты. Будет слишком глючить, допилят симфони, и помогут заодно другому опен сорс проекту.
P.s. перед выходом семерки такую панику наводили, что я как новичек, вообще одуревал. Думал что за нах, я ток друпал учить начал а следующую версию уже похоронили. В итоге сейчас все уже любят 7.
То же самое и с 8, только паника немного помощнее, что выливается в форки. Я так понял, для друпала это в порядке вещей, так паниковать всем сообществом перед релизом новой версии.
Правильно, давно пора. К чему паника? У любого хорошего проекта на Гитхабе может быть до 10000 форков, и никто не истерит.
Все идет к тому, что Аквия будет впаривать свой жирный Друпал крупным заказчикам, а сообщество сделает свою легковесную версию Дру.
Все будет зависеть от того, насколько сильно Дрис и Ко будут наступать альтернативам на горло.
как я понял, основывается полностью на 7-ке, т.е. все модули для 7-ки будут пахать и тут?
Форк будет смесью 7 и 8. Модули, написанные под 7, работать не будут, но ставится цель, чтобы портировать такой модуль на Backdrop было гораздо проще, чем на D8.
Проще портануть на Drupal 8, ибо на 9 и далее будет проще. Уже дальше ООП они явно никуда не пойдут, да и некуда. Ну портанут пару разрабов свои модули на Backdrop и бросят. Аудиторию с Drupal.org никогда не составит. Большинство модулей на орге вообще бывшые кастомы, которыми решили поделиться с сообществом. А их порт на следующую версию лишь как правило появляется из-за того что автору самому же надо, он для себя портирует и опять на орг.
При такой шумихе об этом Backdrop (везде где друпал активно обсуждается, уже проскользнул он) всего 32 человека пожертвовало. Спрос впечатляет.
Niklan, я смотрю твоя цель - лишь бы что то сказать в любой теме. Не важно даже если это чепуха...
это пипец. Ты хоть кодил под друпал когда то? Садись портировщик вебформ для 8-ки переписывай, он почти везде стоит, его автор на 8-ку не будет переписывать.
Это смысл моей жизни. Хотя я не уловил почему такая реакция, я вроде как дал ответ про апи бэкдропа. ну да ладно
Портировщик вебформ - это модуль, или после "портировщик" должна стоять запятая? Если запятая, то как бы КЭП на страже, и говорит что возможности вэбформы в ядре 8. Чего же сразу Views не предложили мне портануть, его тоже в виде контриба никто не собирается портировать.
ты ответил что д7 модули пойдут под этот форк, хотя истина в том что нет. Разница чувствуется?
Т.е. ты утверждаешь что при абдейте с Д7 на Д8 все формы от модуля Д7 вебформ автоматом переведутся в формы Д8?
Самое большое количество модулей было в шестой, в седьмой некоторые то сих пор в бете. В восьмерке посмотрим как будет.
Вообще, в будущем этот симфони по идее должен облегчить портирование модулей?
Я написал "пока да, потом скорее всего не будут". Пока бэкдроп кушает модули семерки, только уже не "скорее всего", а точно не будут в дальнейшем поддерживаться.
Омг, ну если так отталкиваться, то с семерки OVER9000 чего не пойдет на D8, даже если будет портированый модуль. Например Features будет под 8 дурпал. И что, кому-то легче от этого? Они будут совершенно другими и основаны на новых реалиях.
И кто вообще сказал что сайты надо переводить на D8? Еще 4 года минимум семерка будет поддерживаться. А потом проще воссоздать заного и с нуля, под те реалии, что будут в 2017-18 году. А они изменятся, очевидно же. А аргументы типа "огромный сайт", "очень много функционала" это лишь отмазки и стон. У таких "огромных" сайтов должны быть свои разрабы и они либо смогут поддерживать семерку и дальше на должном уровне, как сейчас держать D5, либо смогут портировать ручками.
А вообще, все эти обсуждения что нет модулей были и на семерке, тоже все ныли. А это сугубо проблемы юзеров, которые на каждый чих вешают 100500 модулей которые еще и в зависимости тянут еще другую сотню модулей. Учитывая что "вебформы" в я дре, явно будет написана миграция для них.
Да, от реальности надо отталкиваться. Простые сайты должны по идее "из админки" перейти на новую версию.
Ага, проблемы юзеров, которым впарили друпал, так по твоему получается?
Да, там простота просто лезет изо всех щелей...гыы
Теоретег ?
Наоборот. Симфони облегчит только применение кода, написанного под симфони.
Простым сайтам не нужен апдейт мажорных версий ядра. Зачем?
Проблемы тех кто впарил тогда. Опять же, никто не заставляет вас уходить с семерки. Еще 4 года смело.
Новые на 8, старые пусть стоят на 7, а потом вежливо предложить переделать. Через 4+ года эти сайты на семерке что ща сделаны, будут не актуальны.
Факт, а не теория. Ща надорвать жопу и портануть на 8 под ООП. Потом будет намного проще портить, очевидно же. Тут все сложности порта из-за ООП, его почти никто не знает из друпалеров. В 9 то что будет? Руби что ли, или питон? Там уже только API меняться будет по сути.
А где они там?
Факт в том, что сложность только постоянно увеличивается от релиза к релизу.
А потом наступит коммунизм, да. Причем надрывать жопу надо щас, а коммунизм когда будет и будет ли вообще - никто не знает
Я и говорю - теоретег.
поэтому и в кавычках. Там средствами Contact можно создать форму. Да, функционала меньше. Но теперь все правильно, надо не Webform портировать, а интегрировать новый функционал в Contact.
что ты за бред несешь? Что его там знать? 20 статей с php.net освоить... Ага, никому не удалось тут... Болтай дальше. А лучше - Не приписывай свои проблемы другим.
Про вебформ получается ты еще раз солгал, используя ложь как аргумент. Общение с тобой прекращаю.
Во-первых, многим сложно дается поинмание ООП. Это факт. Народ путается в инкапсуляции, полиморфизме и прочему. Да прочитать 20 статей, но их еще и понять надо.
Я даже комментировать это не хочу. Читать научитесь что я пишу и вдумываться, если не доходит. Я нигде не писал что никому не удалось тут, это уже ваша фантазия сообразила.
Я не лгал. Еще раз пишу. УЧИТЕСЬ читать. Кавычки там не просто так стоят с самого начала. Установите же наконец 8 друпал и посмотрите модуль Contact. Чем не вебформа?
Текущее состояние Webform не нужно на Drupal 8. Еще раз говорю. Установите, посмотрите и потом гоните на меня волну тут. Совершенно очевидно что модуль не будет портирован в таком виде. ЗАЧЕМ? Все в ядре уже, в модуле Contact. Надо не пилить еще один функционал, а проще интегрироваться в текущий contact. Но это уже совершенно другой модуль выходит а не продолжение вебформы. Как минимум вообще новая ветка.
есть [module=entityform] - это причина по которой дальше вебформ не нужен.
да и вобще, че за паника?
ну обогатиться коллекция кода, которую можно использовать свободно - и хорошо!
да ну))
многим сложно дается любое понимание - вот это факт.
по сему специалист - не каждый первый или второй,
и это нормально, небоись!
крику то сколько!! ))
но вы ушли от темы)) обсуждали форк, и свалились в спор по портированию модулей))
пипл жаждет про форк!!
Дак обсуждать то по сути нечего. То что описано о бэкдропе уже обсудили. Сама система, в отличии от 8 еще не подходить к релизу, так что их заявления пока что и остаются заявлениями.
Даже на редите заглохло обсуждение.
Любой форк имеет право на жизнь, если он не нарушает ни моральных(и то), ни каких либо законов.
Кому не нравится, гуляйте лесом.
Насчет ООП, давно говорил и буду говорить, в РНР ООП не панацея и вообще, на костыль еще смахивает. ИМХО конечно.
На проектах большого размера как D8 без ООП никак, поддержку в реальные сроки командой программистом не обеспечить.
Ну так когда люди приходят из, например, явы в пых, результаты их работ несколько улыбают, забавно наблюдать как вместо одной простенькой функции используется довольно тяжелый класс...(например, какая нибудь переводилка цифр в слова), в друпале же всю эту оопность считаю более или менее оправданной, однако, db_query, лично для меня читать гораздо легче, чем db_select/
Если в кратце, он не в восторге от затеи. Features под него портировать сам не будет. Сказав что drupal - не только ядро, но еще и огромное сообщество, то форкать его неразумно, ибо сколотить подобное сообщество, на котором по сути все держится, будет невероятно сложно. И выбирая между backdrop и d8, он выбрал d8, что не удивительно.
Также своё мнение высказал Greg Dunlap (heyrocker) - автор инициативы Drupal 8 Configuration Management (CMI).
Он тоже ничего не будет делать, пожелал удачи.
В октябре будет Ryan Szrama (Drupal Commerce, formerly Ubercart, Commerce Guys), интересно что он скажет на счет этого.
Пока что известные разрабы в друпале не очень то и верят в успех.
Так там все просто, метод execute получает аргументы из свойств объекта и отправляет их субд(только эти самые свойства объекта нужно еще построить), в случае с db_query аргументы берутся из аргументов самой функции и передаются субд тем же способом. Правда нагрузка от db_select и его аналогов на современном железе минимальна, так что остается только вопрос удобства и целесообразности.
Я думаю что и из русскоязычного сообщества тоже почти никто не будет заморачиваться, так что далеко ходить не надо.
Но у нас очень много жумлаводов и впшников могут схавать Backdrop из-за простоты. И потом Drupal.ru утонет в туевойхуче вопросов о нем.
а причем дру к бекдору?
Вы это потом бэкдроповцам объясните что он имеет отдаленные корни)
Я уверен на 100%, что если бэкдроп попрет, сюда попрут его юзеры, ибо, это же типа друпал. И под друпалом будут подразумевать бэкдроп.
Темболее, даже если будет сайт по бэкдропу в россии, сообщество там будет еще скуднее здешнего, и опять они сюда попрут из-за корней системы)
а чего такой шум то? Шуметь нужно, когда что то можно изменить, в данном случае изменить ничего нельзя. Друпа становится все более говнистее. То что будет на ООП это отлично, правда ООП нахер везде не упало, то что наконец будет сделана загрузка по использованию, ну наконец то. А вот то что в ядро начали совать все и побольше, это извините полное унылое говно. Нахер нужна симфония в ядре и такие модульки как views? Свои классы написать не? Симфония не самый шустрый фрейворк, так надо один трактор сцепить с основным трактором. Хороша связка, ничего не скажешь. 8-9 друпа, как бы все меньше и меньше желания разбираться все в новом и новом говне. Как бы django, pylons, pyramid или Tornado мне теперь намного больше интересны стали, особенно Tornado. Симфонию как бы и не хочется юзать вообще.
Стойте! Вы близки к черной дыре!) Я так называю следующую цепочку:
->человек/студия делает проекты на drupal->есть обновления в портфолио->человек недоволен drupal->человек говорит "ruby/pytnon/etc наше все"->проходят годы, от человека ни новых работ, ни писем. Он в черной дыре.
Мы потеряли так десятки людей. О них никто не слышал с тех пор. Опасайтесь черных дыр
с чего к черной дыре то? заказов всегда хватает. пока на друпе 6 -7. времени на свои проекты не хватает, подвисли. на питоне смотрел, тоже есть работа, на пыхе кстати дешевше стоимость работ.
вернее будет - программист недоволен. Вы то не программист, вас, как настройщика админки, изменения в архитектуре программного продукта, никак не телепают то. Поэтому вам можно с усмешкой и с высока смотреть и отзываться о чужих проблемах.
В Д8 уже более 8000 файлов.
Жаль удалил его, есть у кого?, что показывает по количеству инклудящихся файлов на главной?:
<?phpprint count(get_included_files());
?>
если в конец index.php этот код вставить.
606 главная, 558 нода, чистая установка без контриба
одна из причин почему выкинул в мусорку битрикс
А в друпал 7 этот показатель - 113 главная и 129 - нода с вебформой.
Причем этот ВАЖНЫЙ показатель им вряд ли удастся значительно уменьшить...
Ну то что уменьшат это скорее всего, а вот про "значительно" я с Вами согласен... Однако, как ЦМС+ЦМФ несмотря на все свои недостатки, 8рка лично мне кажется весьма интересной.(правда под виндой сие чудо будет, наверное, полнейшей хренью)
будущее за framework и это оправдано. А уж какой выбрали, так сообществу лучше видно. Ваше же дело принять это как факт или форкать и развивать свое.
.... прошло почти 8 месяцев и я узнал о backdrop
бывает.
Узнал я о нем, когда начал думать как быть дальше.
Как бе надо развивать и сам сайт dh и другие проекты на подходе к релизу.
Взял я 8ку, вроде альфа. Даже установилась (месяца 2-3 назад не ставилась совсем)...
Решил портировать простенький модуль из dh проекта ( тот что уведомления показывает и рассылает )
И .... офигел.
Ну ладно, разобрался как форму сделать... Пришлось разобраться как сделать свой Контролер.. а для него менеджерИнтерфейс.
Покряхтел.. написал. А потом вспомнил, у меня же есть свой профайлер для DH (которым стату считаем на еластике) - дай ка я им под капот загляну.
Смотрите дальше сами.
Тех характеристики:
комп - Mac Book Pro Retina
apache + modphp + xcache
Каждому ядру вырубил все модули что можно считать лишними.
Минимизировал влияние крон задач, обновление кеша и тп.
D6:
D7:
D8:
И backdrop (почти что d7)
Вот в этом контексте я очень серьезно задумался - сколько клиенту прийдется платить за хостинг?
Или для маленьких сайтов целесообразнее будет ставить на DO за $5 а как проект выростит... перекодивать на что то... что быстрее?
PS: понимаю да альфа... но вот для вас дерево top по выборке выше 5% от ресурсов для D8
Прошло больше года.
Я опять забрался в d8 посмотреть что изменилось..
странице /node/1
итого функций больше 1188 стало 6883
вызовов функций еще больше 26559 превратилось в 69102
время еще дольше стало с 159 до 263
И в дополнение.... d8 содержит в 10 раз больше файлов. а точнее 10149 файлов против 1074 в d7.
Лучше d 6 уже не будет
Посмотрим что будет в бете и в rc. Но вот функциональность впечатляет.
Пугает то как писать модули. Я тоже пробовал портировать, хоть и получилось, но это жесткачь какой-то. Если бы я ещё не знал Drupal API, я бы вообще повесился такое с нуля учить. Посмотрим опять же, возможно будет годная документация, покачто все гуглится по просторам в небольшом обьеме, у каждого своя информация, от альфы к альфе разница, некоторые вещи вообще координально меняют. Так что наблюдаем)
так мне кажется это и семерки касается
А чем Д6 лучше Д7?
Как по мне то Д7 самое лучшее на сейчас.
Смотри скрины гора
Что там, почти равные результаты при том что в Д7 на порядок больше функционала.
orb речь больше о сравнении d6 d7 и bd1 c d8
Д8 сравнивать вообще рано, там еще ни один таск по производительности не делан и не заведен. Не говоря уже о том что Д7 много лет тысячи прогеров дебажили и оптимизировали.
По описаниям, Д8 должна быть не хуже по производительности, жду когда там все сделают красиво.
сразу, php 5.5.+
Много фич новых, работает шустрее и локально полет Д7 нормальный.
Ну так и железо не стоит на месте, вон SSD уже даже для файлов норма, а не только для БД, серверный софт оптимизируется понемногу.
А на Д8 надежды есть, после оптимизации рашпилем, я надеюсь что на разных участках работы сайта будет задействована не вся система, а только необходимые части, что даже в базовом исполнении снизит нагрузку до уровня Д7. А если разовьёться AJAX, где обещают вообще не грузить большую часть ядра, тогда сайты реально начнут летать
ssd тут не поможет. все в проц упирается.
у меня на ноуте пусть и 3 летней давности но далеко не медленный стоит. с ссд диском кстати.
чтоб заметна была производительность - нужно процы под 4Ghz
таких нет для серверного варианта. все известные мне - чисто однопроцессорные.
полез гуглить
нашел парочку. например
http://ark.intel.com/products/83358/Intel-Xeon-Processor-E5-2637-v3-15M-...
можно 2 штуки ставить в 1 сервер.
если есть по $1000 на каждый.
вот эти ребята говорят правда что аж 4 такивьв сервер засунули
https://www.artmotion.eu/en-ca/product/server-2/
всего то около $450 в месяц и столько же сетап.
На прошлогоднем Львовском кемпе был доклад по Д8 поводу. Докладчик сократить загрузку до 6-10ти(точно уже не помню) файлов.
короче сидим на 7.
Квантовые компьютеры спасут дру8
Конец 21 года, проект живей живых.
Видать людям Дру8 и Дру9 не зашел)
Да. Спасибо, что напомнили. Надо будет переехать.
У бэкдропа и Д9 разные ниши поэтому ничего не мешает им существовать параллельно
Вот, поставил, буду пробовать, что за зверь)
Если АПИ идентичный, то я лично перейду на него.
А в что переродился дру9?
В CMS/CMF для Ынтерпрайза
А в чем это выражается? Извините, я просто не понимаю, что значит для Ынтерпрайза.
Он стал платным? на него нет модулей? или что?
Это значит, что развитие друпала идет в сторону крупных корпоративных клиентов.
Капитан очевидность здравствуйте))
Интересно что именно у них там происходит
У кого? У клиентов?
У друпал компании, с друпал в целом
Решение бизнес-задач, а не крупных корп. клиентов.
Малый бизнес (особенно в России) не готов платить по 2000+ рублей в час за разработку их сайтов/порталов/личных кабинетов. Крупный бизнес и по 6000 в час сеньорам платит. Думаю, не нужно тебе рассказывать про ставки друпалеров в международных компаниях
Кривая обучаемости стала круче. Тем, кто набил руку на семерке, нужно переучиваться, а многим это не нравится, им хочется чтобы ничего никогда нигде не менялось. А для любознательных профессионалов (и даже любознательных чайников типа меня), которые любят учиться, нет проблем.
А что тут интерпрайзного?
Я не про это спрашивал)
Я сам не хочу с семерки переучиваться. Ибо в семерке за одну единицы времени я напишу 100% кода, а в восьмерке дай бог 50%.
При этом, я теряю производительность на порядок.
Что выливается в повышение затрат на хостинг.
А еще так как кода больше стало, то часозаработок тоже упал.
Какие я плюсы получил? Я их не вижу.
Д9 даже не пробовал и не смотрел.
При этом, Д7 прост как палка и мощный как линкор.
Может на более серьезных проектах есть смысл, но в мелких и средних от Д8 нет смысла от слова абсолютно. Ну или я не вижу. На истину не претендую, чисто мои наблюдения.
Пока не паникуй. Возможен сценарий, что будет Drupal Classic.
https://www.drupal.org/project/drupal/issues/3132897
https://www.drupal.org/project/ideas/issues/3238659
Ооо, это мега круто! Д7 реально крут и так кидать его, просто грех божий.
надеюсь протолкнут идею
На этом уже можно закончить
Д8/9 сейчас работает на любом шареде и на самых низких тарифах. Другое дело, что часто там нет нужных инструментов типа git, composer, возможности запуска drush
Странные у тебя расчеты. Я на Д8/9 стал быстрее решать бизнес-задачи (за счет более современных инструментов) и стал в 2 раза больше зарабатывать, потому что работаю теперь с крупными клиентами
Неважно какой проект. Крупный портал или сайт визитка. Благодаря переносу конфигов и CI время на деплой изменений изменилось с десятков минут возни с FTP и в БД до 1 минуты запуска git pull. Дальше за меня работает CI
Мммм вспоминаю токсичностью друпал.ру, красота)))
Так на любом или не на любом?)
Отвечу за тебя.
Нет не на любом. Если нужен нормальный динамичный и держащий нагрузку сайт, для Д8 мы должны брать мощней сервер, чем для Д7.
Абсолютно все тестирования, это показывают.
Не надо вот сейчас бить пяткой в грудь и спорить с очевидным.
Нормальные расчеты.
Может ты просто больше модулями собираешь сайты, а я пишу нативный код в основном. Я использую друпал, только как CMF. Я не использую 99% модулей.
И в Д7 кода надо меньше писать, чем в Д8. Опять же, это очевидный факт, но при условии не пользоваться модулями.
Хотя, я не понимаю, как можно модулями собирать высоконагруженные проекты.
А вот на этом реально можно заканчивать) Неважно какой проект... наоборот ВАЖНО какой проект. Это именно о, что важно в первую очередь)
Ну ну) Конечно лучше называть всех токсичными, чем самосовершенствоваться
Ну конечно, ты всегда можешь найти какого-нибудь убогого локального хостера и сказать, что у него на PHP 5.3 Drupal 8 не запускается
Не должны
Я не спорю с очевидным, а использую свой опыт.
Зачем тебе вообще друпал тогда? Пиши на чистом
кодеPHPСогласен. Упрямых любителей сидеть в уютном 2011 не переспорить никакими доводами
Токсичен ты и к моему само совершенству ты не имеешь отношения. Не надо одно с другим путать.
Ты явно рынок хостеров не знаешь, раз говоришь, что любой хостинг подойдет. Не надо быть таким категоричным.
А говоришь как будто это истина.
Пишу. Только друпал мне дает буст в разработке. И только.
Я же написал, я друпал использую как CMF, мне CMS не особо и нужно. Хотя конечно, админке спасибо, она помогает тоже.
А почему ты решил, что Д8 и Д9 это прогресс? Почему ты думаешь, что прогресс это переход с Д7 на Д8? или Д9? Это смешно.
Прогресс это не новый фреймворк.
Ты пишешь, что не используешь 99% модулей. Какого рода проекты ты реализуешь на Drupal?
В основном у меня корпоративный сектор б2б и различных сервисов для администрирования.
Сколько человек в команде работает? Как выстроены процессы деплоя и релизов?
Будучи не в теме, погуглил, там есть браш: https://github.com/backdrop-contrib/brush
Backdrop - честно: мне интересно. Но там как-то народу мало. Не вижу для кого он. Для тех кто хочет сэкономить - да, но не факт что сэкономит.
Да, будет что-то типа D7 LTS. Acquia хостинг предоставляет, не пошлет же она тысячи своих клиентов.
На многих проектах нельзя отказаться от D7. Почему:
"но в мелких и средних от Д8 нет смысла" - не согласен:
Bacdrop занял свою нишу небольших контентных сайтов, хотя у него есть уберкарт.
Легкий, шустрый за счет сохранения парадигмы функционального программирования. Единственный минус для меня по сравнению с восьмеркой - отсутствие динамического кеша и драша и обновлять ядро приходится ручную. Паковать в архив, закидывать через scp и распаковывать. принципе всё можно делать из терминала. Чуть дольше чем с помощью драша.
На западе он взлетел, это можно видеть по витрине на сайте сms.
Сomposer в восьмерке говно.
Без него на драше обновляться быстрее.
Некоторых модулей под девятку в репах composera еще нет и их приходится ставить по старинке.
У разработчиков backdrop есть свой канал https://www.youtube.com/c/BackdropcmsOrg
Они там свои митапы выкладывают.
Что еще. Если ты привык работать с файлами темы, то бэкдроп менее удобен.
Так как шаблоны страниц от шаблонов нод отделены (шаблоны страниц в отдельной директории layout) и он больше заточен на накликивание шаблонов. С другой стороны их можно наклепать файлами сколько нужно на каждый чих и выбирать из админки. В восьмерке билдер мне не зашел, проще и быстрее в плане верстки шаблонами. Но это кому как.
Не увидел там ничего такого, чтобы сделать выводы, что он "взлетел"
Што?
Насколько быстрее? На 1 секунду?
Например?
Ага, у меня был сайт на поддержке с 158 шаблонами. На каждый чих - по шаблону
Сужу по своей работе только.
Может и не прав.
Зачем этим пользоваться, вот не понимаю. Конструктор конечно хороший.
Но он же тормозной. Если писать кодом, то выходит на порядок быстрей работа.
Главное чтобы он поддерживался.
Вот мне сейчас страшно делать реальные проекты на нем.
Для освоения Webform не нужны навыки программирования. Рядовой контент-менеджер может клепать опросы по готовым сценариям, что дает экономию в 100-300%.
Все так и есть.
тут сказывается специфика работа у меня) Поэтому, я не пользуюсь вебформами.
Это каких, например?
https://www.drupal.org/project/ace_editor - я не знаю есть ли он в репе, но просто так не ставится.
На странице модуля написано, что поддерживается даже composer версии 2
Не так выразился.
Вот к примеру
https://www.drupal.org/project/mobile_device_detection
Он под восьмерку и ставится вручную после правки info модуля.
composer не ставит и консоль пишет
- drupal/mobile_device_detection 3.2.0 requires drupal/core ^8 -> satisfiable by drupal/core[8.0.0, ..., 8.9.20].
По сравнению с тем что было раньше, можно сказать что взлетел.
Намного быстрее
Мне надо повторить установки чтобы ответить
Это аномальный случай. Я бы не рассматривал его как статистический.
Поскольку тут всплыло обсуждение Backdrop, то поделюсь.
Я сделала на нём два новых сайта.
И старые сайты с Друпал7 потихоньку переношу тоже на Backdrop.
К Друпал8 несколько раз пыталась подступиться... И каждый раз закидывала.
Backdrop реально лучше, чем Друпал7
И есть некоторые преимущества из Друпал8.
-- Импорт / экспорт конфигураций.
-- Конфигурации в файлах, а не в базе.
То есть можно вести разработку отдельно от контента.
-- Логика "темы" в Backdrop значительно отличается от Друпал7.
-- Шаблоны и Макеты - это лучше и удобнее, чем темы. Плюс, фактически эти Шаблоны и Макеты заменяют модуль Панели. Потому что в них Макет можно использовать по разным условиям.
Кроме того, Шаблоны и Макеты заменяют даже Frontpage - в смысле, на Главной странице можно накрутить что-то совершенно другое, нежели на других страницах.
В принципе, вообще, можно сделать разные макеты для разных типов материалов, для страниц пользователей и т.д., для разных урл...
Вот буквально сегодня заказчица спрашивает:
- А можно вот этот блок соцсетей, который в подвале, продублировать ещё в шапку сайта?
- Можно, сделаю через несколько дней (им несрочно).
Так вот на Backdrop это можно накликать за 5 минут. И всё это будет прекрасно адаптивно.
А в Друпал7 - надо лезть в тему.
-- Backdrop даже при разработке, в админке быстрее, чем Друпал7 (про Друпал8 вообще молчу).
-- Вьюсы работают абсолютно так же, как в Друпале.
-- Админка более "четкая" и удобная.
-- В "коробке" Backdrop есть намного больше всего необходимого, чем в Друпал7.
-- Модули - много уже есть.
Парочку недостающих я апгрейднула с модулей 7. Для этого тоже есть отдельный модуль.
Правды ради, надо уточнить, что апгрейднуть все нужные модули не получилось. Но либо нахожу замену, либо ещё как-то выкручиваюсь.
Самое важное. Для всего этого замечательного удобного добра почему-то НЕ НУЖЕН COMPOSER
!!
____
Ах, да. Думаю, будет важным уточнить, что я не умею писать код от слова совсем.
В общем. После Друпал7 - у меня новая любовь. Backdrop лапушка.
О недостатках ниже.
А я то думаю, почему Вас не видно на друпал.ру
Теперь на бэкдроп.ру сидите? 
На Бэкдроп.ру невозможно зарегистрироваться. Я на них обиделась.
Нет.
Просто много другой работы. Кроме разработки сайтов.
Из серьезных недостатков Backdrop, кажется, только один:
разработчики никак не могут сделать мультисайтинг.
Хотя может быть, я ошибаюсь, и есть какие-то пути.
Вроде бы из недостатков всё.
Если вспомню что-то ещё - напишу.
Ну или спросите - и я попробую ответить.
Похоже, у меня тут наибольший опыт общения с Backdrop.
Это вот огромный минус будет.
Надо проверить
По поводу переноса сайтов с Друпал7 на Backdrop.
Несложные сайты переношу буквально за неделю - в свободное время (которого совсем немного).
Если апгрейд идёт нормально, то всё можно сделать буквально за час или два.
Ну а потом ещё исправить css.
На некоторых сайтах - приходится мигрировать контент.
Но это те сайты, в которых с самого начала были ошибки при разработке. Типа, накрутила много лишних модулей, какие-то странности в структуре ну и т.д.
Импорт конфигураций и размещение блока в нескольких регионах - это действительно преимущества заимствованные из D8. Очень рад что они работают.
Как там с переводами модулей сейчас? Автоматическое подтягивание переводов при установке модулей уже норм? Я ручками po файлы от друпальных модулей подтягивал - вроде жрались.
Composer в backdrop. Не "не нужен", а "не требуется." Точно так же как и на Drupal 8 и много еще на чем. Мне кажется и без Композера на D9 можно поднять то, что на Backdrop.
Еще мне кажеться, что на модули Бекдропа придется много патчей ставить, так что Композер будет только плюсом.
https://www.backdrop.ru/comment/28 - тут кстати написаны интересные мнения.
Я бы даже сказал, что мнение этого товарища отражает истину
Да, я тоже переводы с Друпала вручную затягиваю. Никаких проблем нет.
Ну, может, какие-то строчки не переведены.
Но это мелочи.
Я даже не заморачивалась автоматическим переводом. Смысл?
Я и на Дру-сайты автоматический перевод не ставлю.
Ну да, добавка гемороя. Ставить переводы к модулям да еще и от неродной системы.
По поводу композера. Отсутствие его поддержки - это всегда минус. Ребята, на дворе 21-й год 21-го века. Любой пакет на любом языке программирования должен устанавливаться через стандартный для этого языка пакетный менеджер. Если такая установка не поддерживается, то это не программный пакет, а жалкая поделка.
Соглашусь. Я хоть и придерживаюсь мнения, что композер это доп.утилита и все работать должно без него.
Но все равно, реалии диктуют свои условия и поддержка нужна.
` Всё наоборот.
На самом деле, это в D8 подсмотрели фичу у Бекдропа?
Кстати, сейчас девятку композер обновил без проблем.
командой composer update drupal/core-recommended --with-dependencies, так как я ставил как drupal/core-recommended . Орг напомнил.
А с командой composer update drupal/core --with-all-dependencies были танцы с бубнами, поэтому забил на композер. Похоже вернусь. Спасибо
Обновите composer до версии 2. Он стал просто супер быстрым по сравнению с первым
Это последняя версия?
Да
вы вообще понимаете что в данной ветке в основном происходит битва про свифту тупоконечников с остроконечниками если почитать всю ветку. понятно его величество есть и развитие. не отнять, изучать. усложнять для ёбиков. увелчивать цену входа и свою капитализацию, а дальше то что друпал 10?.
В этой ветке происходит обсуждение неолуддизма, а также инертности на уровне сознания отдельных личностей и целых корпораций на примере Drupal 7 и Backdrop.
Это совсем не так однозначно.
Drupal7 и 8/9 очень сильно отличаются тем, на кого они рассчитаны в рамках того же продукта. И это проблема, в общем-то проявление которой мы тут видим в этом обсуждении.
У 7 был неплохой ещё баланс возможностей/сложности, и можно было не быть разработчиком, чтобы сделать на нём приличный сайт. 8+ это уже явно продукт ориентированный профессиональных разработчиков. Кому-то стало удобнее. Кому-то стало намного сложнее, потому, что придётся освоить ещё несколько больших концепций, например, работу в консоли как таковую, что уже весьма не мало.
Хорошо-ли это? Для кого-то да - им дали удобные инструменты. Для кого-то нет - им добавили не нужной им сложности. Ну и это не прогресс: в первую очередь, это изменение позиционирования продукта.
Ниша инструмента, который уже достаточно мощный, но ещё более-менее применим без специальных знаний, на мой взгляд, если снова не будет продлена поддержка семёрки освободится, но вот только backdrop её вряд-ли займёт - слишком мало людей и ресурсов имхо.
Очень странный получается «не прогресс» у Drupal: новые фичи внедряют, общемировым трендам в разработке следуют, лучшие решения интегрируют.
Мне интересно, какие большие концепции нужно освоить, чтобы делать сайты как на Drupal7? Начнем, как принято, с композера — пара-тройка команд, одна из которых на drupal.org дается в виде «copy-paste-enter». Что еще нужно освоить?
Прогресс можно было бы осуществить и без таких концептуальных изменений, и сейчас можно было бы делать все модули не требующими для установки композер, или сделать обёртку, но это лишние действия, если делается всё для разработчиков.
Про громкие слова "общемировые тренды", "лучшие решения", довольно странно говорить - большая часть сайтов сделана на WP, вот реальный общемировой уж тренд: упрощение.
А лучшими решения становятся не сами по себе, а только в определённых обстоятельствах.
Композер, это совсем не только пара тройка команд, но вообще необходимость работать с командной строкой. Это серьёзно целая большая концепция. Ты уже владея ей очень сильно недооцениваешь то, что для простого пользователя, не вылезавшего за рамки gui/webui инструментов, это big deal. Я, вот, обучая азам этого своих клиентов, при сдаче настроенного vps, например, регулярно с этой проблемой сталкиваюсь.
И уже одно это отсекает массу людей далёких от разработки, но логически мыслящих, и имевших возможность делать сайты на 7, разработчиками вообще не являясь. И это огромный пласт людей, которые, естественно, совсем не довольны таким прогрессом, особенно, если у них уже сделаны сайты на Drupal.
Как по мне, так это — разговоры в пользу бедных. Суть-то простая: не умеешь — научись, не хочешь учиться — плати, не хочешь учиться и платить — займись чем-нибудь другим. Я бы предпочел, чтобы в мире было больше людей с инженерным мышлением, чем тех, кто хочет дальше пользоваться каменным ножом (пусть даже собственного изготовления).
Про Wordpress даже забавно. Тренд на упрощение есть в способах потребления контента. А в технологиях — что-то становится более удобным в использовании «снаружи» за счет усложнения «внутри». Каким боком тут WP? Это просто булыжник, с помощью которого можно забить гвоздь или надежно утопиться. Зачем его в очередной раз сравнивать с Drupal?
Он не сравнивается тут технически с drupal, он сравнивается подходом к пользователям(не потребителям контента, а создателям/вадельцам сайтов). Не надо путать. Такое сравнение более чем оправдано.
"Суть-то простая: не умеешь — научись, не хочешь учиться — плати, не хочешь учиться и платить — займись чем-нибудь другим. " Увеличение порога вхождения, почти всегда ведёт к падению популярности продукта, особенно, если не подкреплено очень существенным изменением функционала, очевидными при этом, для большинства его пользователей.
А падение популярности ведёт к уменьшению количества и заказов, и разработчиков. Так что это опасная довольно стратегия, особенно учитывая, что и так-то Drupal не сильно уж востребован.
Может становится. Это только один из вариантов, который редко срабатывает на практике. Часто происходит совсем иначе: становится и сложнее внутри, и только сложнее пользоваться. Потому, что больше думают о том, как сделать модно, стильно, современно(а также сделать побыстрее), а совсем не о том, что удобно для пользователя.
Мне технически Drupal 8/9, конечно, нравится больше. Вот только хорошо, что он для меня хобби, и я не строю на нём каких-то долговременных рабочих планов.
Когда заходит речь про востребованность решения, важно указывать нишу. Например, Drupal вполне себе востребован у транснациональных корпораций. Им нужен надежный инструмент с фичами, которые дают возможность снизить издержки на содержание и управление сотнями и тысячами сайтов.
Возможно, для фрилансера-одиночки Drupal будет сложен, если у такого разработчика узкий горизонт планирования.
Интересное утверждение. Какие-то примеры есть?
Какие там сотни и тысячи сайтов? Где хоть один кейс такого использования сотен, и тем более, тысяч сайтов" хоть в одной корпорации? Их всего тысячи будут, всех сайтов сколько-то крупных организаций на drupal, тем более на 8/9. Для действительно сложных проектов больших компаний используются свои инструменты, чаще всего, ну и php довольно редко вообще используется. Ниша Drupal, это в лучшем случае, мелко-средний бизнес, который уже может себе позволить одного/ небольшую команду разработчиков нанять(ну и чаще аутсорсную), но свой кастомный проект не тянет, или он не нужен по тз.
Они нас повсюду сейчас окружают. Большинство мессенжеров, например, которые делаются сейчас на разных электронах - намного сложнее внутри, модно, неудобнее пользоваться, быстрее сделать? Многие сайты, где для решения простых задач, типа показать статическую табличку, используются десятки и сотни мегабайт JS, и даже на мощном компе это без слёз не открыть?
Использование модных микроскопов для забивания гвоздей это прям тренд.
Вот, почитай, https://events.drupal.org/europe2021/sessions/lightnest-starter-kit-mana... — компания переводит более 1800 сайтов на Drupal. Мне лично приходилось работать с четырьмя компаниями из списка Fortune 500, которые либо уже используют Drupal, либо мигрируют все свои сайты на Drupal, включая сайты брендов, внутренние порталы и прочее.
У мелкого и среднего бизнеса часто не хватает масштаба мышления и ресурсов, чтобы эффективнее расходовать средства. Мелкий и средний бизнес чаще подвержен влиянию внешних элементов на принятие решений. В МСБ решение о запуске сайта на Joomla3 может «принять» штатный эникей-админ. И то только потому, что ничего другого не знает и знать не хочет. С приходом на его место нового эникея сайт может переехать и на самописное решение, и даже на Parser3.
Крупные компании, в отличие от МСБ, могут позволить штат аналитиков, отделы и департаменты финансового и экономического планирования и т. п., которые посчитают плюсы и минусы от внедрения определенных инструментов для решения конкретных задач.
Крупные вендоры, такие как Acquia, готовы инвестировать ресурсы в подготовку демо и экономического обоснования внедрения своих решений. Но делать они будут это только для больших компаний. Опыт других людей можно изучить, погуляв по сайтам компаний, представленных в разделах «Organizations» и «Marketplace».
Твои слова про нишу Drupal говорят лишь о том, ты не интересуешься экосистемой Drupal.
И, возможно, это ровно и все те 4 из 500 "заметных" компаний?
Прям не сильно много. Прямо любопытно, сколько сайтов компаний из fortune 500 сделано на каком-нибудь WP, посмотри - удивишься прям чьи. 
Ну и главное, о чём это должно говорить, на твой взгляд?
По поводу ссылок: Что я должен увидеть по этим ссылкам? Там множество организаций с несколькими разработчиками. Несколько сообществ, и несколько компаний с сотнями аккаунтов на d.org, из которых часто, не много разработчиков, и даже просто "живых" из этих аккаунтов-то, часто мало.
В целом, это скорее, мою точку зрения подтверждает.
Я тебе привожу конкретные примеры, ты мне в ответ — какие-то пространные рассуждения. Сделай исследование о том, сколько крупных компаний построило фабрики сайтов на WP и поделись с сообществом.
Еще раз конкретно: как минимум 4 из 500 мегакорпораций используют Drupal для создания инфраструктуры на Drupal. Как пример — доклад на европейском drupal-кемпе про сборку LightNest и 1800+ сайтов.
То есть, мой пример в пух и прах разбивает твои слова про то, что у всех ТНК всего тысяча сайтов наберется. А ты пишешь, что мои примеры подтверждают твои слова. Как это? LOL
Совсем неправильный посыл. Фрилансер одиночка может быть очень квалифицированным разработчиком, и часто это так: джуну очень сложно заработать столько, сколько в конторе, на вольных хлебах, да и вообще начинать карьеру фрилансера вместе с карьерой разработчика очень сложно. Наибольшей проблемой для фрилансера, как для класса, скорее будет падение популярности этого инструмента, а не его сложность.
А сложность эта проявляется, как я уже говорил, для того кто хочет сделать сайт не занимаясь этим профессионально. Таких сайтов на 6/7 было создано очень много. А в 8 планка внезапно поднялась куда выше, а обратная совместимость была очень порушена. Проблема именно в этом. Название продукта то же, а вот ниша уже очень другая. Новых таких сайтов будет уже куда меньше. Куда меньше людей будет и интересоваться Drupal, вместе с этим. И заказов будет тоже меньше - всё это очень взаимосвязано.
Также, проблема у нынешних владельцев сайтов на drupal 7 - переход на 8 и поддержка сайта становится намного дороже, просто потому, что квалификация поддерживающего, и осуществляющего миграцию, нужна совсем другая, а работы по миграции много. И становится часто выгоднее поменять платформу уже а не версию.
Я прямо лично, поддерживая инфраструктуру немалого количества проектов на Drupal, это сейчас наблюдаю. Кто-то до последнего держится на 7 и очень хочет расширения поддержки, кто-то вложился и мигрировал(не для всех этот опыт оказался удачным, кстати), кто-то сменил платформу, и последних больше всего.
Вообще, проблема не в сложности Drupal 8+, как таковой, а в скачкообразном изменении этой сложности и позиционирования.
Сложно представить себе большой сложный проект, сделанный одним высококвалифицированным разработчиком-фрилансером. У тебя есть такие примеры?
Сложность проекта очень относительное понятие. Ну и делать прямо все в одиночку это редко хорошая мысль. Но делать проекты силами фрилансеров отдельных вполне себе можно.
Например, сложен-ли, на твой взгляд, специализированный хостинг/конструктор магазинов? Мы такой вдвоём технически делали. Я хостинг и сервисную часть, второй фрилансер, собственно конструктор. Конечно привлекались дизайнеры в процессе, специалисты по продвижению и.т.п., но именно разработкой занимались только два человека. Сервис был сделан, запущен, набрал клиентскую базу и был куплен, в итоге, с клиентами InSales. Сервис сам увы, не увидеть уже в нашем варианте, но возможности были, в целом, аналогичны.
А вообще, я видел немало довольно сложных проектов сделанных, в основном, силами одного разработчика. Причём не только веб проектов.
Из твоих вводных не представляется возможным оценить сложность вашего проекта. Может у тебя есть более конкретный пример?
Если это не показательно, прости, тебе надо тз показывать подробное? Видимо, это бесполезный разговор.
Без фактов разговор действительно бесполезный.
Спор ни о чем.
Кому то проще вьюшку написать в файле на фрейморвке и это гораздо быстрее, чем накликать ее в админке друпала.
Студии от восьмерки в выигрыше, ценник выше, а работы меньше.
Энтузиастам, тем кто для себя, восьмерка сложнее.
К примеру, кому то нужен простой сайт каталог или визитка и ему эта консоль даром не вперлась.
Впрочем, на этот случай есть классическая установка.
Когда composera не было я новые установки заливал через wget архива стазу на сервер и там распаковывал. Тоже пара команд и загрузка файлов за секунды, то же самое с модулями (до появления драша). Но это не значит что так должны были поступать все.
Бэкдроп был альтернативой восьмерки, когда она первые пол года была глючной. Потом стала довольно шустрой cms , отчасти за счет ускорения самого php.
В принципе одни и те же задачи можно решать с одинаковым успехом и на бэкдропе и на восьмерке, девятке, хотя с twig на восьмерке верстать приятнее. Я для себя это давно заметил.
Если человеку нужен простой сайт-каталог или визитка и он не хочет потратить некоторое время, чтобы обновить часть своих знаний в Drupal, то такой человек может использовать другое решение и изучить новый инструмент. А еще можно потратить часть своих денег — заплатить за решение конкретной задачи.
Так и есть. Теперь много каталогов, например, которые раньше очень удобно делались на Drupal, делают на том же WP, что несколько извращение, и технически ужасное решение, но простое.
И в самой неприятной ситуации те, кто сайты на 7 уже сделал.
Ну и про часть знаний, это почти шутка. Другой шаблонизатор, другая принципиально начинка. Другой подход к разработке. Название только одно, и это сбивает с толку.
У modx в своё время так было, но там сделали evolution и revolution. Сделали, конечно так себе, но подход сам очень разумен.
Думаю, нужно в первую очередь ориентироваться на тех, кто приносит больше пользы экосистеме Drupal, кто помогает ее развивать и поддерживать.
Оно бы хорошо, но это монета о двух сторонах: с таким подходом ниша которую занимает Drupal очень сильно сужается.
И "экосистеме", если уж глобально задуматься, приносят пользу совсем не только разработчики в ней варящиеся. Развивать и продвигать платформу которая массово используется куда проще. И привлекать в неё новых разработчиков, кстати, тоже.
Я и не говорил, что пользу приносят только разработчики. Думаю, очевидно, что возможностей развивать платформу больше у компаний: у вендоров и у крупных клиентов. При этом я не утверждаю, что надо забить на веб-мастеров, разработчиков и любителей. Уверен, баланс будет найден в будущем.
Какое именно «развитие» и какие «новые разработчики» имеются в виду?
Достаточно сравнить состояние контриба во времена расцвета 7 и сейчас. Очень многое не будет уже мигрировано на 8+, очень многое висит без ментейнеров и.т.п. Совсем не только крупные организации и клиенты были двигателем всего этого.
Для Drupal 7 есть примерно 14,5 тысяч модулей.
Для Drupal 8 уже есть почти 11 тысяч модулей. То есть, количество модулей составляет уже более 75% от количества модулей для Drupal 7.
Для Drupal 9 уже есть почти 7,5 тысяч модулей. Другими словами, количество модулей для Drupal 9 составляет уже больше 50% от количества модулей для Drupal 7.
О чем говорят эти числа?
Разница в полтора раза, хотя "развитие", а 8 ветка уже EOL даже. И в два раза, в случае 9. При этом масса модулей в "мигрировали как получилось" состоянии, много без активных мейнтейнеров. И для 9 чего-то подобного уже скорее всего не будет. Так что не только на голые цифры стоит сомтреть.
Архив Drupal 7.83 «весит» 3.72 MB, а Drupal 9.3 — 30.82 MB (в 8 раз больше).
О чем тебе говорят эти цифры?
О чём на, твой взгляд, они должны мне говорить?
Ты ведь не пишешь, почему плохо то, что контрибов для Drupal 8/9 за 8 лет существования меньше 1.5 раза меньше, чем для Drupal 7 за 13 лет существования.
Поэтому твой твой тезис «контрибов меньше, всё плохо», я парирую тем, что кодовая база ядра увеличилась в восемь раз. И то и другое, на мой взгляд, бессмысленно, но раз у нас игра в абсурд, то почему бы и нет?
Их не только меньше - они и менее живы. Там меньше людей и разнообразия. Если для тебя это не показатель, и абсурд, ну увы.
Где можно увидеть исследование, в котором будет видно, что модули для D8/9 менее живы? Можешь привести примеры проектов, которые отказались от апгрейда до D8/9 и/или ушли на другие решения именно за меньшего разнообразия контриб-модулей?
Ты имеешь ввиду Lightning? Так её прикрыли уже: https://www.drupal.org/project/usage/lightning Интересно, почему?
Нет, я имел в виду именно кастомную enterprise-сборку LightNest.
Чтобы узнать, почему закончилось развитие Lightning можно почитать официальный пресс-релиз (спойлер: потому что теперь для Drupal 9 развивают Acquia CMS).
1863 сайтa, за 9 лет. 99% скорее всего переехали с drupal 6/7.
Через пол года эта цифра увеличится скорее.
Я сам свой сайт на Д7 переведу если поддержку больше не продлят .
Из года год переходить с одной версии на другой не очень охота
Предстявляю какой облом у тех которые десятки сайтов и плюс сложные.
Если они каким-то образом сделали сложные сайты, они понимают, что это сложно, чтобы сделать вновь.
Раз в 10 лет менять систему сайта вполне нормально. Вы же не Виндовс ХР сидите?
К Вордпрессу это тоже относится.
Вот вы сказали про Виндовс .
Но смотрите у меня на ноуте стояла лицензия Виндовс 8 .
Когда вышла 10 мне бесплатно предложили обновится . Я не отказался ( хотя потом пожалел).
Они так четко сделали что обновление не затронуло моих файлов и произошло оно автоматический .
Все просто.
Неужели нельзя было и на Друпале что-то подобное придумать ?
Даже вон андроид с 10 на 11 обновился автоматический на телефоне.
Мне не нужно было стать разработчиком чтобы то и то обновить.
Даже и то разработчики Backdrop придумали способ упростить переход !
Они займут свой рынок рано или поздно вот увидите.
"нельзя было и на Друпале что-то подобное придумать" - придумали.
С 8ки на 9ку и с 9ки на 10ку переход будет проходить, так же как обновление между минорными версиями.
А с Windows XP на 8ку врядли можно так обновится, чтобы все установленные приложения поставились новых версий.
Аналогию с Андроид хотите? Не приветствуют производители смартфонов, чтобы вы ими долго пользовались. До какой-то версии обновляется и усе, следующие обновления не поддерживаются.
"Они займут свой рынок рано или поздно вот увидите." Силами нескольких энтузаистов это будет крайне сложно. Может даже сделать Гуй для Комозера сейчас легче, чем развиать Бекдроп. Хотя мне нравится Бекдроп.
Судя по статистике около тысяча сайтов в ней перешли только в Америке.
А это хороший признак . Может кто-то будет финансово поддерживать и она будет еще долго существовать.
Я конечно согласен с вами с тем моментом что новые сайты с нуля да скорее наверное лучше на Д9 начинать.
Там интересные новые модули есть.
Но если геморрой от семерки переходить (сложный сайт) и ближайшее время не планируется сильные навороты делать на сайте то backdrop подойдет я думаю .
И ещё немного взгляда изнутри.
Я тоже посмотрел.
У меня всё.