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] Огромный список ссылок на подобии текущего
Материалы для верстальщиков
- [ENG] Исчерпывающий гайд по шаблонизатору Twig. Drupal 8 перешел на Twig, хоть в ядре и остался phptmaplate, переходить на Twig так или иначе придется.
Советы и ловушки
В данном разделе давайте собирать все что связано с дельными советами и просто развеиванием мифов.
- 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.png | 157.2 КБ |
Комментарии
подпишусь!
subscribed to topic))
Еще бы статью на русском, как создать простейший шаблон для друпала
https://github.com/jmolivas/drupal8-links
попробовал, имхо не удобно с yml работать. в d9 старый синтаксис выпилят совсем?
подпишусь
перевод на русский
насколько производительней стал 8 в отличие от 6 и 7 ?
И как теперь избавляться от ненужных модулей типа вьювки?
Последний тест что я нашел показывал что 8 медленнее в 2 раза чем 7.
Отключить их все также можно.
зачем интересно он такой нужен?
Хотя.. если друпал уже решил стать цмс для сайтов интерпрайз уровня. А на обычные сайты, где важна скорость и недорогой хостинг, оставить 7-у версию. В принципе нормально было бы, изучать новую версию нет ни сил не желания ввиду больших трудозатрат и малых финансовых перспектив.
Изменений существенных в новой версии не увидел. Переписали(ют) то, что было.
Интересно, это касалось всей системы или какой-то конкретный модуль нагружает весь сайт?.
Проводил ли кто либо свои замеры?
чую дело кончится форком семерки - для нужд типа "быстро и удобно собрать нормальный сайт без ынтерпрайза"
ТС респект за подборку
отключение не спасет когда друпа гребет все на венике, проверяя наличие.
чую скоро надо будет еще более активно юзать джанго. друпа становится все более монстроподобной. Через года 4 - залей гиг дистриба и создай сайт за один клик.
Еще гибче стал. Невероятно удобный для веб-мастеров (менеджеров и прочих). Они оценят новые фичи по достоинству, это гарантированно. Теперь джумле и вп нечего противопоставить, управление стало реально удобным и понятным даже дауну.
Еще куча-куча новых фишек и свистоперделок. Предлагаю составлять список этими фичами. Я тут может пороюсь еще в нем, чего допишу.
В перспективе станет производительнее.
Всей системы. Тест проводился во времена alpha-1, сейчас alpha-2. В 1 было ОЧЕНЬ много дыр приводящих к тормозам. Их исправили а тесты новые уже никто не проводил
В целом по поводу производительности. В 8, как я понял, иной подход. Ввиду MVC подгружается не вся система, а только те компоненты необходимые в данном случае для системы. В итоге на средних сайтах может и не будет никакой разницы, как минимум останется как и с 7, а вот на больших сайтах прирост должен быть ощутимый. Допустим если на данной страницы друпал никак не участвует, он вообще на загрузит себя, а если участвует, то загрузятся только те компоненты, что вызываются на странице.
Ввидимо поэтому теперь в модулях указываются use и компнент друпала
P.s. по поводу производительности на перспективу и тестов, я думаю лучше спрашивать RxB. Было бы круто если бы он провел тестирование.
P.p.s. Как вообще эти тесты делают, я бы и сам не против погонять.
Только что мерил: http://www.drupal.ru/node/103203 D8 медленнее в 3-4 раза.
http://simplytest.me - кому не в моготу посмотреть на Drupal 8.
Как мне показалось - D8 это попытка создать коробочную версию движка. По типу Dle.
Для обычных манагеров, установил и сразу начал работать. Без установки доп модулей.
Тут тебе и визинг редактор встроенный, quick edit контента и т.д
Не правильно. Просто добавили то что и так считалось "по-умолчанию" для сайта, теперь в ядре и имеет более крутую поддержку. Как в свое время в 7 вшили CCK. Зачем держать это в модулях если это и так ставит 99% пользователей, куда логичнее впилить в ядро и поддерживаться на уровне ядра.
Это ОЧЕНЬ хороший шаг для Views. Во-первых он будет куда безопаснее, а во-вторых он станет гибче и на его оптимизацию бросят больше сил. Один труд перегнать под 8 думаю стоил им немало пота и крови.
А такие модули манагерам не нужны, упаси сайт если манагер доеберется до Views UI, это пиз**ец если уж не всему сайту, то его частям гарантированно.
Визивиг опять же, из разряда "по умолчанию". Давно пора было добавить, а то я задолбался каждый раз его ставить.
А квик-эдит просто шоколадная добавка к этому. Мне в принципе и так не в лом зайти и поменять, а вот манагеры оценят, да, эта фича для них.
Тулбар стал приятный, не такой функцианальный как Admin Menu, но уже годно, опять же манагерам. Админ меню бы сделать таким приятным, хотя и ща она удобный и не мешается нисколько.
В общем Drupal 8 убивает миф что админка говно. Теперь она удобна и приятна.
А вот то что Drupal 8 ставил целью внедрение новых технологий и мобильность это заметно и сделано.
Подпишусь. Спасибо за инфу!
Впервый раз, за Drupal стало страшно...
Да ладно. Я тут влился в сообщество буквально за месяц до релиза Drupal 7. Паники тут было на порядок выше. Все собирались расходиться или оставаться на 6, что 7 говнецо полное. Так что 8 тепло встречают. По крайней мере я верю и надеюсь что производительность будет уровня 7, этого достаточно для того что сделали. А пока не сделают можно и не переходить. Всеравно первые месяца 3-6 все будут личные сайты переводить на него, клиентам рисковать не очень будут, разве что какие-нибудь хоумпейджы, где особого функционала не нужно, иначе граблей нахватают.
Меня больше пугает миграция 7 -> 8. ИМХО я придурел в свое время бложик с 6 на 7 переводить. Хоть и получилось с первого раза. Но учитывая изменения 6 -> 7 и 7 -> 8, создается уверенное мнение, что сайты на 7 если и буду переводить, то только путем создания копии на 8 и переноса контента, а не миграцией.
если кто не видел http://www.youtube.com/watch?v=9i9WQLZPLCc
Меня скорость работы пугает.
Если шестерка была шустрой, семерка чуть медленней, а восьмерка будет еще медленней, это настораживает.
Кстати для Drupal 8 будет совершенно новый Drupal Commerce, причем очень вкусненький.
Вкусней даже чем сейчас есть?
Ммм можно подробней?
http://www.drupalcommerce.org/roadmap
Там все в разделе "Roadmap Task List"
Drupal Cmmerce 2.x будет исключительно для Drupal 8.x+
http://xandeadx.ru/blog/drupal/664 - коротко на русском
если еще короче то: побольше ядерного апи, поменьше своих костылей.
Если честно, то добавление в ядро, меня совсем не радует.
Даже наоборот, расстраивает.
Его не в ядро добавляют а тесно интегрирует. Поэтому его будет намного проще модернизировать и дорабатывать. Ну и собственно вменьше левого кода.
А тогда это хорошо.
Просто у xandeadx написано что добавляется в ядро.
Там имеется в виду добавления популярных модулей для Drupal Commerce в его собственное ядро. Например Inline Items. Этот модуль в 99% случаев по умолчанию навешивается на него, зачем все усложнять, проще такой функционал на уровне ядра релизоват интегрировав их код более тесно.
ааа, не понял. Теперь понятно.
Тогда круто, согласен)
Спасибо за объяснение.
Возможно это новый Drupal.org (под релиз Drupal 8 и скорее вего на нем же)
Скрины не лучшего качества, других не нашел. Они из доклада Дриса на DrupalCon Portland 2013 про текущее состояние Drupal 8
Также из того же доклада отмечу.
Drupal 8 хотят позиционировать не как CMS\CMF, а как WEM (Web Experience Management).
Кто что думает по этому поводу? Вроде восьмерка из коробки вполне может подойти под эту аббривиатуру. И вообще, ктонибудь переведите её на русский. Я её понимаю на английском но не могу никак переосмыслить на русский.
приймите участие в кодспринте и не будете такие вопросы задвать
Д8 еще не готов, а скокрость нужно будет мерять после того как его доделают и потом займутся за оптимизацию
Вы сейчас сравниваваете заточенный и доделаный Д7 и Д8 который даже не работает еще, а половина деталей валяется в гараже я бы удивился если бы Д8 сейчас в тестах обгонял бы Д7
блин, а че они в восьмерке не сделали добавление коментариев к другим сущностям как обещали?
http://buytaert.net/why-the-big-architectural-changes-in-drupal-8
Drupal 8 won't kill your kittens
Только хотел выложить, Дрис недавно это же линки твитнул.
Понравилось такое обращение к значениям. Намного удобнее, понятнее и проще.
$node->field_foo[LANGUAGE_NONE][0]['value']
$node->field_foo->value.
Только кто в теме скажите, а если это поле с несколькими значениями, где вместо 0 еще и в 1, 2 ... 100500 хранится значение, как тогда обращаться? Как крутануть цикл
Официальный логотип восьмерки. Окончательно утвержден.
Мне он как раз больше понравился
Реальность победила бред дизайнерский)))
у друпликона аж глаза перекосило от увиденного)))))
Насколько я понял, сейчас впилили\впиливают Migrate в ядро Drupal 8 для простой миграции с D6 и D7 на D8
Выпустят релиз - можно будет простенький сайт делать.
Пройдет полгодика можно браться и за сайты для клиентов.
http://prodrupal.ru/ru/node/128
В альфе третей это уже можно наблюдать? Я о комментах - полях...
Нет, разве что в 4 будет
Будем ждать
No more hook_menu() for routing in drupal 8 https://drupal.org/node/2106709#comment-7945555
<?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 друпа, переходной релиз для перехода на симфонию? может проще сразу на симфонии?
сам хук остался а вот каллбеков уже нету в нем
так симфони в отличие от друпала ни разу не cms
use Symfony\Component\DependencyInjection\ContainerInterface; классы для различной функциональности и так есть. http://www.phpclasses.org/browse/ сколько душе угодно, да и http://symfony.com/components как бы самодостаточная, все что нужно и так есть иль не?
Там от симфони вроде только роутинг и дипенденси инжектион
http://habrahabr.ru/post/197670/
в drupal8-alpha4 теперь в русской локализации admin/modules переводиться "продлить"
http://buildamodule.com/video/drupal-8-developer-prep-welcome-to-drupal-...
https://drupal.org/drupal-8.0
Как эти иностранцы любят чушь нести, как будто кто то может поверить на слово всего лишь каким то мнениям и уговорам.
Посыл их по ссылке такой что, Друпал стал более Ооп, чтобы программист работающий с ним был более модным и занимался более интересными вещами. Это серьезно?
А в другом топике они же наверное также громко поют про Drupal way - что это использование модулей с орга, настраивайте сайты и никакого кастом кода, т.е. не программируйте под друпал кроме бесплатных модулей на орг.
Это всё шпиёны вп и жумлы. Сеют хаос в массы и неразбериху новичкам.
ну да, поэтому изучаем питон
Require PHP 5.4
мне непонятно, а зачем вся эта гонка? какие причины толкать на не улучшение продукта, а вздрачивать все новые и новые ветки.
а зачем вообще придумали планирование и циклы выпуска версий ?
да и там по ссылке расписано зачем и самое главное там график до 2020+
Пока белки в колесе не наберутся ума, колесо и вращается на утеху зрителям. Вращаться ради вращения.
Принцип "белки в колесе" здорово отображает нашу жизнь: мчимся на планете Земля с головокружительной скоростью во Вселенной, оставаясь на месте в своем развитии и в своем колесе ))))
Не до конца понял про изменения в поддержке старых версий.
Багфиксы по безопасности в 6-ке будут фикситься до выхода 9-ки?
Получается да. 3 года после выхода 8.
Выбираем druplicon для друпал 8
На симплтесте погонять можно
А ссылко вот: https://drupal.org/node/3060/release?api_version%5B%5D=7234
Друпаликон 2 и 4 просто badass
p.s. в 6 альфе мигацию начали уже внедрять. Я модуль то нашел как юзать хызы) видимо там ток API без интерфейса
качай 6. Смысл качать 4 или 2?
Там разница просто жесть. Новый функционал, изменения в ядре и т.д.
Я бы вообще git clone --branch 8.x http://git.drupal.org/project/drupal.git
Я вчера или позавчера ставил 6 альфу. Стабильно работает, я даже думаю потихоньку начинать проект на ней делать и поучивать структуру модулей восьмерки. ООП для меня - лес, практики 0.
А нубу потыкаться и симплетеста хватит без напряга зада своего хостинга)
офк нету смысла кроме как потыкаться что-то делать на 8, если нету возможности оперативно залатать дыру самому или устранить еррор.
он упал не от того
он упал оттого , что кто то не соблюдает минимальные требования администратирования сервера
Хз мне с убунтой 13.10 завезли 5.5.3 и все ставится)
Тьфу перепутал
Ходят какие - то нездоровые слухи про перенос выхода D8 на конец 2014 года.
если так, то им не мешало бы сообщить об этом где-то. А то я тут пару проектов тупо тяну чтобы на 8 сделать, а они делаюся на 7 как пить дать. Просто думал ну 2-3, может 4 месяца подождать можно, но 12, тут уж надо делать а не ждать
А что нам скажет Andy ?
манагера светлого им блеть не хватает!
Пбездельники!недоверсию популярной цмс передумали выпускать в массы? Правильно. Лучше не выпускать "переходную перед истинным ооп", а сразу на правильную версию ориентироваться.
Вон в Америке читал какие цены на все: пломбу на зуб поставить 1200$, а если нет мед. страховки то любые проблемы со здоровьем чуть ли не банкротят.
А на мед страховку надо каждый месяц проплачивать.
А Дрис прям так думает что в каждую из его версий люди будут инвестировать по пол года времени "во вьехать". При этом проще то система не становится...
Я считаю что жизненый цикл в друпала должен быть аналогичен линуксу. Пример убунты будет самое то. Каждые пол года, минорная стабильная версия, в этот промежуток фиксят баги и уязвимости, потихоньку пилят новые фичи и функционал. А каждые 3 года, как сейчас, пусть выпускают LTS версию которая как скала будет работать и питаться только реально мощными новвоведениями и фиксами багов\уязвимостей.
В общем цикл разработки друпала надо менять. Кажыде 3 года выпускать новый продукт это полнейший писец. Реально после релиза 8 пол года вьезжать придется что к чему, если не только кликать в админке.
С другой стороны, они с текущим циклом могут просто с чистого листа каждую версию катать =\ Как бы их там не переклинило и инициативу не подняли, типа давайте друпал в 10-11 версии перепишем на руби или питон, или go, лол. Хотя я бы даже ЗА проголосовал :О Но если бы ветку новую создали, без замены пых версии.
мне в этом плане цикл debiana нравится, у него нет плана, выходит тогда, когда доведен до ума.
там вроде как в стейблах очень сильно усторевшии версии всего и вся, поэтому не оч подход если он так и остался
а куда бежать, новое не значит лучшее, я допустим с ностальгией вспоминаю Lenny.
юзай spring, по отзывам очень похож на друпал.
Java не то. Меня впечатлили питон и руби. Они реально хороши для написания кода. Я думаю с них выхлоп больше будет. Да и куда я от друпала то, мне он нравится, мне не нравятся инструменты, с помощью которых надо разрабатывать.
Я тут пописал чутка на питоне, изучая его, ранее также делал на рельсах. Блин, после них php таким грязным кажется, столько выкинуть можно вообще не думая. Скажу странную вещь, но синтаксис php отталкивает от написания кода, а питон и руби наоборот мотивируют
Теперь уже даже в php пишу не друпалвейно в некоторых местах (темах например)
<?phpif ($statement):
// Do some staff
endif;
?>
При большом количестве кода внутри это выглядит намного удобнее и структурированнее.
Также можно endif и прочие окончания выпиливать нахер, но тогда php пойдет по пути питона)
В общем хз, пока все ок, но и другие языки паралельно пробую, просто даже для собственного понимания и чтобы при разговоре с кем-либо действовать не слухами а собственным опытом.
P.s. зато после опробования этих двух языков, приходит понимание почему на php постоянно волну гонят и обсирают. По крайней мере я вижу минус php в синтаксисе, чисто для себя
Начали показы делать уже. К добру это)
удобно, да?
я вот тупо удовольствие получаю, когда рублюсь)))
и красиво. Код читать приятно.
Вьехать в него легко. Вот только я нулина в прикладном программировании. Создавать для меня python прогу с ui, даже qt превращается в ад :О После делфи то... эх студенческие годы были. Учили совершенно не тому чему надо
а в 9 симфонию заменят на нормальный фреймворк.
ребята не унывают
Что значит на нормальный? Опять со стороны или свой.
https://drupal.org/node/2020437
А для тех кто на на инглише не очень - переведите пожалуйста суть дискуссии.
"1: - А давайте Phalcon будет у нас фреймворком для Drupal 9 вместо Symphony?
2: -
Не занимайся хернейСкорость не главное. Для этого вашего Phalcon расширение PHP нужно ставить, без него работать не будет. Как считаешь, все хостинги его себе поставят?"Вот и вся суть дискуссии.
https://www.acquia.com/blog/d8migrate
https://drupal.org/node/2159461
подписка
Мда, это друпалокапец господа...
А сколько лет 7-ку будут поддерживать еще ?
3-5 после выхода 8.
И никакого капеца нету, все лучше и круче
О-o-o, живем.
1) "Лучшее - враг хорошего"
2) "Крутость" - это метрика используемая хипстотой
Хайп с "руби на рельсах" давно спал, в мире веб-разработки начинают осознавать, что фреймворки кроме стандартов (читай ограничений) ничего не дают. На java тоже давно уже так не пишут, а то что делается в Symfony 2 - в java фреймворках было сделано лет 10 назад.
Так что непонятно зачем этот бред с Symfony 2.
а какже уже заготовленные каркасы поверх котрых строить своё?
Я уверен что 90%+ студий россии не смогут накать свою CMS даже на уровне жумлы.
ну как-то опыту, из тех с кем общался, зенд используют чаще чем все опенсорсные цмски вместе взятые
Вот взять drupal 6/drupal 7 - это уже готовый каркас для быстрой разработки сайтов и определенного рода приложений (пользователи, роли, авторизация). Да здесь нет MVC, нет "красивых" паттернов и прочей новомодной шелухи, но уже есть куча модулей готовых и довольно просто разрабатывать новое. Единственная проблема drupal 7 - тяжеловат.
А что в drupal 8:
упрощение разработки? - нет.
повышение быстродействия движка, оптимизации? - нет.
готовые решения - нет.
а что есть - только зависимость от стороннего вендора и какие-то адские костыли для прикручивания Symfony 2.
Проще было бы сделать некое API для облегчения интеграции с любым другим фреймворком (авторизация, роли) или сторонними решениями (магазины, форумы) да допиливать производительность Drupal 7.
да
не знаю пока, надо смотреть.
да.
Механизм работы с сторонними библиотеками значительно улучшен. Что делает озвученную вами задачу гораздо проще решаемой в рамках D8.
ок. пусть эти пункты субъективны и каждый видит их по своему.
но наличие готовых решений это объективная величина, а такого множества готовых решений в drupal 8 нет.
Ровно то же самое говорили про Drupal 7 три года назад
А еще помню многие кричали, что д7 уг и уходят на жумлу/вордпрес/другую ))
Вы ещё забыли что семёрка вешает сервер, сколько хостингов из-за неё закрылось ;'(
Да разве весь бред запомнишь?
Надо было им пожертвования отправить, кусочек черствого хлебушка, чтобы с голоду не умерли бедняги.
думаю с хостингами проблем для 8 не будет, сейчас близится волна предложений дешевых/неплохих VPS (~DigitalOcean).
настройка http://www.echoditto.com/blog/more-drop-bucket-drupal-8-nginx-and-microc...
требует выше 5.4
отдельную (пока)
штурмуй брателла, через год - два начнется спрос на массовый апгрейд до 8, рынок наш будет
вот материалы - http://habrahabr.ru/company/first/blog/205754/
)))) а нам это только на руку
О планах по релизу ничего не слышно? К лету будет?
Конечно будет
https://twitter.com/_klausi_/status/431477094829142016
Счастливое число - http://buytaert.net/from-content-management-to-digital-experience-manage...
Что там с пациентом то? Из мертворожденного состояния не выкарабкался?
намекают на рождение на лето.
Не раньше ноября-декборя выйдет. Успкойтесь про лето. Никто не релизит крупные проекты летом из-за отпусков, это фэил по дефолту, если конечно продукт не имеет прямого отношения к отдыху, там фильм или еще чего, и то стараются не выпускать.
у буржуев по другому, у них отпуска по 10 дней, а то и меньше, не как у нас по 1-2 месяца.
dru 7 вообще на праздники по нашему вышел, люди работают
Last updated: January 5, 2011 - 11:26
Official release from tag:
7.0
Он вышел после нового года. В это время меньше народу в отпусках. А летом очень много. Просто поверь) никто такие крупные проекты в 99% случаев не выпускает летом. Хотябы посмотри на даты выхода других медийных продуктов, например игры, летом выходит очень мало и нишевые проекты, а весь крупняк октябрь - май потом перерыв.
Не важно сколько у буржуев отпуска, суть в том что такие проекты выходят не только для них, и это учитывают тоже что в других странах тоже есть отпуска.
Протестировал на NGINX летает Друпал 8 уже убойно.
на глазок тестировали или можно где то с цифрами ознакомиться?
Цифры такие посмотрел в webprofile модуле интегрированом из Symfony2.
Домашняя страница 98ms
Например Configuration 89ms
Extend 250-400ms
98ms - что? сколько модулей включено, кеширование, на какой железке, как запускали php, на какой БД?
D6 на той же платформе отработает в 5 раза быстрее, D7 в 3, D8 - знатный слоупок, я по правильному тестировал с цифрами вот тут: http://www.drupal.ru/node/103203
По последним данным Beta будет в Августе и это значит что скоро уже можно будет поставить один раз Друпал и обновлять в Админке. Это значит в скором времени можно приступать к разработке модулей и начинать делать сайты для себя. А сам релиз Друпала планируют на лето 2015. Информация взята здесь
восьмерку альфу по-правильному тестировал с много лет вышедшими из релиза шестеркой и семеркой?
в чем суть вопроса?
так я уже вроде сам и ответил на вопрос цитатой
переформулируя вопрос, спрошу: в чем суть такого теста?
В итоге месье тестил nginx VS Apache, а не D8?
Впервую очередь я тестил Друпал 8. Искал среду где можно бы было комфортно на нём работать так как надоело на Виндовс тот же кеш чистить 3 минуты
Тем временем вышел Drupal 8 beta1
Ура товарищи !
но у некоторых товарищей (@varvashenia) бета на виндовс не устанавливается https://www.drupal.org/node/2346725
проблема на самом деле решается установкой нормальной ОС, но не все так просто, да и факт все же остается фактом
У меня самого на виндовс не работал из за ошибки в routes. Я в основном на линукс Друпал 8 тестировал. Нормальное OS очень спорный вопрос )))) По поводу Acquia Dev Desktop 2 доволен. Сразу всё есть что нужно и Drush для Drupal 8 в том числе
нормальная ОС - это та с которой нету геммороя, а когда полночи устанавливаешь друпал и сыпятся ошибки, то после этого начинаешь понимать, что есть нормально
на акве 2 норм, всё работает.
поставил бетту 7, какая то фигня http://www.boolex.ru
10 критов осталось! Ждём в сентябре. Говорят 17-ого будет. Наверно на кемпе отрелизят.
Мне восьмерка понравилась.
Чем > сделаю на ней сайтов - тем > она мне понравится
beta 14 хорошо встала на postgresql. Это радует)
С модулями всёравно будут траблы. Большинство всё таки пишут под MySQL. Писать свой модуль довольно приятно. Всётаки ООП.
Я на это и расчитываю.
Большинство все таки использует Database abstraction layer, который в свою очередь использует PDO.