Встречайте Backdrop CMS - форк друпала.

Аватар пользователя Crea Crea 14 сентября 2013 в 4:08

Форк, который стремится взять лучшее от старого друпала - простоту, гибкость и дешевизну разработки.
На мой взгляд, это еще один симптом грядущих проблем Drupal 8, о которых я уже писал.
Вообще, удивительно, насколько описание этого проекта созвучно моим субъективным ощущениям от проблем друпала. Пример - про проблему обратной совместимости проект заявляет:

Quote:
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

Комментарии

Аватар пользователя Niklan Niklan 14 сентября 2013 в 12:39

Действительно, я даже в твитте не бываю, но и то уже там словил про эту CMS и ждал, когда же тут поднимут тему.

Вообще, честно, не понял зачем это. Бред какойто и больше на нытье похоже. 3 года они API держать будут мажорных версий. Епт, это звучит буд-то бы после выхода Drupal 8 семерку бросят сразу же. Года 3-4 семерка еще будет развиваться и получать апдейты, этого времени хватит за глаза даже слоупокам перейти на Drupal 8 и разобраться в его новшествах и подходах.

Честно, меня самого пугает то, сколько предстоит выучить для Drupal 8, но при этом и получу я в итоге старый добрый Drupal, но более современный.

"Ch" wrote:

quicksketch один из ключевых разработчиков ядра.
Форк наверно связан с тем, что ему не нравится 8-ка.
https://drupal.org/node/2066783[/quote]
У него просто бомбануло.

Его профиль конечно впечатляет, сколько он помог в разработке не безизвестных модулей, но это больше говорит о том, что он настолько уже "подсел" на процедурное программирование, что просто не может у себя в голове уложить ООП подход. Иначе бы зачем ныть? Ведь по факту основное изменение это переход на ООП. То что модулей в ядро напихали совсем не повод.

Переход на ООП это же движение вперед. Особенно я помню темы в момент релиза семерки. Все стонали что мало им ООП, обсирали за это друпал, а ща когда он переходит на ООП, они вдруг стонать начали зачем. Какой-то маразм.

Где его факты за backdrop CMS. То что на сайте вообще не факты, а лишь его догадки либо вообще даже нисколько не плюс. Держать и тащить за собой старое API, это превращение в Битрикс через пару лет. А в итоге когда начнут старое API частями отрубать, начнется каша и путанница, что использовал разраб, а что отрубают, если будет несколько вариантов реализации. Как например hook_menu() и routes ямл файл в восьмерке. Если хук не выпилят, в девятке придется ловить лулзы некоторым, особенно кто начнет с восьмерки.

По факту, все что сейчас он предлагает. Это форк Drupal 7, навешанный тучей модулей, таких как Features, Spark (тулбары, едитор и прочая дрянь из Drupal 8), редакторы и прочая дрянь, которую может навешать любой. При этом он хочет тащить из версии в версию старый API и увеличивать производительность системы? Очень много вопросов, на которых нету ответов. Сейчас это напоминает больше дистрибутив 7 чем отдельная CMS.

Деньги не соберут.

Аватар пользователя multpix multpix 14 сентября 2013 в 13:01

"Niklan" wrote:
У него просто бомбануло.

Он просто хочет выдать обезьянам гранаты)

Ибо заявлено:
...
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.
...

Это деградационная ветка.
Имеет право на жизнь)
В случае успеха почистит аудиторию дру.

Аватар пользователя Ch Ch 14 сентября 2013 в 13:11

> В случае успеха почистит аудиторию дру.
Уйдут на backdrop.ru?

Аватар пользователя Niklan Niklan 14 сентября 2013 в 13:43

"multpix" wrote:
В случае успеха почистит аудиторию дру.

маловероятно)
Тут либо сидят те кто может разобраться в текущем дру и будущем разберется, либо кто как кликал, так и кликать будет в Drupal 8. Эта система непонятно на какую аудиторию. Хотя.. будут джумлаводы, впшники и прочие идти на бэкдроп из-за "низкого" порога, а потом и на друпал перепрыгнут. Некий фильтр.

Ну как я и сказал, денег не соберут.

Аватар пользователя orb orb 14 сентября 2013 в 13:56

Друпал 6 форкали дял повышения скорости работы
Друпал 7 форкают ради АПИ

Зачем же будут форкать Д8? А уже есть за что. Из Д8 хотят выпилять РНР модуль, давайте форкнем Д8 и туда впихнем в ядро РНР модуль.

Аватар пользователя Lizergin Lizergin 14 сентября 2013 в 17:59

Так на гитхабе у них 13 участников и Дрис там тоже числится и по статам он там самый зверь))) так что вообще не понятно о какой там революции мелькало в твите

Аватар пользователя Crea Crea 14 сентября 2013 в 19:24

Ооо, кухонные аналитики уже все заранее знают, да

Quote:
Где его факты за backdrop CMS. То что на сайте вообще не факты, а лишь его догадки либо вообще даже нисколько не плюс.

Факты в том что

  1. Сложность является одной из важнейших характеристик ПО. Друпал многократно разжирел в попытке поддержки всего и вся и сидения на двадцати стульях и многочисленных абстракций. Это приводит к тому, что многократно увеличивается сложность поддержки. разработки и т.д. Многократно увеличились тормоза сайта. В отличие от Друпала этот форк признает проблему сложности и ставит задачу упрощения архитектуры и кода, избавления от жира.
  2. Друпал усилиями Аквии и Ко теперь ориентирован только на Big Enterprise, а все остальные клиенты это как бы балласт. Неудачники нам не нужны, бугага.
  3. Любой серьезный проект состоит на 90% из контриба и кастомных модулей. Это означает, что ядро, которое нужно постоянно обновлять, ломая обратную совместимость - идиотизм в квадрате. Многие изменения ядра вообще прекрасно могут существовать в виде контриб модуля. Это означает не отсутствие прогресса, а смещение прогресса в сторону контриба и более медленного развития ядерного API.
  4. Интерес к форку проявили многие "хардкорные" разработчики, а это значит, что его идеи востребованы. Теперь важно, чтобы люди не потеряли интерес.
Аватар пользователя Niklan Niklan 14 сентября 2013 в 20:04

"imenami" wrote:

Так на гитхабе у них 13 участников и Дрис там тоже числится и по статам он там самый зверь))) так что вообще не понятно о какой там революции мелькало в твите


Эта стата содержит, на сколько я понял, стату из форкнутого друпала. Офк, там дрис присутствует.

"Crea" wrote:
Сложность является одной из важнейших характеристик ПО. Друпал многократно разжирел в попытке поддержки всего и вся и сидения на двадцати стульях и многочисленных абстракций. Это приводит к тому, что многократно увеличивается сложность поддержки. разработки и т.д. Многократно увеличились тормоза сайта. В отличие от Друпала этот форк признает проблему сложности и ставит задачу упрощения архитектуры и кода, избавления от жира.
Друпал усилиями Аквии и Ко теперь ориентирован только на Big Enterprise, а все остальные клиенты это как бы балласт. Неудачники нам не нужны, бугага.
Любой серьезный проект состоит на 90% из контриба и кастомных модулей. Это означает, что ядро, которое нужно постоянно обновлять, ломая обратную совместимость - идиотизм в квадрате. Многие изменения ядра вообще прекрасно могут существовать в виде контриб модуля. Это означает не отсутствие прогресса, а смещение прогресса в сторону контриба и более медленного развития ядерного API.
Интерес к форку проявили многие "хардкорные" разработчики, а это значит, что его идеи востребованы. Теперь важно, чтобы люди не потеряли интерес.


В таком случае не проще ли это все бросать, а составить четкие инициативы и реализовать в Drupal 9

Аватар пользователя Crea Crea 14 сентября 2013 в 21:08

Quote:
В таком случае не проще ли это все бросать, а составить четкие инициативы и реализовать в Drupal 9

Разные задачи и разная целевая аудитория. Кроме того, Дрис не позволит (у него, вообще говоря, конфликт интересов).

Аватар пользователя Crea Crea 15 сентября 2013 в 0:30

