Drupal 8

Главные вкладки

Аватар пользователя Niklan Niklan 31 августа 2013 в 11:07

Предлагаю всеми силами собрать в один пост всю самую полезную, нужную и просто интересную информацию по Drupal 8. Сборник предлагаю делать ссылками на годные статьи, а также можно составить список новых\измененных\удаленных фич в Drupal 8.

Что нового

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

  • Новое ядро — новые возможности. Переход на ООП.
  • Новый шаблонизатор.
  • Улучшение мультиязычности. (уже на этапе установки друпал сам предлагает перевести себя на нужный язык)
  • Новый тулбар, а также отретушированная админка.
  • Views, Entity API, CKEditor, Entity Reference в ядре.
  • Новые поля из коробки Data, Email, Link, Entity Reference, поле диапазона (по сути обычное числовое поле которое принимает значение в промежутке).
  • Инлайн редактирование содержимого. (Прямо на страничке можно изменить заголовок не переходя на страницу редактирования).

Материалы для разработчиков

  • [ENG\RU] PHP: Классы и объекты. Drupal становится все больше ООП, в 7 версии его можно было вообще не использовать, в 8 придется переучиваться.
  • [ENG\RU] MVC. Drupal теперь полноценный MVC, без понимания данной схемы и подхода будет тяжко.
  • [ENG] Drupal 8: Writing a Hello World Module (Drupalize.me). Видео гайд как создать модуль, которые регистрирует свою страничку. Объясняется новая структура модулей, а также роутинг.
  • [ENG] Цикл из трех статей про создание модулей в Drupal 8.
    • Part: 1 Getting Started. Базовая информация, роутинг, паттерны.
    • Part 2: Forms. Информация про работу с формами в восьмерке.
    • Part 3: Plugins. Информация о плагинах — фича которая расширяет возможность хуков.
  • [ENG] Examples - известный многим разработчикам модуль. Пока что конвертирована очень маленькая часть примеров.
  • [ENG] Drupal 8: Hello OOP, Hello world! Еще одна статья про создание своего Hello World модуля с ООП. Также приводится аналогия с Drupal 7 чтобы увидеть разницу.
  • [ENG] Drupal 8's new route controllers. Гайд как работать с роутами.
  • [ENG] Controlling Access to Drupal 8 Routes with Access Checks. Дополнение к материалу выше. Статья про создание роутов и проверкой доступа к ним.
  • [ENG] Серия статей про Drupal 8 Field API
  • [ENG] Огромный список ссылок на подобии текущего

Материалы для верстальщиков

Советы и ловушки

В данном разделе давайте собирать все что связано с дельными советами и просто развеиванием мифов.

  • Symfony учить не придется, нужно лишь понять его базовое участие в друпале. По сути все сводится к роутингу и он по сути заменяет hook_menu на my_module.routing.yml файл.
  • ООП надо понимать на базовом уровне, точнее говоря принцип. А ниндзя-скилл придет со временем. Многие Drupal-разработчики не знают ООП, ввиду того что раньше его знать и не требовалось.
  • Drupal 8 требует PHP 5.3.10 и выше, (alpha-2) состоит из 10 000 файлов и занимает более 40мб (без базы). Так что прежде чем ставить на хостинги, поинтересуйтесь, покатит ли. Походу дела как семерка «ложила» шареды, то восьмерке там и вовсе не место.
  • К сожалению, по проведенным тестам Drupal 8 неслабо (в два раза) уступает семерке по производительности. Но там сказано что тест проведен ДО закрытия дыр и проблем вызывающие тормоза, так что тест не актуальный, но все же. P.s. У меня на локалке работает (на взгляд) как и семерка.
  • Тест от 1 сентября. D8 медленнее D7 в 4 раза.

Кто хочет посмотреть на Drupal 8 изнутри: http://simplytest.me/ Пишем Drupal Core, выбираем 8 ветку и вуаля, сайт готов. Каждые 30 минут надо делать новый сайт.

ВложениеРазмер
Иконка изображения changes.png157.2 КБ

Комментарии

Аватар пользователя drupby drupby 1 сентября 2013 в 4:59

"Niklan" wrote:
Part: 1 Getting Started. Базовая информация, роутинг, паттерны.
Part 2: Forms. Информация про работу с формами в восьмерке.
Part 3: Plugins. Информация о плагинах — фича которая расширяет возможность хуков.

