xandeadx.ru Блог музицирующего веб-девелопера

Drupal → Dries озвучил планы по удалению из ядра Drupal 8 ненужных модулей

Опубликовано в

Дрис опубликовал список модулей, которые будут удалены/видоизменены в Drupal 8:

  1. Aggregator: будет удалён.
  2. Blog: будет удалён.
  3. Book: будет подвергнут изменениям — "нам нужна мощная и в тоже время простая система для организации контента в иерархию. Я соглашусь на удаление, если это будет возможно сделать с помощью системы меню".
  4. Color: будет оставлен.
  5. Contact: будет оставлен частично — "основная форма контактов будет оставлена, но я за удаление личных форм контактов у пользователей".
  6. Dashboard: на данный момент должен быть оставлен — "многие конкурирующие CMS имеют мощные дашборды. Я думаю, что мы должны выяснить, как сделать текущую реализацию более эффективной".
  7. Forum: на данный момент должен быть оставлен — "давайте попробуем сделать форум лучше".
  8. Overlay: будет оставлен.
  9. PHP: будет оставлен.
  10. Profile: удалён.
  11. Shortcut: будет оставлен.
  12. Statistics: будет оставлен частично — "я бы хотел удалить часть функциональности, которая доступна с помощью Google Analytics".
  13. Toolbar: будет оставлен.
  14. Tracker: будет заменён модулем уведомления по e-mail.
  15. Trigger: будет удалён.
  16. Poll: будет удалён.

Так же Дрис рассматривает возможность добавления в Drupal 8 функционала, который просит сообщество:

  1. Инструменты управления media — картинки, видео и т.д. Возможно это будет модуль Media.
  2. WYSIWYG
  3. Поддержка мобильных устройств.
  4. Управление конфигурацией (?)
Написанное актуально для Drupal 8
Похожие записи

Комментарии RSS

Управление конфигурацией - features?

в оригинале "Configuration management". думаю да, что-то типа features

WYSIWYG из коробки было бы здорово) И более функциональный форум)
А вот Trigger удобная штука..

Trigger жутко ограниченный, Rules уделывает его по полной

Чем Poll мешает, не понимаю

... и Profile жаль((

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

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

Модуль Profile негибок, недобен, ограничен, трудно темизируем, имеет проблемы с локализацией, требует отдельного механизма при интеграции с Views. Тем более он ненужен, если у нас уже есть Fields API и созадвать для юзеров профили как ноды не составляет труда даже для нубов (хук на создание ноды типа "профиль" с проверкой на существование). Какбе марш таких модулей, как Node Profile кричит об этом очевидном и красивом решении.

Блоги мне немного жаль. С другой стороны, безальтернативного монстра Organic Groups мне не жал вообщеь. Пусть они вместе поболтаются без поддержки, может исправятся и вернутся посвежевшими и здоровыми.

За удаление формы контакта - только плюс. Тот еще рассадник спама

Дрис опубликовал список модулей, которые будут удалены/видоизменены в Drupal 8

В том обсуждении уже несколько таких списков. То что Дрис предложил свой список ещё ни о чём не говорит. Изначально вопрос поставил Daniel F. Kudwien (sun). Проблема заключается не только в том, что некоторые из модулей ядра не востребованы, а в том, чтобы сделать ядро более легким. Что позволит разработчикам ядра сосредоточится на проектировании архитектуры друпала и его API, а не заниматься поддержанием целой кучи дополнительных модулей.
Если победит самая радикальная точка зрения то друпал превратится в фрэймворк, т.е. из ядра уберут все необязательные модули и темы. А обязательные модули (например node) сделают необязательными и тоже уберут. :-) Конечному пользователю на официальной странице загрузки друпала предложат скачать на выбор один из инсталляционных профилей (см. пример).
Из всего этого можно сделать вывод, что разработка Друпал 8 затянется. С момента выхода 7-ки прошло уже больше полугода, а количество багов в ней по прежнему зашкаливает. Разработка ядра сейчас в глубоком кризисе.

То что Дрис предложил свой список ещё ни о чём не говорит

я верю в могущество нашего капитана :)