Обращаю внимание.
Меня бесила политика исправления багов в текущей версии Дру. "Ваш сайт содержит ошибку, но мы ее исправим только после того когда ошибка будет исправлена в Drupal 12, который выйдет через 5 лет". Да большинству плевать, что будет через 5 лет! Smile
Больше здравого смысла, ура.

Quote:

Bugs will be fixed in the patch release version first, which is merged into the minor release, which in turn is merged into the major release. This means when fixing bugs, the fix is made to the production version of the software first, and then merged in to the future version.

Аватар пользователя Niklan Niklan 15 сентября 2013 в 10:55

Да... ожиатаж впечатляет судя по indiegogo. Столько обсуждений, уже статей написано а пожертвовало 28 человек. Начал тыкаться по пиплу кто пожертвовал, кто такие вообще хз. Один из Lullabot, и то, фронтенд девелопер, ему вообще по сути пох что внутри будет. Хочет просто видимо WP, но более солидное. В реддите тоже, основная поддержка от верстальщиков. Они то стонут вообще я не пойму. Их это меньше всего касается же. Я хз, в общем, денег не соберут, очевидно же, хотя компания отдаст им все бабки что они соберут, даже если цели не достигнут. Походу этот мужик с девушкой просто решили 50к на двоих поднять по легкому.

Аватар пользователя MainVisor MainVisor 15 сентября 2013 в 14:01

Напрягает то, что технические требования для восьмерки возростут чуть ли не на порядок при аналогичной посещаемости.
Вообще в восьмую версию что-то много всего запихали. По хорошему, добавили бы только симфони и голое ядро. А лучше бы сделали свой каркас, так как symphony далеко самый не легкий. И заморози ли бы API.

Аватар пользователя Niklan Niklan 15 сентября 2013 в 14:14

"MainVisor" wrote:
Напрягает то, что технические требования для восьмерки возростут чуть ли не на порядок при аналогичной посещаемости.

Где такое сказанно, и с чего это напрягать должно обычных пользователей? Всеравно прожорливости битрикса не будет, что для сайта дедик придется брать при посещаимости 100 человек в сутки.
С каждой альфой восьмерка все быстрее и быстрее. Уже твиг проигрывает 2-3мс phptemplate. Это настолько мизерно, что даже не является разницей.

"MainVisor" wrote:
Вообще в восьмую версию что-то много всего запихали.

А по сути ничего и не пихали. Заменили олдскул на современное, вот и делов то.
Т.е. тут не тупо взяли да запихали, а заменили. Это как бы разные вещи.

"MainVisor" wrote:
По хорошему, добавили бы только симфони и голое ядро.

Минимальный профайл. Вот и симфони с голым ядром.

"MainVisor" wrote:
А лучше бы сделали свой каркас, так как symphony далеко самый не легкий. И заморози ли бы API.

Делать инжекторы, роуты, я думаю не очень легая вещь. Копипастить в наглую у симфони тоже не есть хорошо. Если придумают что лучше, выпилят симфони и поставят своё. А сейчас как-то надо было решать проблему, вот и задействовали компоненты симфони. А то что она не легкая, то кому какое дело, она не на всю катушку же задействована, а лишь её компоненты. Будет слишком глючить, допилят симфони, и помогут заодно другому опен сорс проекту.

P.s. перед выходом семерки такую панику наводили, что я как новичек, вообще одуревал. Думал что за нах, я ток друпал учить начал а следующую версию уже похоронили. В итоге сейчас все уже любят 7.
То же самое и с 8, только паника немного помощнее, что выливается в форки. Я так понял, для друпала это в порядке вещей, так паниковать всем сообществом перед релизом новой версии.

Аватар пользователя kyky kyky 16 сентября 2013 в 12:44

Правильно, давно пора. К чему паника? У любого хорошего проекта на Гитхабе может быть до 10000 форков, и никто не истерит.
Все идет к тому, что Аквия будет впаривать свой жирный Друпал крупным заказчикам, а сообщество сделает свою легковесную версию Дру.
Все будет зависеть от того, насколько сильно Дрис и Ко будут наступать альтернативам на горло.

Аватар пользователя Kur Kur 16 сентября 2013 в 13:59

как я понял, основывается полностью на 7-ке, т.е. все модули для 7-ки будут пахать и тут?

Аватар пользователя Crea Crea 16 сентября 2013 в 23:09

Форк будет смесью 7 и 8. Модули, написанные под 7, работать не будут, но ставится цель, чтобы портировать такой модуль на Backdrop было гораздо проще, чем на D8.

Аватар пользователя Niklan Niklan 17 сентября 2013 в 9:07

"Crea" wrote:
Форк будет смесью 7 и 8. Модули, написанные под 7, работать не будут, но ставится цель, чтобы портировать такой модуль на Backdrop было гораздо проще, чем на D8.

Проще портануть на Drupal 8, ибо на 9 и далее будет проще. Уже дальше ООП они явно никуда не пойдут, да и некуда. Ну портанут пару разрабов свои модули на Backdrop и бросят. Аудиторию с Drupal.org никогда не составит. Большинство модулей на орге вообще бывшые кастомы, которыми решили поделиться с сообществом. А их порт на следующую версию лишь как правило появляется из-за того что автору самому же надо, он для себя портирует и опять на орг.

Аватар пользователя Niklan Niklan 17 сентября 2013 в 9:54

При такой шумихе об этом Backdrop (везде где друпал активно обсуждается, уже проскользнул он) всего 32 человека пожертвовало. Спрос впечатляет.

Аватар пользователя Kur Kur 17 сентября 2013 в 10:11

"Niklan" wrote:
пока да

Niklan, я смотрю твоя цель - лишь бы что то сказать в любой теме. Не важно даже если это чепуха...
"Niklan" wrote:
Проще портануть на Drupal 8

это пипец. Ты хоть кодил под друпал когда то? Садись портировщик вебформ для 8-ки переписывай, он почти везде стоит, его автор на 8-ку не будет переписывать.

Аватар пользователя Niklan Niklan 17 сентября 2013 в 10:37

"Kur" wrote:
Niklan, я смотрю твоя цель - лишь бы что то сказать в любой теме. Не важно даже если это чепуха...

Это смысл моей жизни. Хотя я не уловил почему такая реакция, я вроде как дал ответ про апи бэкдропа. ну да ладно

"Kur" wrote:
это пипец. Ты хоть кодил под друпал когда то? Садись портировщик вебформ для 8-ки переписывай, он почти везде стоит, его автор на 8-ку не будет переписывать.

Портировщик вебформ - это модуль, или после "портировщик" должна стоять запятая? Если запятая, то как бы КЭП на страже, и говорит что возможности вэбформы в ядре 8. Чего же сразу Views не предложили мне портануть, его тоже в виде контриба никто не собирается портировать.

Аватар пользователя Kur Kur 17 сентября 2013 в 10:48

"Niklan" wrote:
Хотя я не уловил почему такая реакция

ты ответил что д7 модули пойдут под этот форк, хотя истина в том что нет. Разница чувствуется?
"Niklan" wrote:
и говорит что возможности вэбформы в ядре 8.

Т.е. ты утверждаешь что при абдейте с Д7 на Д8 все формы от модуля Д7 вебформ автоматом переведутся в формы Д8?

Аватар пользователя MainVisor MainVisor 17 сентября 2013 в 10:59

Самое большое количество модулей было в шестой, в седьмой некоторые то сих пор в бете. В восьмерке посмотрим как будет.

Вообще, в будущем этот симфони по идее должен облегчить портирование модулей?

Аватар пользователя Niklan Niklan 17 сентября 2013 в 11:16

"Kur" wrote:
ты ответил что д7 модули пойдут под этот форк, хотя истина в том что нет. Разница чувствуется?

Я написал "пока да, потом скорее всего не будут". Пока бэкдроп кушает модули семерки, только уже не "скорее всего", а точно не будут в дальнейшем поддерживаться.

"Kur" wrote:
Т.е. ты утверждаешь что при абдейте с Д7 на Д8 все формы от модуля Д7 вебформ автоматом переведутся в формы Д8?