перевод на русский

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

"alexandr.poddubsky" wrote:
насколько производительней стал 8 в отличие от 6 и 7 ?

Последний тест что я нашел показывал что 8 медленнее в 2 раза чем 7.
"alexandr.poddubsky" wrote:

И как теперь избавляться от ненужных модулей типа вьювки?


Отключить их все также можно.

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

"Niklan" wrote:
Последний тест что я нашел показывал что 8 медленнее в 2 раза чем 7

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

Изменений существенных в новой версии не увидел. Переписали(ют) то, что было.

Аватар пользователя Paldru Paldru 1 сентября 2013 в 12:06

"Niklan" wrote:
Последний тест что я нашел показывал что 8 медленнее в 2 раза чем 7.

Интересно, это касалось всей системы или какой-то конкретный модуль нагружает весь сайт?.

Проводил ли кто либо свои замеры?

Аватар пользователя marazmus marazmus 1 сентября 2013 в 13:33

чую дело кончится форком семерки - для нужд типа "быстро и удобно собрать нормальный сайт без ынтерпрайза"

ТС респект за подборку Smile

Аватар пользователя alexandr.poddubsky alexandr.poddubsky 1 сентября 2013 в 13:41

"Niklan" wrote:
Отключить их все также можно.

отключение не спасет когда друпа гребет все на венике, проверяя наличие.

чую скоро надо будет еще более активно юзать джанго. друпа становится все более монстроподобной. Через года 4 - залей гиг дистриба и создай сайт за один клик.

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

"Kur" wrote:
Изменений существенных в новой версии не увидел. Переписали(ют) то, что было.

Еще гибче стал. Невероятно удобный для веб-мастеров (менеджеров и прочих). Они оценят новые фичи по достоинству, это гарантированно. Теперь джумле и вп нечего противопоставить, управление стало реально удобным и понятным даже дауну.

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

В перспективе станет производительнее.

"Paldru" wrote:
Интересно, это касалось всей системы или какой-то конкретный модуль нагружает весь сайт?.

Всей системы. Тест проводился во времена alpha-1, сейчас alpha-2. В 1 было ОЧЕНЬ много дыр приводящих к тормозам. Их исправили а тесты новые уже никто не проводил

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

Ввидимо поэтому теперь в модулях указываются use и компнент друпала

P.s. по поводу производительности на перспективу и тестов, я думаю лучше спрашивать RxB. Было бы круто если бы он провел тестирование.
P.p.s. Как вообще эти тесты делают, я бы и сам не против погонять.

Аватар пользователя Paldru Paldru 1 сентября 2013 в 14:27

"Niklan" wrote:
http://simplytest.me - кому не в моготу посмотреть на Drupal 8.

Как мне показалось - D8 это попытка создать коробочную версию движка. По типу Dle.

Для обычных манагеров, установил и сразу начал работать. Без установки доп модулей.

Тут тебе и визинг редактор встроенный, quick edit контента и т.д

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

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

Не правильно. Просто добавили то что и так считалось "по-умолчанию" для сайта, теперь в ядре и имеет более крутую поддержку. Как в свое время в 7 вшили CCK. Зачем держать это в модулях если это и так ставит 99% пользователей, куда логичнее впилить в ядро и поддерживаться на уровне ядра.

Это ОЧЕНЬ хороший шаг для Views. Во-первых он будет куда безопаснее, а во-вторых он станет гибче и на его оптимизацию бросят больше сил. Один труд перегнать под 8 думаю стоил им немало пота и крови.

А такие модули манагерам не нужны, упаси сайт если манагер доеберется до Views UI, это пиз**ец если уж не всему сайту, то его частям гарантированно.

"Paldru" wrote:
Тут тебе и визинг редактор встроенный, quick edit контента и т.д

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

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

Тулбар стал приятный, не такой функцианальный как Admin Menu, но уже годно, опять же манагерам. Админ меню бы сделать таким приятным, хотя и ща она удобный и не мешается нисколько.

В общем Drupal 8 убивает миф что админка говно. Теперь она удобна и приятна.

А вот то что Drupal 8 ставил целью внедрение новых технологий и мобильность это заметно и сделано.

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

"iHappy" wrote:

