Встречайте 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

0 Thanks

Комментарии

Аватар пользователя 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 лет! :)
Больше здравого смысла, ура.

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-ки будут пахать и тут?

Аватар пользователя 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 под ООП. Потом будет намного проще портить, очевидно же.

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

Аватар пользователя 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

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

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

Подброшу дров

Вот что по этому поводу думает Майк Поттер - разработчик Features и главный архитектор дистрибутива Open Atrium 2

Аватар пользователя iHappy iHappy 24 сентября 2013 в 15:36
"<a href="mailto:sas@drupal.org">sas@drupal.org</a>" wrote:

На проектах большого размера как D8 без ООП никак

Это вечный спор.
С одной стороны, да ООП помогает, но с другой стороны, ООП в PHP желает лучшего.
А вообще надо без фанатизма относится к ООП, как сейчас к нему относятся.

"Niklan" wrote:

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

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

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

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

Аватар пользователя Crea Crea 25 сентября 2013 в 10:26
sg85 wrote:

db_query, лично для меня читать гораздо легче, чем db_select/

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

Аватар пользователя iHappy iHappy 25 сентября 2013 в 4:25
"sg85" wrote:

однако, db_query, лично для меня читать гораздо легче, чем db_select

По началу я тоже так думал, пока не сравнил скорость работы и был очень сильно удивлен.
db_select быстрей работает чем db_query !!!в моем случае!!!.

Аватар пользователя drupby drupby 25 сентября 2013 в 4:56
"iHappy" wrote:

db_select быстрей работает чем db_query !!!в моем случае!!!.

не может быть

Аватар пользователя alex_shut alex_shut 25 сентября 2013 в 20:24
"Crea" wrote:

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

бля.. хочу увидеть такое )) Это невероятное зрелище!

Аватар пользователя Artu Artu 25 сентября 2013 в 21:25
alex_shut wrote:
"Crea" wrote:

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

бля.. хочу увидеть такое )) Это невероятное зрелище!

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

Аватар пользователя alex_shut alex_shut 26 сентября 2013 в 0:30
"Artu" wrote:

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

Аватар пользователя sg85 sg85 26 сентября 2013 в 0:44
"iHappy" wrote:

db_select быстрей работает чем db_query !!!

db_select()->бла-бла-бла->execute() === 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), интересно что он скажет на счет этого.

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

Аватар пользователя iHappy iHappy 27 сентября 2013 в 1:46
"drupby" wrote:

не может быть

"sg85" wrote:

db_select()->бла-бла-бла->execute() === db_query()
Каким образом db_select будет быстрее?

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

"iHappy" wrote:

!!!в моем случае!!!.

"Niklan" wrote:

Спасибо.
Ну насчет общества, соберется новое общество уже под этот проект. Нужно только время.
Если конечно работа не остановится и будет видно, что движение есть.

"alex_shut" wrote:

все буггактерки, кого знаю, даже мего глав.бухи - "ой, нужно сказать нашему программеру, чтоб переделал. Чтоб эту кнопочку тыц - и то что нужно" )

Аналогично.
То точно бух?))

Аватар пользователя 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%, что если бэкдроп попрет, сюда попрут его юзеры, ибо, это же типа друпал. И под друпалом будут подразумевать бэкдроп.

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

Аватар пользователя alex_shut alex_shut 27 сентября 2013 в 19:45
"Niklan" wrote:

они сюда попрут из-за корней системы)

вот где порезвимся от души, и с полным правом ))

Аватар пользователя 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 наше все"->проходят годы, от человека ни новых работ, ни писем. Он в черной дыре.

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

Аватар пользователя PVasili PVasili 13 октября 2013 в 11:36
graker wrote:

А Java и Android SDK можно? Я волнуюсь!!! :)

Не волнуйся, это в другой галактике :), правда из d8 возможно получиться делать телепортацию (доступ к данным через сервисы).

Аватар пользователя 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 :) бывает.
Узнал я о нем, когда начал думать как быть дальше.
Как бе надо развивать и сам сайт 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 должна быть не хуже по производительности, жду когда там все сделают красиво.

Аватар пользователя gor gor 3 июля 2014 в 16:41

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

Аватар пользователя 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ти(точно уже не помню) файлов.

Аватар пользователя Artu Artu 6 июля 2014 в 13:07

Gor, а может сделать что-то типа капель DO, только с преднастроенной конфигурацией для Drupal?
Или сервера для шареда апгрейдить.
Вы ж не предлагаете всем перейти на форк.

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

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

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

backdrop 1.2 зарелизили. ничего так. даже не особо производительность запороли.
единстенное но все сложнее портировать модули.
но радует что ребята каждый день что то дописывают. активно идет разработка.