Омг, ну если так отталкиваться, то с семерки OVER9000 чего не пойдет на D8, даже если будет портированый модуль. Например Features будет под 8 дурпал. И что, кому-то легче от этого? Они будут совершенно другими и основаны на новых реалиях.

И кто вообще сказал что сайты надо переводить на D8? Еще 4 года минимум семерка будет поддерживаться. А потом проще воссоздать заного и с нуля, под те реалии, что будут в 2017-18 году. А они изменятся, очевидно же. А аргументы типа "огромный сайт", "очень много функционала" это лишь отмазки и стон. У таких "огромных" сайтов должны быть свои разрабы и они либо смогут поддерживать семерку и дальше на должном уровне, как сейчас держать D5, либо смогут портировать ручками.

А вообще, все эти обсуждения что нет модулей были и на семерке, тоже все ныли. А это сугубо проблемы юзеров, которые на каждый чих вешают 100500 модулей которые еще и в зависимости тянут еще другую сотню модулей. Учитывая что "вебформы" в я дре, явно будет написана миграция для них.

Аватар пользователя Kur Kur 17 сентября 2013 в 11:47

"Niklan" wrote:
а , ну если так отталкиваться

Да, от реальности надо отталкиваться. Простые сайты должны по идее "из админки" перейти на новую версию.

"Niklan" wrote:
А это сугубо проблемы юзеров,

Ага, проблемы юзеров, которым впарили друпал, так по твоему получается?

Аватар пользователя Crea Crea 17 сентября 2013 в 12:20

Quote:
Проще портануть на Drupal 8, ибо на 9 и далее будет проще.

Да, там простота просто лезет изо всех щелей...гыы
Теоретег ?

Quote:
Вообще, в будущем этот симфони по идее должен облегчить портирование модулей?

Наоборот. Симфони облегчит только применение кода, написанного под симфони.

Аватар пользователя Niklan Niklan 17 сентября 2013 в 12:49

"Kur" wrote:
Да, от реальности надо отталкиваться. Простые сайты должны по идее "из админки" перейти на новую версию.

Простым сайтам не нужен апдейт мажорных версий ядра. Зачем?

"Kur" wrote:
Ага, проблемы юзеров, которым впарили друпал, так по твоему получается?

Проблемы тех кто впарил тогда. Опять же, никто не заставляет вас уходить с семерки. Еще 4 года смело.
Новые на 8, старые пусть стоят на 7, а потом вежливо предложить переделать. Через 4+ года эти сайты на семерке что ща сделаны, будут не актуальны.

"Crea" wrote:
Да, там простота просто лезет изо всех щелей...гыы
Теоретег ?

Факт, а не теория. Ща надорвать жопу и портануть на 8 под ООП. Потом будет намного проще портить, очевидно же. Тут все сложности порта из-за ООП, его почти никто не знает из друпалеров. В 9 то что будет? Руби что ли, или питон? Там уже только API меняться будет по сути.

Аватар пользователя Crea Crea 17 сентября 2013 в 13:22

Quote:
Факт, а не теория.

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

Quote:
Ща надорвать жопу и портануть на 8 под ООП. Потом будет намного проще портить, очевидно же.

А потом наступит коммунизм, да. Причем надрывать жопу надо щас, а коммунизм когда будет и будет ли вообще - никто не знает Smile
Я и говорю - теоретег.

Аватар пользователя Niklan Niklan 17 сентября 2013 в 13:38

"Ch" wrote:
А где они там?

поэтому и в кавычках. Там средствами Contact можно создать форму. Да, функционала меньше. Но теперь все правильно, надо не Webform портировать, а интегрировать новый функционал в Contact.

Аватар пользователя Kur Kur 17 сентября 2013 в 16:02

"Niklan" wrote:
Тут все сложности порта из-за ООП, его почти никто не знает из друпалеров.

что ты за бред несешь? Что его там знать? 20 статей с php.net освоить... Ага, никому не удалось тут... Болтай дальше. А лучше - Не приписывай свои проблемы другим.

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

Аватар пользователя Niklan Niklan 17 сентября 2013 в 17:12

"Kur" wrote:
что ты за бред несешь? Что его там знать? 20 статей с php.net освоить...

Во-первых, многим сложно дается поинмание ООП. Это факт. Народ путается в инкапсуляции, полиморфизме и прочему. Да прочитать 20 статей, но их еще и понять надо.

"Kur" wrote:
Ага, никому не удалось тут... Болтай дальше. А лучше - Не приписывай свои проблемы другим.

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

"Kur" wrote:
Про вебформ получается ты еще раз солгал, используя ложь как аргумент. Общение с тобой прекращаю.

Я не лгал. Еще раз пишу. УЧИТЕСЬ читать. Кавычки там не просто так стоят с самого начала. Установите же наконец 8 друпал и посмотрите модуль Contact. Чем не вебформа?

Текущее состояние Webform не нужно на Drupal 8. Еще раз говорю. Установите, посмотрите и потом гоните на меня волну тут. Совершенно очевидно что модуль не будет портирован в таком виде. ЗАЧЕМ? Все в ядре уже, в модуле Contact. Надо не пилить еще один функционал, а проще интегрироваться в текущий contact. Но это уже совершенно другой модуль выходит а не продолжение вебформы. Как минимум вообще новая ветка.

Аватар пользователя multpix multpix 17 сентября 2013 в 17:42

"Kur" wrote:
Садись портировщик вебформ для 8-ки переписывай, он почти везде стоит, его автор на 8-ку не будет переписывать.

есть [module=entityform] - это причина по которой дальше вебформ не нужен.

да и вобще, че за паника?
ну обогатиться коллекция кода, которую можно использовать свободно - и хорошо!

"Niklan" wrote:
многим сложно дается поинмание ООП. Это факт.

да ну))
многим сложно дается любое понимание - вот это факт.
по сему специалист - не каждый первый или второй,
и это нормально, небоись!

Аватар пользователя alex_shut alex_shut 18 сентября 2013 в 21:44

крику то сколько!! ))

но вы ушли от темы)) обсуждали форк, и свалились в спор по портированию модулей))
пипл жаждет про форк!!

Аватар пользователя Niklan Niklan 19 сентября 2013 в 9:34

"alex_shut" wrote:
пипл жаждет про форк!!

Дак обсуждать то по сути нечего. То что описано о бэкдропе уже обсудили. Сама система, в отличии от 8 еще не подходить к релизу, так что их заявления пока что и остаются заявлениями.
Даже на редите заглохло обсуждение.

Аватар пользователя ihappy ihappy 22 сентября 2013 в 18:06

Любой форк имеет право на жизнь, если он не нарушает ни моральных(и то), ни каких либо законов.
Кому не нравится, гуляйте лесом.

Насчет ООП, давно говорил и буду говорить, в РНР ООП не панацея и вообще, на костыль еще смахивает. ИМХО конечно.

Аватар пользователя sas@drupal.org sas@drupal.org 23 сентября 2013 в 8:33
1

На проектах большого размера как D8 без ООП никак, поддержку в реальные сроки командой программистом не обеспечить.

Аватар пользователя sg85 sg85 24 сентября 2013 в 22:12

"iHappy" wrote:
А вообще надо без фанатизма относится к ООП, как сейчас к нему относятся.

Ну так когда люди приходят из, например, явы в пых, результаты их работ несколько улыбают, забавно наблюдать как вместо одной простенькой функции используется довольно тяжелый класс...(например, какая нибудь переводилка цифр в слова), в друпале же всю эту оопность считаю более или менее оправданной, однако, db_query, лично для меня читать гораздо легче, чем db_select/

Аватар пользователя Niklan Niklan 26 сентября 2013 в 12:57