Да ладно. Я тут влился в сообщество буквально за месяц до релиза Drupal 7. Паники тут было на порядок выше. Все собирались расходиться или оставаться на 6, что 7 говнецо полное. Так что 8 тепло встречают. По крайней мере я верю и надеюсь что производительность будет уровня 7, этого достаточно для того что сделали. А пока не сделают можно и не переходить. Всеравно первые месяца 3-6 все будут личные сайты переводить на него, клиентам рисковать не очень будут, разве что какие-нибудь хоумпейджы, где особого функционала не нужно, иначе граблей нахватают.

Меня больше пугает миграция 7 -> 8. ИМХО я придурел в свое время бложик с 6 на 7 переводить. Хоть и получилось с первого раза. Но учитывая изменения 6 -> 7 и 7 -> 8, создается уверенное мнение, что сайты на 7 если и буду переводить, то только путем создания копии на 8 и переноса контента, а не миграцией.

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

"Niklan" wrote:

Меня скорость работы пугает.
Если шестерка была шустрой, семерка чуть медленней, а восьмерка будет еще медленней, это настораживает.

Аватар пользователя ihappy ihappy 4 сентября 2013 в 15:33

"Niklan" wrote:
Кстати для Drupal 8 будет совершенно новый Drupal Commerce, причем очень вкусненький.

Вкусней даже чем сейчас есть?
Ммм можно подробней?

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

"iHappy" wrote:
Если честно, то добавление в ядро, меня совсем не радует.
Даже наоборот, расстраивает.

Его не в ядро добавляют а тесно интегрирует. Поэтому его будет намного проще модернизировать и дорабатывать. Ну и собственно вменьше левого кода.

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

"Niklan" wrote:
Его не в ядро добавляют а тесно интегрирует.

А тогда это хорошо.
Просто у xandeadx написано что добавляется в ядро.

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

"iHappy" wrote:

Там имеется в виду добавления популярных модулей для Drupal Commerce в его собственное ядро. Например Inline Items. Этот модуль в 99% случаев по умолчанию навешивается на него, зачем все усложнять, проще такой функционал на уровне ядра релизоват интегрировав их код более тесно.

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

Возможно это новый Drupal.org (под релиз Drupal 8 и скорее вего на нем же)

Скрины не лучшего качества, других не нашел. Они из доклада Дриса на DrupalCon Portland 2013 про текущее состояние Drupal 8

Также из того же доклада отмечу.

  • Будет кнопка в тулбаре, которая сможет автоматически показывать сайт на разных устройствах. По сути просто делает враппер, для удобства верстки адаптивных дизайнов. Пока этого нет в альфах.
  • Админка адаптивная, хотя в alpha-2 она у меня делала скролл, они же показали что у них она до мобильных размеров сжимается.
  • Мультиязычные функции интегрированы также в квик едит.
  • Многие фичи и возможности Drupal 8 пока что держатся в виде патчей, в ядро их закоммитят чуть позже.
Аватар пользователя Niklan Niklan 8 сентября 2013 в 18:41

Drupal 8 хотят позиционировать не как CMS\CMF, а как WEM (Web Experience Management).
Кто что думает по этому поводу? Вроде восьмерка из коробки вполне может подойти под эту аббривиатуру. И вообще, ктонибудь переведите её на русский. Я её понимаю на английском но не могу никак переосмыслить на русский.

Аватар пользователя orb orb 8 сентября 2013 в 20:05

"alexandr.poddubsky" wrote:
насколько производительней стал 8 в отличие от 6 и 7 ?

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

Вы сейчас сравниваваете заточенный и доделаный Д7 и Д8 который даже не работает еще, а половина деталей валяется в гараже я бы удивился если бы Д8 сейчас в тестах обгонял бы Д7

Аватар пользователя gumk gumk 9 сентября 2013 в 6:44

блин, а че они в восьмерке не сделали добавление коментариев к другим сущностям как обещали?

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

Только хотел выложить, Дрис недавно это же линки твитнул.

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

$node->field_foo[LANGUAGE_NONE][0]['value']
$node->field_foo->value.

Только кто в теме скажите, а если это поле с несколькими значениями, где вместо 0 еще и в 1, 2 ... 100500 хранится значение, как тогда обращаться? Как крутануть цикл

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

"Niklan" wrote:
Официальный логотип восьмерки. Окончательно утвержден.

Реальность победила бред дизайнерский)))

Аватар пользователя kodo kodo 27 сентября 2013 в 13:23

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