думаю то что 8ка будет скорее полным фреймворком это не так уж и плохо, главное чтобы продолжалась поддержка 7ки в это время, чтобы оставался выбор какую версию использовать. А по поводу poll'a не совсем согласен, конечно он уже староват и ему не помешали бы всякие фичи, но думаю его потом вернут в "коробку".

думаю его потом вернут в "коробку"

Думаю у poll'a больше шансов получить развитие, если он будет вне ядра.

я верю в могущество нашего капитана

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

Мне жаль модуль Tracker - очень хорошие функции он выполняет :)
Если удалят, заменить views не проблема.

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

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

Боооольшое количество контента это сколько?
3500 нод и 31000 комментариев это много или мало?

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

Когда будет полсотни тысяч - тогда трекер будет становиться пятой ногой.

трекер на drupal.ru вроде нормально работает, особо не тормозит

Я только за превращение в фреймворк, но и инст.профили не помешают

На drupal.ru вроде как то кэшируется, по крайней мере есть такое ощущение.

А я против превращения друпала только в фреймверк. была хорошая CMS/CMF а из нее делают какую-то php библиотеку. Это оттолкнет многих новичков от него. Выкинуть ненужное - это верно, сделать высокую модульность на базе строго АПИ - тоже верно, но доводить это до абсурда, зачем ?

А толку от новичков? Какое развитие получает система от новичков?

А если "новичков" не будет, откуда "старички" возьмутся? Фактор новичков - это и есть показатель развития проекта, что он актуален и востребован.

Вы читали это - http://drupal.org/node/1201874 ?

Давайте не смешивать понятие балласта и новичков, вы пока что имеете ввиду балласт

ок, согласен.

понятно всё...

была хорошая CMS/CMF а из нее делают какую-то php библиотеку

Для тех кому нужна CMS будет куча готовых инсталляционных профилей. Они и сейчас есть, только почему то ими мало кто пользуется. Все качают голый дистрибутив, чтобы потом ставить к нему views, admin_menu и т.д.
Другая причина убрать лишние модули это то, что для многих их них существует более развитый вариант среди не ядрённых модулей.
Например,
trigger -> rules
contact -> webform
agregator -> feeds

было бы клево иметь возможность скачивать три разные версии.
1 - минималка
2 -я + WYSIWYG и часть ненужного барахла что есть сейчас и то, что хотят удалить
3-я - добавить ctools, views и еще с десяток основого.

у меня на ксампе постоянно вертятся по три сборки - под 6-ку и под 7-ку. Если надо быстро развернуть что-то - просто тупо копирую файлы, базу и вперед. 3 минуты на все, чем каждый раз собирать...

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

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

в 8-ку не включают Symfony

мх,,, может ну не правильно выразился на основе Symfony 2 собираются делать Drupal 8,,, про это написано в официальном блоге Фабиена http://symfony.com/blog/symfony2-meets-drupal-8

там написано:

Drupal will adopt some of the Symfony Components

ни о какой "основе" речи не идёт

Оставить комментарий

Содержимое этого поля является приватным и не будет отображаться публично. Если у вас есть аккаунт в Gravatar, привязанный к этому e-mail адресу, то он будет использован для отображения аватара.
  • Адреса страниц и электронной почты автоматически преобразуются в ссылки.
  • Доступные HTML теги: <a> <i> <b> <strong> <code> <ul> <ol> <li> <blockquote> <em> <s>
  • Строки и параграфы переносятся автоматически.
  • Подсветка кода осуществляется с помощью тегов: <code>, <css>, <html>, <ini>, <javascript>, <sql>, <php>. Поддерживаемые стили выделения кода: <foo>, [foo].

Подробнее о форматировании