"iHappy" wrote:
Не хватило знания английского(

Если в кратце, он не в восторге от затеи. Features под него портировать сам не будет. Сказав что drupal - не только ядро, но еще и огромное сообщество, то форкать его неразумно, ибо сколотить подобное сообщество, на котором по сути все держится, будет невероятно сложно. И выбирая между backdrop и d8, он выбрал d8, что не удивительно.

Также своё мнение высказал Greg Dunlap (heyrocker) - автор инициативы Drupal 8 Configuration Management (CMI).

Он тоже ничего не будет делать, пожелал удачи.

В октябре будет Ryan Szrama (Drupal Commerce, formerly Ubercart, Commerce Guys), интересно что он скажет на счет этого.

Пока что известные разрабы в друпале не очень то и верят в успех.

Аватар пользователя sg85 sg85 27 сентября 2013 в 2:24

"iHappy" wrote:
Давно смотрел, года полтора назад.
Проверять как сейчас нет желания, хотите сами проверьте. Я же не утверждаю с 100% что это так, именно поэтому я написал там

Так там все просто, метод execute получает аргументы из свойств объекта и отправляет их субд(только эти самые свойства объекта нужно еще построить), в случае с db_query аргументы берутся из аргументов самой функции и передаются субд тем же способом. Правда нагрузка от db_select и его аналогов на современном железе минимальна, так что остается только вопрос удобства и целесообразности.

"Niklan" wrote:
Он тоже ничего не будет делать, пожелал удачи.

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

Аватар пользователя Niklan Niklan 27 сентября 2013 в 11:39

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

Но у нас очень много жумлаводов и впшников могут схавать Backdrop из-за простоты. И потом Drupal.ru утонет в туевойхуче вопросов о нем.

Аватар пользователя ihappy ihappy 27 сентября 2013 в 16:43

"Niklan" wrote:
И потом Drupal.ru утонет в туевойхуче вопросов о нем.

а причем дру к бекдору?

Аватар пользователя Niklan Niklan 27 сентября 2013 в 17:09

"iHappy" wrote:

Вы это потом бэкдроповцам объясните что он имеет отдаленные корни)

Я уверен на 100%, что если бэкдроп попрет, сюда попрут его юзеры, ибо, это же типа друпал. И под друпалом будут подразумевать бэкдроп.

Темболее, даже если будет сайт по бэкдропу в россии, сообщество там будет еще скуднее здешнего, и опять они сюда попрут из-за корней системы)

Аватар пользователя alexandr.poddubsky alexandr.poddubsky 11 октября 2013 в 17:02

а чего такой шум то? Шуметь нужно, когда что то можно изменить, в данном случае изменить ничего нельзя. Друпа становится все более говнистее. То что будет на ООП это отлично, правда ООП нахер везде не упало, то что наконец будет сделана загрузка по использованию, ну наконец то. А вот то что в ядро начали совать все и побольше, это извините полное унылое говно. Нахер нужна симфония в ядре и такие модульки как views? Свои классы написать не? Симфония не самый шустрый фрейворк, так надо один трактор сцепить с основным трактором. Хороша связка, ничего не скажешь. 8-9 друпа, как бы все меньше и меньше желания разбираться все в новом и новом говне. Как бы django, pylons, pyramid или Tornado мне теперь намного больше интересны стали, особенно Tornado. Симфонию как бы и не хочется юзать вообще.

Аватар пользователя adubovskoy adubovskoy 11 октября 2013 в 17:27

"alexandr.poddubsky" wrote:
мне теперь намного больше интересны стали, особенно Tornado. Симфонию как бы и не хочется юзать вообще.

Стойте! Вы близки к черной дыре!) Я так называю следующую цепочку:

->человек/студия делает проекты на drupal->есть обновления в портфолио->человек недоволен drupal->человек говорит "ruby/pytnon/etc наше все"->проходят годы, от человека ни новых работ, ни писем. Он в черной дыре.

Мы потеряли так десятки людей. О них никто не слышал с тех пор. Опасайтесь черных дыр Smile

Аватар пользователя alexandr.poddubsky alexandr.poddubsky 11 октября 2013 в 18:03

с чего к черной дыре то? заказов всегда хватает. пока на друпе 6 -7. времени на свои проекты не хватает, подвисли. на питоне смотрел, тоже есть работа, на пыхе кстати дешевше стоимость работ.

Аватар пользователя Kur Kur 12 октября 2013 в 19:04

"adubovskoy" wrote:
человек недоволен drupal

вернее будет - программист недоволен. Вы то не программист, вас, как настройщика админки, изменения в архитектуре программного продукта, никак не телепают то. Поэтому вам можно с усмешкой и с высока смотреть и отзываться о чужих проблемах.
В Д8 уже более 8000 файлов.
Жаль удалил его, есть у кого?, что показывает по количеству инклудящихся файлов на главной?:

<?php
print count(get_included_files());
?>

если в конец index.php этот код вставить.

Аватар пользователя Kur Kur 15 октября 2013 в 16:24

"sg85" wrote:
606 главная, 558 нода, чистая установка без контриба

А в друпал 7 этот показатель - 113 главная и 129 - нода с вебформой.
Причем этот ВАЖНЫЙ показатель им вряд ли удастся значительно уменьшить...

Аватар пользователя sg85 sg85 15 октября 2013 в 19:06

Ну то что уменьшат это скорее всего, а вот про "значительно" я с Вами согласен... Однако, как ЦМС+ЦМФ несмотря на все свои недостатки, 8рка лично мне кажется весьма интересной.(правда под виндой сие чудо будет, наверное, полнейшей хренью)

Аватар пользователя Mirocow Mirocow 6 января 2014 в 15:00

"Niklan" wrote:

будущее за framework и это оправдано. А уж какой выбрали, так сообществу лучше видно. Ваше же дело принять это как факт или форкать и развивать свое.

Аватар пользователя gor gor 10 ноября 2015 в 11:49

.... прошло почти 8 месяцев и я узнал о backdrop Smile бывает.
Узнал я о нем, когда начал думать как быть дальше.
Как бе надо развивать и сам сайт dh и другие проекты на подходе к релизу.

Взял я 8ку, вроде альфа. Даже установилась (месяца 2-3 назад не ставилась совсем)...
Решил портировать простенький модуль из dh проекта ( тот что уведомления показывает и рассылает )

И .... офигел.
Ну ладно, разобрался как форму сделать... Пришлось разобраться как сделать свой Контролер.. а для него менеджерИнтерфейс.

Покряхтел.. написал. А потом вспомнил, у меня же есть свой профайлер для DH (которым стату считаем на еластике) - дай ка я им под капот загляну.

Смотрите дальше сами.
Тех характеристики:
комп - Mac Book Pro Retina
apache + modphp + xcache

Каждому ядру вырубил все модули что можно считать лишними.
Минимизировал влияние крон задач, обновление кеша и тп.

D6:
D6
D7:
D7
D8:
D8

И backdrop (почти что d7)
BD

Вот в этом контексте я очень серьезно задумался - сколько клиенту прийдется платить за хостинг?
Или для маленьких сайтов целесообразнее будет ставить на DO за $5 а как проект выростит... перекодивать на что то... что быстрее?

PS: понимаю да альфа... но вот для вас дерево top по выборке выше 5% от ресурсов для D8
D8 stack top

Аватар пользователя gor gor 10 ноября 2015 в 11:50

Прошло больше года.
Я опять забрался в d8 посмотреть что изменилось..
странице /node/1

итого функций больше 1188 стало 6883
вызовов функций еще больше 26559 превратилось в 69102
время еще дольше стало с 159 до 263

Аватар пользователя gor gor 2 июля 2014 в 5:08

И в дополнение.... d8 содержит в 10 раз больше файлов. а точнее 10149 файлов против 1074 в d7.

Аватар пользователя Niklan Niklan 2 июля 2014 в 9:50

Посмотрим что будет в бете и в rc. Но вот функциональность впечатляет.
Пугает то как писать модули. Я тоже пробовал портировать, хоть и получилось, но это жесткачь какой-то. Если бы я ещё не знал Drupal API, я бы вообще повесился такое с нуля учить. Посмотрим опять же, возможно будет годная документация, покачто все гуглится по просторам в небольшом обьеме, у каждого своя информация, от альфы к альфе разница, некоторые вещи вообще координально меняют. Так что наблюдаем)

Аватар пользователя drupby drupby 2 июля 2014 в 9:56