Аватар пользователя alexandr.poddubsky alexandr.poddubsky 9 октября 2013 в 3:04
<?phpfunction book_menu() {
  $items['admin/content/book'] = array(
    'title' => 'Books',
    'description' => "Manage your site's book outlines.",
    'route_name' => 'book_admin', // this links the menu item to the route.
    'type' => MENU_LOCAL_TASK,
  );
...
  return $items;
}

?>

in modules/book/lib/Drupal/book/Controller/BookController.php

<?php

namespace Drupal\book\Controller;

use 

Drupal\Core\DependencyInjection\ContainerInjectionInterface;
use 
Symfony\Component\DependencyInjection\ContainerInterface;
use 
Drupal\book\BookManager;

class 

BookController implements ContainerInjectionInterface {

  protected 

$bookManager;

  

/**
   * This method lets us inject the services this class needs.
   *
   * Only inject services that are actually needed. Which services
   * are needed will vary by the controller.
   */
  
public static function create(ContainerInterface $container) {
    return new static(
$container->get('book.manager'));
  }

  public function 

__construct(BookManager $bookManager) {
    
$this->bookManager $bookManager;
  }

  

/**
   * This is the method that will get called, with the services above already available.
   */
  
public function adminOverview() {
    
// ...
  
}
}

?>

8 друпа, переходной релиз для перехода на симфонию? может проще сразу на симфонии?

Аватар пользователя drupby drupby 9 октября 2013 в 3:49

"alexandr.poddubsky" wrote:
function book_menu()

сам хук остался а вот каллбеков уже нету в нем
"alexandr.poddubsky" wrote:
8 друпа, переходной релиз для перехода на симфонию? может проще сразу на симфонии?

так симфони в отличие от друпала ни разу не cms

Аватар пользователя alexandr.poddubsky alexandr.poddubsky 10 октября 2013 в 1:43

use Symfony\Component\DependencyInjection\ContainerInterface; классы для различной функциональности и так есть. http://www.phpclasses.org/browse/ сколько душе угодно, да и http://symfony.com/components как бы самодостаточная, все что нужно и так есть иль не?

Аватар пользователя Niklan Niklan 10 октября 2013 в 12:23

"alexandr.poddubsky" wrote:

8 друпа, переходной релиз для перехода на симфонию? может проще сразу на симфонии?


Там от симфони вроде только роутинг и дипенденси инжектион

Аватар пользователя Kur Kur 26 октября 2013 в 9:13

"drupby" wrote:
url

Как эти иностранцы любят чушь нести, как будто кто то может поверить на слово всего лишь каким то мнениям и уговорам.
Посыл их по ссылке такой что, Друпал стал более Ооп, чтобы программист работающий с ним был более модным и занимался более интересными вещами. Это серьезно?
А в другом топике они же наверное также громко поют про Drupal way - что это использование модулей с орга, настраивайте сайты и никакого кастом кода, т.е. не программируйте под друпал кроме бесплатных модулей на орг.

Аватар пользователя drupby drupby 14 ноября 2013 в 3:11

"alexandr.poddubsky" wrote:
мне непонятно, а зачем вся эта гонка? какие причины толкать на не улучшение продукта, а вздрачивать все новые и новые ветки.

а зачем вообще придумали планирование и циклы выпуска версий ?
да и там по ссылке расписано зачем и самое главное там график до 2020+

Аватар пользователя Kur Kur 14 ноября 2013 в 12:23

"kosHta" wrote:
Если переводить с очень умного языка - там что то связанное с центробежной силой, юла остановится и упадёт, если перестанет вращаться.

Пока белки в колесе не наберутся ума, колесо и вращается на утеху зрителям. Вращаться ради вращения.


Принцип "белки в колесе" здорово отображает нашу жизнь: мчимся на планете Земля с головокружительной скоростью во Вселенной, оставаясь на месте в своем развитии и в своем колесе ))))

Аватар пользователя Kur Kur 14 ноября 2013 в 12:27

Не до конца понял про изменения в поддержке старых версий.
Багфиксы по безопасности в 6-ке будут фикситься до выхода 9-ки?

Аватар пользователя Niklan Niklan 29 ноября 2013 в 16:04

"kosHta" wrote:
У мне ща сервер мощный, до этого три раза ставил восьмёрку, то понос, то золотуха, явно подозреваю происки шаредов. Думаю сейчас пойдёт лучше. Кому не лень, плиз - сбросьте ссыль на явно-рабочую версию 8-ки.