"gor" wrote:
Или для маленьких сайтов целесообразнее будет ставить на DO за $5

так мне кажется это и семерки касается

Аватар пользователя orb orb 2 июля 2014 в 15:15

"ttenz" wrote:
Лучше d 6 уже не будет

А чем Д6 лучше Д7?
Как по мне то Д7 самое лучшее на сейчас.

Аватар пользователя orb orb 2 июля 2014 в 19:40

"ttenz" wrote:
Смотри скрины гора

Что там, почти равные результаты при том что в Д7 на порядок больше функционала.

Аватар пользователя orb orb 3 июля 2014 в 12:13

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

Аватар пользователя orb orb 3 июля 2014 в 18:32

"drupby" wrote:
php 5.4+

сразу, php 5.5.+
Много фич новых, работает шустрее и локально полет Д7 нормальный.
"gor" wrote:
Особенно пугает сколько вызовов функций происходит. Слишком громадное количество враперов вокруг

Ну так и железо не стоит на месте, вон SSD уже даже для файлов норма, а не только для БД, серверный софт оптимизируется понемногу.
А на Д8 надежды есть, после оптимизации рашпилем, я надеюсь что на разных участках работы сайта будет задействована не вся система, а только необходимые части, что даже в базовом исполнении снизит нагрузку до уровня Д7. А если разовьёться AJAX, где обещают вообще не грузить большую часть ядра, тогда сайты реально начнут летать

Аватар пользователя gor gor 18 сентября 2015 в 5:23

ssd тут не поможет. все в проц упирается.
у меня на ноуте пусть и 3 летней давности но далеко не медленный стоит. с ссд диском кстати.
чтоб заметна была производительность - нужно процы под 4Ghz
таких нет для серверного варианта. все известные мне - чисто однопроцессорные.

Аватар пользователя organizm organizm 4 июля 2014 в 0:35

"orb" wrote:
А на Д8 надежды есть, после оптимизации рашпилем, я надеюсь что на разных участках работы сайта будет задействована не вся система, а только необходимые части, что даже в базовом исполнении снизит нагрузку до уровня Д7.

На прошлогоднем Львовском кемпе был доклад по Д8 поводу. Докладчик сократить загрузку до 6-10ти(точно уже не помню) файлов.

Аватар пользователя ihappy ihappy 16 ноября в 11:48

Посмотрим, что из этого выйдет..

Конец 21 года, проект живей живых.
Видать людям Дру8 и Дру9 не зашел)

Аватар пользователя ivnish ivnish 16 ноября в 11:59
1

У бэкдропа и Д9 разные ниши поэтому ничего не мешает им существовать параллельно

Аватар пользователя ihappy ihappy 16 ноября в 12:41

ttenz wrote: Да. Спасибо, что напомнили. Надо будет переехать.

Вот, поставил, буду пробовать, что за зверь)
Если АПИ идентичный, то я лично перейду на него.

ivnish wrote: Д9 разные ниши

А в что переродился дру9?

Аватар пользователя ihappy ihappy 16 ноября в 14:17

ivnish wrote: В CMS/CMF для Ынтерпрайза

А в чем это выражается? Извините, я просто не понимаю, что значит для Ынтерпрайза.
Он стал платным? на него нет модулей? или что?

Аватар пользователя ivnish ivnish 16 ноября в 14:43

Это значит, что развитие друпала идет в сторону крупных корпоративных клиентов.

Аватар пользователя ihappy ihappy 16 ноября в 14:56

ivnish wrote: Это значит, что развитие друпала идет в сторону крупных корпоративных клиентов.

Капитан очевидность здравствуйте))
Интересно что именно у них там происходит

Аватар пользователя ivnish ivnish 16 ноября в 16:08

Малый бизнес (особенно в России) не готов платить по 2000+ рублей в час за разработку их сайтов/порталов/личных кабинетов. Крупный бизнес и по 6000 в час сеньорам платит. Думаю, не нужно тебе рассказывать про ставки друпалеров в международных компаниях

Аватар пользователя marassa marassa 16 ноября в 14:42
1

ihappy wrote: А в чем это выражается?

Кривая обучаемости стала круче. Тем, кто набил руку на семерке, нужно переучиваться, а многим это не нравится, им хочется чтобы ничего никогда нигде не менялось. А для любознательных профессионалов (и даже любознательных чайников типа меня), которые любят учиться, нет проблем.

Аватар пользователя ihappy ihappy 16 ноября в 14:51

marassa wrote: Кривая обучаемости стала круче. Тем, кто набил руку на семерке, нужно переучиваться, а многим это не нравится, им хочется чтобы ничего никогда нигде не менялось. А для любознательных профессионалов (и даже любознательных чайников типа меня), которые любят учиться, нет проблем.

А что тут интерпрайзного?
Я не про это спрашивал)

Я сам не хочу с семерки переучиваться. Ибо в семерке за одну единицы времени я напишу 100% кода, а в восьмерке дай бог 50%.
При этом, я теряю производительность на порядок.
Что выливается в повышение затрат на хостинг.
А еще так как кода больше стало, то часозаработок тоже упал.
Какие я плюсы получил? Я их не вижу.
Д9 даже не пробовал и не смотрел.

При этом, Д7 прост как палка и мощный как линкор.

Может на более серьезных проектах есть смысл, но в мелких и средних от Д8 нет смысла от слова абсолютно. Ну или я не вижу. На истину не претендую, чисто мои наблюдения.

Аватар пользователя ihappy ihappy 17 ноября в 17:13

adano wrote: Пока не паникуй. Возможен сценарий, что будет Drupal Classic.

https://www.drupal.org/project/drupal/issues/3132897
https://www.drupal.org/project/ideas/issues/3238659

Ооо, это мега круто! Д7 реально крут и так кидать его, просто грех божий.
надеюсь протолкнут идею

Аватар пользователя ivnish ivnish 16 ноября в 16:17

ihappy wrote: Я сам не хочу с семерки переучиваться.

На этом уже можно закончить

ihappy wrote: Что выливается в повышение затрат на хостинг.

Д8/9 сейчас работает на любом шареде и на самых низких тарифах. Другое дело, что часто там нет нужных инструментов типа git, composer, возможности запуска drush

ihappy wrote: А еще так как кода больше стало, то часозаработок тоже упал.

Странные у тебя расчеты. Я на Д8/9 стал быстрее решать бизнес-задачи (за счет более современных инструментов) и стал в 2 раза больше зарабатывать, потому что работаю теперь с крупными клиентами

ihappy wrote: но в мелких и средних от Д8 нет смысла от слова абсолютно.

Неважно какой проект. Крупный портал или сайт визитка. Благодаря переносу конфигов и CI время на деплой изменений изменилось с десятков минут возни с FTP и в БД до 1 минуты запуска git pull. Дальше за меня работает CI

Аватар пользователя ihappy ihappy 17 ноября в 17:28

ivnish wrote: На этом уже можно закончить

Мммм вспоминаю токсичностью друпал.ру, красота)))

ivnish wrote: Д8/9 сейчас работает на любом шареде и на самых низких тарифах. Другое дело, что часто там нет нужных инструментов типа git, composer, возможности запуска drush

Так на любом или не на любом?)
Отвечу за тебя.
Нет не на любом. Если нужен нормальный динамичный и держащий нагрузку сайт, для Д8 мы должны брать мощней сервер, чем для Д7.
Абсолютно все тестирования, это показывают.
Не надо вот сейчас бить пяткой в грудь и спорить с очевидным.

ivnish wrote: Странные у тебя расчеты. Я на Д8/9 стал быстрее решать бизнес-задачи (за счет более современных инструментов) и стал в 2 раза больше зарабатывать, потому что работаю теперь с крупными клиентами

Нормальные расчеты.
Может ты просто больше модулями собираешь сайты, а я пишу нативный код в основном. Я использую друпал, только как CMF. Я не использую 99% модулей.
И в Д7 кода надо меньше писать, чем в Д8. Опять же, это очевидный факт, но при условии не пользоваться модулями.
Хотя, я не понимаю, как можно модулями собирать высоконагруженные проекты.