На симплтесте погонять можно
А ссылко вот: https://drupal.org/node/3060/release?api_version%5B%5D=7234

Друпаликон 2 и 4 просто badass

p.s. в 6 альфе мигацию начали уже внедрять. Я модуль то нашел как юзать хызы) видимо там ток API без интерфейса

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

"kosHta" wrote:

качай 6. Смысл качать 4 или 2?
Там разница просто жесть. Новый функционал, изменения в ядре и т.д.
Я бы вообще git clone --branch 8.x http://git.drupal.org/project/drupal.git
Я вчера или позавчера ставил 6 альфу. Стабильно работает, я даже думаю потихоньку начинать проект на ней делать и поучивать структуру модулей восьмерки. ООП для меня - лес, практики 0.

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

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

"kosHta" wrote:
Нуб своёй шкурой слышит изменения, я три версии тестил, каждая была на порядок лучше. Но моё терпение - сказало вернуться к 7-ке.

офк нету смысла кроме как потыкаться что-то делать на 8, если нету возможности оперативно залатать дыру самому или устранить еррор.

Аватар пользователя Niklan Niklan 2 декабря 2013 в 9:48

"<a href="mailto:sas@drupal.org">sas@drupal.org</a>" wrote:

если так, то им не мешало бы сообщить об этом где-то. А то я тут пару проектов тупо тяну чтобы на 8 сделать, а они делаюся на 7 как пить дать. Просто думал ну 2-3, может 4 месяца подождать можно, но 12, тут уж надо делать а не ждать Smile

Аватар пользователя Kur Kur 3 декабря 2013 в 9:57

недоверсию популярной цмс передумали выпускать в массы? Правильно. Лучше не выпускать "переходную перед истинным ооп", а сразу на правильную версию ориентироваться.
Вон в Америке читал какие цены на все: пломбу на зуб поставить 1200$, а если нет мед. страховки то любые проблемы со здоровьем чуть ли не банкротят.
А на мед страховку надо каждый месяц проплачивать.
А Дрис прям так думает что в каждую из его версий люди будут инвестировать по пол года времени "во вьехать". При этом проще то система не становится...

Аватар пользователя Niklan Niklan 3 декабря 2013 в 11:31

Я считаю что жизненый цикл в друпала должен быть аналогичен линуксу. Пример убунты будет самое то. Каждые пол года, минорная стабильная версия, в этот промежуток фиксят баги и уязвимости, потихоньку пилят новые фичи и функционал. А каждые 3 года, как сейчас, пусть выпускают LTS версию которая как скала будет работать и питаться только реально мощными новвоведениями и фиксами багов\уязвимостей.

В общем цикл разработки друпала надо менять. Кажыде 3 года выпускать новый продукт это полнейший писец. Реально после релиза 8 пол года вьезжать придется что к чему, если не только кликать в админке.

С другой стороны, они с текущим циклом могут просто с чистого листа каждую версию катать =\ Как бы их там не переклинило и инициативу не подняли, типа давайте друпал в 10-11 версии перепишем на руби или питон, или go, лол. Хотя я бы даже ЗА проголосовал :О Но если бы ветку новую создали, без замены пых версии.

Аватар пользователя gedeon gedeon 3 декабря 2013 в 12:05

"Niklan" wrote:

мне в этом плане цикл debiana нравится, у него нет плана, выходит тогда, когда доведен до ума.

Аватар пользователя Niklan Niklan 3 декабря 2013 в 12:29

"gedeon" wrote:
мне в этом плане цикл debiana нравится, у него нет плана, выходит тогда, когда доведен до ума.

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

Аватар пользователя k_dmitry k_dmitry 3 декабря 2013 в 12:54

"Niklan" wrote:
в 10-11 версии перепишем на руби или питон, или go, лол.

юзай spring, по отзывам очень похож на друпал.

Аватар пользователя Niklan Niklan 3 декабря 2013 в 14:19

"k_dmitry" wrote:
юзай spring, по отзывам очень похож на друпал.

Java не то. Меня впечатлили питон и руби. Они реально хороши для написания кода. Я думаю с них выхлоп больше будет. Да и куда я от друпала то, мне он нравится, мне не нравятся инструменты, с помощью которых надо разрабатывать.

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

Теперь уже даже в php пишу не друпалвейно в некоторых местах (темах например)

<?php
if ($statement):
    