ivnish wrote: Неважно какой проект.

А вот на этом реально можно заканчивать) Неважно какой проект... наоборот ВАЖНО какой проект. Это именно о, что важно в первую очередь)

Аватар пользователя ivnish ivnish 17 ноября в 17:35

ihappy wrote: Мммм вспоминаю токсичностью друпал.ру, красота)))

Ну ну) Конечно лучше называть всех токсичными, чем самосовершенствоваться

ihappy wrote: Так на любом или не на любом?)

Ну конечно, ты всегда можешь найти какого-нибудь убогого локального хостера и сказать, что у него на PHP 5.3 Drupal 8 не запускается

ihappy wrote: для Д8 мы должны брать мощней сервер, чем для Д7

Не должны

ihappy wrote: Не надо вот сейчас бить пяткой в грудь и спорить с очевидным.

Я не спорю с очевидным, а использую свой опыт.

ihappy wrote: Я не использую 99% модулей.

Зачем тебе вообще друпал тогда? Пиши на чистом коде PHP

ihappy wrote: А вот на этом реально можно заканчивать)

Согласен. Упрямых любителей сидеть в уютном 2011 не переспорить никакими доводами

Аватар пользователя ihappy ihappy 17 ноября в 19:14

ivnish wrote: Ну ну) Конечно лучше называть всех токсичными, чем самосовершенствоваться

Токсичен ты и к моему само совершенству ты не имеешь отношения. Не надо одно с другим путать.

ivnish wrote: Ну конечно, ты всегда можешь найти какого-нибудь убогого локального хостера и сказать, что у него на PHP 5.3 Drupal 8 не запускается

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

ivnish wrote: Я не спорю с очевидным, а использую свой опыт.

А говоришь как будто это истина.

ivnish wrote: Зачем тебе вообще друпал тогда? Пиши на чистом коде PHP

Пишу. Только друпал мне дает буст в разработке. И только.
Я же написал, я друпал использую как CMF, мне CMS не особо и нужно. Хотя конечно, админке спасибо, она помогает тоже.

ivnish wrote: Согласен. Упрямых любителей сидеть в уютном 2011 не переспорить никакими доводами

А почему ты решил, что Д8 и Д9 это прогресс? Почему ты думаешь, что прогресс это переход с Д7 на Д8? или Д9? Это смешно.
Прогресс это не новый фреймворк.

Аватар пользователя madt madt 18 ноября в 11:18

Ты пишешь, что не используешь 99% модулей. Какого рода проекты ты реализуешь на Drupal?

Аватар пользователя ihappy ihappy 19 ноября в 10:16

В основном у меня корпоративный сектор б2б и различных сервисов для администрирования.

Аватар пользователя madt madt 21 ноября в 23:11

Сколько человек в команде работает? Как выстроены процессы деплоя и релизов?

Аватар пользователя VasyOK VasyOK 16 ноября в 16:43

Backdrop - честно: мне интересно. Но там как-то народу мало. Не вижу для кого он. Для тех кто хочет сэкономить - да, но не факт что сэкономит.

Да, будет что-то типа D7 LTS. Acquia хостинг предоставляет, не пошлет же она тысячи своих клиентов.
На многих проектах нельзя отказаться от D7. Почему:

  • Ubercart - а к нему масса кастома у матерых сайтоводов. A Commerce часто сложен для понимания.
  • Feeds - пока он не обновляет записи пользователей на D8.
  • Rules - под D8 еще сырой требует патчей (хорошо, что они есть).
  • Composer - как я объясню сайтоводу, что он должен юзать командную строку - не знаю. Никогда не собирал Комозером сайты на D7, но вот сейчас на D7 сайтах все больше патчей контриба применяю уже задумываюсь о его надобности.
  • Colorbox - вот надо вывести в модульном окне определенные поля ноды. D7 - просто в настройках отображения, D8- пока только код писать.

"но в мелких и средних от Д8 нет смысла" - не согласен:

  • Импорт экспорт конфигураций - жирнейшее преимущество. Можно новый функционал делать на дев версии и не тормозить работу с контентом основного сайта. На D7 - делают через Фичерс. Мне - сложно.
  • Конвертация картинок в webp. Для любителей высокого пейджспида. Не знаю я как сделать прессет изображения в webp на 7ке. А в 9ке для формирования любого кода тега picture легко накликать "кошмарный сон adano".
  • Slick - один модуль галереи везде. В 7ке у меня не вышло накликать им вьюху из нескольких нод слайдов. Думаю возможно.
  • Отправка сообщений друг другу в реальном времени. Без всяких node js.
  • wedform реально крутой стал.
Аватар пользователя webadmin webadmin 17 ноября в 5:25

Bacdrop занял свою нишу небольших контентных сайтов, хотя у него есть уберкарт.
Легкий, шустрый за счет сохранения парадигмы функционального программирования. Единственный минус для меня по сравнению с восьмеркой - отсутствие динамического кеша и драша и обновлять ядро приходится ручную. Паковать в архив, закидывать через scp и распаковывать. принципе всё можно делать из терминала. Чуть дольше чем с помощью драша.
На западе он взлетел, это можно видеть по витрине на сайте сms.
Сomposer в восьмерке говно.
Без него на драше обновляться быстрее.
Некоторых модулей под девятку в репах composera еще нет и их приходится ставить по старинке.

У разработчиков backdrop есть свой канал https://www.youtube.com/c/BackdropcmsOrg
Они там свои митапы выкладывают.

Что еще. Если ты привык работать с файлами темы, то бэкдроп менее удобен.
Так как шаблоны страниц от шаблонов нод отделены (шаблоны страниц в отдельной директории layout) и он больше заточен на накликивание шаблонов. С другой стороны их можно наклепать файлами сколько нужно на каждый чих и выбирать из админки. В восьмерке билдер мне не зашел, проще и быстрее в плане верстки шаблонами. Но это кому как.

Аватар пользователя ivnish ivnish 17 ноября в 8:41

webadmin wrote: На западе он взлетел, это можно видеть по витрине на сайте сms.

Не увидел там ничего такого, чтобы сделать выводы, что он "взлетел"

webadmin wrote: Сomposer в восьмерке говно.

Што?

webadmin wrote: Без него на драше обновляться быстрее.

Насколько быстрее? На 1 секунду?

webadmin wrote: Некоторых модулей под девятку в репах composera еще нет и их приходится ставить по старинке.

Например?

webadmin wrote: В восьмерке билдер мне не зашел, проще и быстрее в плане верстки шаблонами.

Ага, у меня был сайт на поддержке с 158 шаблонами. На каждый чих - по шаблону

Аватар пользователя ihappy ihappy 17 ноября в 17:31

VasyOK wrote: "но в мелких и средних от Д8 нет смысла" - не согласен:

Сужу по своей работе только.
Может и не прав.

VasyOK wrote: wedform реально крутой стал.

Зачем этим пользоваться, вот не понимаю. Конструктор конечно хороший.
Но он же тормозной. Если писать кодом, то выходит на порядок быстрей работа.

VasyOK wrote: Но там как-то народу мало.

Главное чтобы он поддерживался.
Вот мне сейчас страшно делать реальные проекты на нем.

Аватар пользователя madt madt 18 ноября в 10:37

Для освоения Webform не нужны навыки программирования. Рядовой контент-менеджер может клепать опросы по готовым сценариям, что дает экономию в 100-300%.

Аватар пользователя ihappy ihappy 18 ноября в 17:13

Все так и есть.
тут сказывается специфика работа у меня) Поэтому, я не пользуюсь вебформами.

Аватар пользователя gun_dose gun_dose 17 ноября в 7:47

webadmin wrote: Некоторых модулей под девятку в репах composera еще нет и их приходится ставить по старинке.

Это каких, например?

Аватар пользователя webadmin webadmin 18 ноября в 2:23

Не так выразился.
Вот к примеру
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].

Аватар пользователя webadmin webadmin 17 ноября в 11:46

ivnish wrote: Не увидел там ничего такого, чтобы сделать выводы, что он "взлетел"

По сравнению с тем что было раньше, можно сказать что взлетел.

ivnish wrote: Насколько быстрее? На 1 секунду?

Намного быстрее

ivnish wrote: Например?

Мне надо повторить установки чтобы ответить

ivnish wrote: Ага, у меня был сайт на поддержке с 158 шаблонами. На каждый чих - по шаблону

Это аномальный случай. Я бы не рассматривал его как статистический.

Аватар пользователя DivaDii DivaDii 17 ноября в 15:33

Поскольку тут всплыло обсуждение Backdrop, то поделюсь.

Я сделала на нём два новых сайта.
И старые сайты с Друпал7 потихоньку переношу тоже на Backdrop.

К Друпал8 несколько раз пыталась подступиться... И каждый раз закидывала.

Backdrop реально лучше, чем Друпал7

И есть некоторые преимущества из Друпал8.

-- Импорт / экспорт конфигураций.

-- Конфигурации в файлах, а не в базе.

То есть можно вести разработку отдельно от контента.

-- Логика "темы" в Backdrop значительно отличается от Друпал7.

-- Шаблоны и Макеты - это лучше и удобнее, чем темы. Плюс, фактически эти Шаблоны и Макеты заменяют модуль Панели. Потому что в них Макет можно использовать по разным условиям.
Кроме того, Шаблоны и Макеты заменяют даже Frontpage - в смысле, на Главной странице можно накрутить что-то совершенно другое, нежели на других страницах.
В принципе, вообще, можно сделать разные макеты для разных типов материалов, для страниц пользователей и т.д., для разных урл...

Вот буквально сегодня заказчица спрашивает:
- А можно вот этот блок соцсетей, который в подвале, продублировать ещё в шапку сайта?
- Можно, сделаю через несколько дней (им несрочно).

Так вот на Backdrop это можно накликать за 5 минут. И всё это будет прекрасно адаптивно.

А в Друпал7 - надо лезть в тему.

-- Backdrop даже при разработке, в админке быстрее, чем Друпал7 (про Друпал8 вообще молчу).

-- Вьюсы работают абсолютно так же, как в Друпале.

-- Админка более "четкая" и удобная.

-- В "коробке" Backdrop есть намного больше всего необходимого, чем в Друпал7.

-- Модули - много уже есть.
Парочку недостающих я апгрейднула с модулей 7. Для этого тоже есть отдельный модуль.

Правды ради, надо уточнить, что апгрейднуть все нужные модули не получилось. Но либо нахожу замену, либо ещё как-то выкручиваюсь.

Самое важное. Для всего этого замечательного удобного добра почему-то НЕ НУЖЕН COMPOSER
!!
____
Ах, да. Думаю, будет важным уточнить, что я не умею писать код от слова совсем.

В общем. После Друпал7 - у меня новая любовь. Backdrop лапушка.

О недостатках ниже.

Аватар пользователя ivnish ivnish 17 ноября в 16:02

А я то думаю, почему Вас не видно на друпал.ру Smile Теперь на бэкдроп.ру сидите? Biggrin

Аватар пользователя DivaDii DivaDii 17 ноября в 16:29

На Бэкдроп.ру невозможно зарегистрироваться. Я на них обиделась. Smile

Нет.
Просто много другой работы. Кроме разработки сайтов.

Аватар пользователя DivaDii DivaDii 17 ноября в 15:49

Из серьезных недостатков Backdrop, кажется, только один:

разработчики никак не могут сделать мультисайтинг.

Хотя может быть, я ошибаюсь, и есть какие-то пути.

Вроде бы из недостатков всё.

Если вспомню что-то ещё - напишу.
Ну или спросите - и я попробую ответить.

Похоже, у меня тут наибольший опыт общения с Backdrop. Smile

Аватар пользователя ihappy ihappy 17 ноября в 17:32

DivaDii wrote: разработчики никак не могут сделать мультисайтинг.

Это вот огромный минус будет.
Надо проверить

Аватар пользователя DivaDii DivaDii 17 ноября в 15:50

По поводу переноса сайтов с Друпал7 на Backdrop.

Несложные сайты переношу буквально за неделю - в свободное время (которого совсем немного).

Если апгрейд идёт нормально, то всё можно сделать буквально за час или два.
Ну а потом ещё исправить css. Smile

На некоторых сайтах - приходится мигрировать контент.
Но это те сайты, в которых с самого начала были ошибки при разработке. Типа, накрутила много лишних модулей, какие-то странности в структуре ну и т.д.

Аватар пользователя VasyOK VasyOK 17 ноября в 18:18

Импорт конфигураций и размещение блока в нескольких регионах - это действительно преимущества заимствованные из D8. Очень рад что они работают.
Как там с переводами модулей сейчас? Автоматическое подтягивание переводов при установке модулей уже норм? Я ручками po файлы от друпальных модулей подтягивал - вроде жрались.

Composer в backdrop. Не "не нужен", а "не требуется." Точно так же как и на Drupal 8 и много еще на чем. Мне кажется и без Композера на D9 можно поднять то, что на Backdrop.
Еще мне кажеться, что на модули Бекдропа придется много патчей ставить, так что Композер будет только плюсом.

https://www.backdrop.ru/comment/28 - тут кстати написаны интересные мнения.

Аватар пользователя DivaDii DivaDii 17 ноября в 19:48

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

Аватар пользователя VasyOK VasyOK 18 ноября в 17:34

Ну да, добавка гемороя. Ставить переводы к модулям да еще и от неродной системы.

Аватар пользователя gun_dose gun_dose 17 ноября в 22:54
1

По поводу композера. Отсутствие его поддержки - это всегда минус. Ребята, на дворе 21-й год 21-го века. Любой пакет на любом языке программирования должен устанавливаться через стандартный для этого языка пакетный менеджер. Если такая установка не поддерживается, то это не программный пакет, а жалкая поделка.

Аватар пользователя ihappy ihappy 18 ноября в 17:11

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

Аватар пользователя webadmin webadmin 18 ноября в 0:03

VasyOK wrote: Импорт конфигураций и размещение блока в нескольких регионах - это действительно преимущества заимствованные из D8. Очень рад что они работают.