// Do some staff
endif;
?>

При большом количестве кода внутри это выглядит намного удобнее и структурированнее.

Также можно endif и прочие окончания выпиливать нахер, но тогда php пойдет по пути питона)

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

P.s. зато после опробования этих двух языков, приходит понимание почему на php постоянно волну гонят и обсирают. По крайней мере я вижу минус php в синтаксисе, чисто для себя

Аватар пользователя Niklan Niklan 4 декабря 2013 в 11:05

"multpix" wrote:
удобно, да?

и красиво. Код читать приятно.

Вьехать в него легко. Вот только я нулина в прикладном программировании. Создавать для меня python прогу с ui, даже qt превращается в ад :О После делфи то... эх студенческие годы были. Учили совершенно не тому чему надо

Аватар пользователя Niklan Niklan 15 декабря 2013 в 18:45

"alexandr.poddubsky" wrote:

https://drupal.org/node/2020437[/quote]
Это ожидаемо. Как бы самый быстырй. Но много ли на нём смогут написать экстеншен, там ведь под капотом чистый C.
Требования к друпалу конечно возрастут бешенно, а оправданность сомнительна.

Темболее фалькон очень сырой.

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

Аватар пользователя graker graker 15 декабря 2013 в 23:52

Caranax wrote:
А для тех кто на на инглише не очень - переведите пожалуйста суть дискуссии.

"1: - А давайте Phalcon будет у нас фреймворком для Drupal 9 вместо Symphony? Smile Он очень быстрый.
2: - Не занимайся херней Скорость не главное. Для этого вашего Phalcon расширение PHP нужно ставить, без него работать не будет. Как считаешь, все хостинги его себе поставят?"
Вот и вся суть дискуссии.

Аватар пользователя Niklan Niklan 6 января 2014 в 20:55

"vaultboy" wrote:
А сколько лет 7-ку будут поддерживать еще

3-5 после выхода 8.

И никакого капеца нету, все лучше и круче

Аватар пользователя vaultboy vaultboy 7 января 2014 в 12:45

Niklan wrote:
"vaultboy" wrote:
А сколько лет 7-ку будут поддерживать еще

3-5 после выхода 8.

О-o-o, живем.

Niklan wrote:

И никакого капеца нету, все лучше и круче

1) "Лучшее - враг хорошего"
2) "Крутость" - это метрика используемая хипстотой

Хайп с "руби на рельсах" давно спал, в мире веб-разработки начинают осознавать, что фреймворки кроме стандартов (читай ограничений) ничего не дают. На java тоже давно уже так не пишут, а то что делается в Symfony 2 - в java фреймворках было сделано лет 10 назад.
Так что непонятно зачем этот бред с Symfony 2.

Аватар пользователя Niklan Niklan 8 января 2014 в 1:33

"vaultboy" wrote:
что фреймворки кроме стандартов (читай ограничений) ничего не дают

а какже уже заготовленные каркасы поверх котрых строить своё?
Я уверен что 90%+ студий россии не смогут накать свою CMS даже на уровне жумлы.

Аватар пользователя k_dmitry k_dmitry 8 января 2014 в 12:35

"Niklan" wrote:
Я уверен что 90%+ студий россии не смогут накать свою CMS даже на уровне жумлы.

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

Аватар пользователя vaultboy vaultboy 9 января 2014 в 18:19

"Niklan" wrote:
а какже уже заготовленные каркасы поверх котрых строить своё?

Вот взять drupal 6/drupal 7 - это уже готовый каркас для быстрой разработки сайтов и определенного рода приложений (пользователи, роли, авторизация). Да здесь нет MVC, нет "красивых" паттернов и прочей новомодной шелухи, но уже есть куча модулей готовых и довольно просто разрабатывать новое. Единственная проблема drupal 7 - тяжеловат.

А что в drupal 8:
упрощение разработки? - нет.
повышение быстродействия движка, оптимизации? - нет.
готовые решения - нет.
а что есть - только зависимость от стороннего вендора и какие-то адские костыли для прикручивания Symfony 2.

Проще было бы сделать некое API для облегчения интеграции с любым другим фреймворком (авторизация, роли) или сторонними решениями (магазины, форумы) да допиливать производительность Drupal 7.

Аватар пользователя adubovskoy adubovskoy 9 января 2014 в 18:53

"vaultboy" wrote:
упрощение разработки? - нет.

да
"vaultboy" wrote:
повышение быстродействия движка, оптимизации? - нет.

не знаю пока, надо смотреть.
"vaultboy" wrote:
готовые решения - нет.

да.

"vaultboy" wrote:
Проще было бы сделать некое API для облегчения интеграции с любым другим фреймворком

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

Аватар пользователя vaultboy vaultboy 10 января 2014 в 11:51

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

Аватар пользователя graker graker 10 января 2014 в 12:03

vaultboy wrote:
но наличие готовых решений это объективная величина, а такого множества готовых решений в drupal 8 нет.

Ровно то же самое говорили про Drupal 7 три года назад Smile

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

"graker" wrote:
Ровно то же самое говорили про Drupal 7 три года назад :)

А еще помню многие кричали, что д7 уг и уходят на жумлу/вордпрес/другую ))

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 10 января 2014 в 17:06

"iHappy" wrote:

А еще помню многие кричали, что д7 уг и уходят на жумлу/вордпрес/другую ))


Вы ещё забыли что семёрка вешает сервер, сколько хостингов из-за неё закрылось ;'(

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

"RxB" wrote:
Вы ещё забыли что семёрка вешает сервер

Да разве весь бред запомнишь? Wink

"RxB" wrote:
сколько хостингов из-за неё закрылось ;'(

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

Аватар пользователя ttenz ttenz 10 января 2014 в 19:58

думаю с хостингами проблем для 8 не будет, сейчас близится волна предложений дешевых/неплохих VPS (~DigitalOcean).

Аватар пользователя ttenz ttenz 10 января 2014 в 20:52

"kosHta" wrote:

настройка http://www.echoditto.com/blog/more-drop-bucket-drupal-8-nginx-and-microc...

требует выше 5.4

Quote:

Drupal 8 requires version PHP 5.4 or later, with the CURL extension.

Drupal 8 can no longer be installed on hosts with the 'magic_quotes_gpc', 'magic_quotes_runtime', or 'safe_mode' PHP ini settings turned on; these settings are deprecated in PHP 5.3 and have no effect anymore in PHP 5.4. In addition, Drupal 8 cannot run on hosts with 'open_basedir' set.

PHP 5.4 is required, for RHEL, we recommend http://iuscommunity.org/Repos and for Debian, http://www.dotdeb.org/ .

отдельную (пока)

Аватар пользователя ttenz ttenz 10 января 2014 в 22:42

"kosHta" wrote:
Однажды по долгу службы мне пришлось измазаться движком Друпала

)))) а нам это только на руку

Аватар пользователя ttenz ttenz 1 апреля 2014 в 12:33

"Kur" wrote:
то там с пациентом то? Из мертворожденного состояния не выкарабкался?

намекают на рождение на лето.

Аватар пользователя Niklan Niklan 2 апреля 2014 в 16:16

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

Аватар пользователя ttenz ttenz 2 апреля 2014 в 16:29

"Niklan" wrote:

у буржуев по другому, у них отпуска по 10 дней, а то и меньше, не как у нас по 1-2 месяца.

dru 7 вообще на праздники по нашему вышел, люди работают

Last updated: January 5, 2011 - 11:26
Official release from tag:
7.0

Аватар пользователя Niklan Niklan 8 апреля 2014 в 14:35

"ttenz" wrote:
dru 7 вообще на праздники по нашему вышел, люди работают

Он вышел после нового года. В это время меньше народу в отпусках. А летом очень много. Просто поверь) никто такие крупные проекты в 99% случаев не выпускает летом. Хотябы посмотри на даты выхода других медийных продуктов, например игры, летом выходит очень мало и нишевые проекты, а весь крупняк октябрь - май потом перерыв.

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

Аватар пользователя Codenator Codenator 11 июля 2014 в 1:33

Цифры такие посмотрел в webprofile модуле интегрированом из Symfony2.
Домашняя страница 98ms
Например Configuration 89ms
Extend 250-400ms

Аватар пользователя webpavilion webpavilion 11 июля 2014 в 8:23

98ms - что? сколько модулей включено, кеширование, на какой железке, как запускали php, на какой БД?
D6 на той же платформе отработает в 5 раза быстрее, D7 в 3, D8 - знатный слоупок, я по правильному тестировал с цифрами вот тут: http://www.drupal.ru/node/103203

Аватар пользователя Codenator Codenator 10 июля 2014 в 11:49