` Всё наоборот.

Аватар пользователя webadmin webadmin 18 ноября в 2:17

ivnish wrote: Насколько быстрее? На 1 секунду?

Кстати, сейчас девятку композер обновил без проблем.
командой composer update drupal/core-recommended --with-dependencies, так как я ставил как drupal/core-recommended . Орг напомнил.
А с командой composer update drupal/core --with-all-dependencies были танцы с бубнами, поэтому забил на композер. Похоже вернусь. Спасибо

Аватар пользователя ivnish ivnish 18 ноября в 7:33
2

Обновите composer до версии 2. Он стал просто супер быстрым по сравнению с первым

Аватар пользователя UCHENIC UCHENIC 18 ноября в 16:32

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

Аватар пользователя madt madt 21 ноября в 23:18

В этой ветке происходит обсуждение неолуддизма, а также инертности на уровне сознания отдельных личностей и целых корпораций на примере Drupal 7 и Backdrop.

Аватар пользователя bsyomov bsyomov 22 ноября в 13:35
3

Это совсем не так однозначно.
Drupal7 и 8/9 очень сильно отличаются тем, на кого они рассчитаны в рамках того же продукта. И это проблема, в общем-то проявление которой мы тут видим в этом обсуждении.
У 7 был неплохой ещё баланс возможностей/сложности, и можно было не быть разработчиком, чтобы сделать на нём приличный сайт. 8+ это уже явно продукт ориентированный профессиональных разработчиков. Кому-то стало удобнее. Кому-то стало намного сложнее, потому, что придётся освоить ещё несколько больших концепций, например, работу в консоли как таковую, что уже весьма не мало.

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

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

Аватар пользователя madt madt 23 ноября в 16:13

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

Мне интересно, какие большие концепции нужно освоить, чтобы делать сайты как на Drupal7? Начнем, как принято, с композера — пара-тройка команд, одна из которых на drupal.org дается в виде «copy-paste-enter». Что еще нужно освоить?

Аватар пользователя bsyomov bsyomov 23 ноября в 17:26
3

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

Про громкие слова "общемировые тренды", "лучшие решения", довольно странно говорить - большая часть сайтов сделана на WP, вот реальный общемировой уж тренд: упрощение. Smile А лучшими решения становятся не сами по себе, а только в определённых обстоятельствах.

Композер, это совсем не только пара тройка команд, но вообще необходимость работать с командной строкой. Это серьёзно целая большая концепция. Ты уже владея ей очень сильно недооцениваешь то, что для простого пользователя, не вылезавшего за рамки gui/webui инструментов, это big deal. Я, вот, обучая азам этого своих клиентов, при сдаче настроенного vps, например, регулярно с этой проблемой сталкиваюсь.

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

Аватар пользователя madt madt 24 ноября в 15:33

Как по мне, так это — разговоры в пользу бедных. Суть-то простая: не умеешь — научись, не хочешь учиться — плати, не хочешь учиться и платить — займись чем-нибудь другим. Я бы предпочел, чтобы в мире было больше людей с инженерным мышлением, чем тех, кто хочет дальше пользоваться каменным ножом (пусть даже собственного изготовления).

Про Wordpress даже забавно. Тренд на упрощение есть в способах потребления контента. А в технологиях — что-то становится более удобным в использовании «снаружи» за счет усложнения «внутри». Каким боком тут WP? Это просто булыжник, с помощью которого можно забить гвоздь или надежно утопиться. Зачем его в очередной раз сравнивать с Drupal?

Аватар пользователя bsyomov bsyomov 25 ноября в 16:08

Он не сравнивается тут технически с drupal, он сравнивается подходом к пользователям(не потребителям контента, а создателям/вадельцам сайтов). Не надо путать. Такое сравнение более чем оправдано.

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

madt wrote: А в технологиях — что-то становится более удобным в использовании «снаружи» за счет усложнения «внутри»

Может становится. Это только один из вариантов, который редко срабатывает на практике. Часто происходит совсем иначе: становится и сложнее внутри, и только сложнее пользоваться. Потому, что больше думают о том, как сделать модно, стильно, современно(а также сделать побыстрее), а совсем не о том, что удобно для пользователя. Smile

Мне технически Drupal 8/9, конечно, нравится больше. Вот только хорошо, что он для меня хобби, и я не строю на нём каких-то долговременных рабочих планов.

Аватар пользователя madt madt 27 ноября в 22:47

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

Возможно, для фрилансера-одиночки Drupal будет сложен, если у такого разработчика узкий горизонт планирования.

bsyomov wrote: Часто происходит совсем иначе: становится и сложнее внутри, и только сложнее пользоваться. Потому, что больше думают о том, как сделать модно, стильно, современно(а также сделать побыстрее), а совсем не о том, что удобно для пользователя.

Интересное утверждение. Какие-то примеры есть?

Аватар пользователя bsyomov bsyomov 29 ноября в 13:01

Какие там сотни и тысячи сайтов? Где хоть один кейс такого использования сотен, и тем более, тысяч сайтов" хоть в одной корпорации? Их всего тысячи будут, всех сайтов сколько-то крупных организаций на drupal, тем более на 8/9. Для действительно сложных проектов больших компаний используются свои инструменты, чаще всего, ну и php довольно редко вообще используется. Ниша Drupal, это в лучшем случае, мелко-средний бизнес, который уже может себе позволить одного/ небольшую команду разработчиков нанять(ну и чаще аутсорсную), но свой кастомный проект не тянет, или он не нужен по тз.

madt wrote: Интересное утверждение. Какие-то примеры есть?

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

Аватар пользователя bsyomov bsyomov 29 ноября в 16:02

Возможно, для фрилансера-одиночки Drupal будет сложен, если у такого разработчика узкий горизонт планирования.

Совсем неправильный посыл. Фрилансер одиночка может быть очень квалифицированным разработчиком, и часто это так: джуну очень сложно заработать столько, сколько в конторе, на вольных хлебах, да и вообще начинать карьеру фрилансера вместе с карьерой разработчика очень сложно. Наибольшей проблемой для фрилансера, как для класса, скорее будет падение популярности этого инструмента, а не его сложность.

А сложность эта проявляется, как я уже говорил, для того кто хочет сделать сайт не занимаясь этим профессионально. Таких сайтов на 6/7 было создано очень много. А в 8 планка внезапно поднялась куда выше, а обратная совместимость была очень порушена. Проблема именно в этом. Название продукта то же, а вот ниша уже очень другая. Новых таких сайтов будет уже куда меньше. Куда меньше людей будет и интересоваться Drupal, вместе с этим. И заказов будет тоже меньше - всё это очень взаимосвязано.

Также, проблема у нынешних владельцев сайтов на drupal 7 - переход на 8 и поддержка сайта становится намного дороже, просто потому, что квалификация поддерживающего, и осуществляющего миграцию, нужна совсем другая, а работы по миграции много. И становится часто выгоднее поменять платформу уже а не версию.
Я прямо лично, поддерживая инфраструктуру немалого количества проектов на Drupal, это сейчас наблюдаю. Кто-то до последнего держится на 7 и очень хочет расширения поддержки, кто-то вложился и мигрировал(не для всех этот опыт оказался удачным, кстати), кто-то сменил платформу, и последних больше всего.

Вообще, проблема не в сложности Drupal 8+, как таковой, а в скачкообразном изменении этой сложности и позиционирования.

Аватар пользователя webadmin webadmin 23 ноября в 16:13

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

Студии от восьмерки в выигрыше, ценник выше, а работы меньше.

Энтузиастам, тем кто для себя, восьмерка сложнее.

madt wrote:
Очень странный получается «не прогресс» у Drupal: новые фичи внедряют, общемировым трендам в разработке следуют, лучшие решения интегрируют.
Мне интересно, какие большие концепции нужно освоить, чтобы делать сайты как на Drupal7? Начнем, как принято, с композера — пара-тройка команд, одна из которых на drupal.org дается в виде «copy-paste-enter». Что еще нужно освоить?

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

Когда composera не было я новые установки заливал через wget архива стазу на сервер и там распаковывал. Тоже пара команд и загрузка файлов за секунды, то же самое с модулями (до появления драша). Но это не значит что так должны были поступать все.

Бэкдроп был альтернативой восьмерки, когда она первые пол года была глючной. Потом стала довольно шустрой cms , отчасти за счет ускорения самого php.

В принципе одни и те же задачи можно решать с одинаковым успехом и на бэкдропе и на восьмерке, девятке, хотя с twig на восьмерке верстать приятнее. Я для себя это давно заметил.

Аватар пользователя madt madt 24 ноября в 15:34

Если человеку нужен простой сайт-каталог или визитка и он не хочет потратить некоторое время, чтобы обновить часть своих знаний в Drupal, то такой человек может использовать другое решение и изучить новый инструмент. А еще можно потратить часть своих денег — заплатить за решение конкретной задачи.

Аватар пользователя bsyomov bsyomov 23 ноября в 17:34

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

Ну и про часть знаний, это почти шутка. Другой шаблонизатор, другая принципиально начинка. Другой подход к разработке. Название только одно, и это сбивает с толку. Smile У modx в своё время так было, но там сделали evolution и revolution. Сделали, конечно так себе, но подход сам очень разумен.

Аватар пользователя madt madt 24 ноября в 15:38

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

Аватар пользователя bsyomov bsyomov 25 ноября в 15:43

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

Аватар пользователя madt madt 27 ноября в 22:59

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

bsyomov wrote: Развивать и продвигать платформу которая массово используется куда проще. И привлекать в неё новых разработчиков, кстати, тоже.

Какое именно «развитие» и какие «новые разработчики» имеются в виду?

Аватар пользователя bsyomov bsyomov 29 ноября в 16:30

Достаточно сравнить состояние контриба во времена расцвета 7 и сейчас. Очень многое не будет уже мигрировано на 8+, очень многое висит без ментейнеров и.т.п. Совсем не только крупные организации и клиенты были двигателем всего этого.