По последним данным Beta будет в Августе и это значит что скоро уже можно будет поставить один раз Друпал и обновлять в Админке. Это значит в скором времени можно приступать к разработке модулей и начинать делать сайты для себя. А сам релиз Друпала планируют на лето 2015. Информация взята здесь

Аватар пользователя drupby drupby 11 июля 2014 в 13:52

"webpavilion" wrote:
я по правильному тестировал

восьмерку альфу по-правильному тестировал с много лет вышедшими из релиза шестеркой и семеркой?
"webpavilion" wrote:
знатный слоупок

Аватар пользователя drupby drupby 11 июля 2014 в 14:11

"webpavilion" wrote:

в чем суть вопроса?

так я уже вроде сам и ответил на вопрос цитатой
переформулируя вопрос, спрошу: в чем суть такого теста?

Аватар пользователя Codenator Codenator 11 июля 2014 в 15:59

"webpavilion" wrote:
98ms - что? сколько модулей включено, кеширование, на какой железке, как запускали php, на какой БД?
D6 на той же платформе отработает в 5 раза быстрее, D7 в 3, D8 - знатный слоупок, я по правильному тестировал с цифрами вот тут: http://www.drupal.ru/node/103203[/quote]
Твой тест староват час уже много чего переписали. Но ты прав Друпал стал тяжеловат и по моему опыту работы на symfony2 она сама по себе тоже медленная. Сервисы не спасут мне кажется. Но есть одно но если делать реально большой сайт выигрыш будет ощутимый.
Я тестировал на Ubuntu 14.04 Intel i7 8 core 8gb ram в NGINX включил 8 cpu. Проверял сразу после установки то есть как есть только поставил Web Profiler. В целом откликается и загружается по сравнению например с Апаче на Винде намного быстрее вполне можно вбивать контент а не ждать по 30 сек на загрузку. Ставил на мощный сервер на Апаче как то медленней по ощущениям чем на Nginx.

Для каждого свой смысл в тесте в моём случае я убедился что Nginx хорошая альтернатива Апаче. IIS ставил тоже но там свои замарочки мне по крайней мере настроить редирект не получилось. Если кто удачно на IIS ставил отпишитесь.

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 11 июля 2014 в 16:04

"Codenator" wrote:
Я тестировал на Ubuntu 14.04 Intel i7 8 core 8gb ram в NGINX включил 8 cpu. Проверял сразу после установки то есть как есть только поставил Web Profiler. В целом откликается и загружается по сравнению например с Апаче на Винде намного быстрее вполне можно вбивать контент а не ждать по 30 сек на загрузку. Ставил на мощный сервер на Апаче как то медленней по ощущениям чем на Nginx.

В итоге месье тестил nginx VS Apache, а не D8?

Аватар пользователя Codenator Codenator 11 июля 2014 в 21:03

Впервую очередь я тестил Друпал 8. Искал среду где можно бы было комфортно на нём работать так как надоело на Виндовс тот же кеш чистить 3 минуты

Аватар пользователя drupby drupby 2 октября 2014 в 12:43

"Codenator" wrote:
Решается проблема установкой Acquia Dev Desktop 2

проблема на самом деле решается установкой нормальной ОС, но не все так просто, да и факт все же остается фактом

Аватар пользователя Codenator Codenator 2 октября 2014 в 12:48

У меня самого на виндовс не работал из за ошибки в routes. Я в основном на линукс Друпал 8 тестировал. Нормальное OS очень спорный вопрос )))) По поводу Acquia Dev Desktop 2 доволен. Сразу всё есть что нужно и Drush для Drupal 8 в том числе

Аватар пользователя drupby drupby 2 октября 2014 в 13:19

"Codenator" wrote:
Нормальное OS очень спорный вопрос ))))

нормальная ОС - это та с которой нету геммороя, а когда полночи устанавливаешь друпал и сыпятся ошибки, то после этого начинаешь понимать, что есть нормально

Аватар пользователя Codenator Codenator 24 августа 2015 в 10:05

С модулями всёравно будут траблы. Большинство всё таки пишут под MySQL. Писать свой модуль довольно приятно. Всётаки ООП.

Аватар пользователя drupby drupby 24 августа 2015 в 12:53

"Codenator" wrote:
Большинство всё таки пишут под MySQL.

Большинство все таки использует Database abstraction layer, который в свою очередь использует PDO.