Дрис опубликовал список модулей, которые будут удалены/видоизменены в Drupal 8:
- Aggregator: будет удалён.
- Blog: будет удалён.
- Book: будет подвергнут изменениям — "нам нужна мощная и в тоже время простая система для организации контента в иерархию. Я соглашусь на удаление, если это будет возможно сделать с помощью системы меню".
- Color: будет оставлен.
- Contact: будет оставлен частично — "основная форма контактов будет оставлена, но я за удаление личных форм контактов у пользователей".
- Dashboard: на данный момент должен быть оставлен — "многие конкурирующие CMS имеют мощные дашборды. Я думаю, что мы должны выяснить, как сделать текущую реализацию более эффективной".
- Forum: на данный момент должен быть оставлен — "давайте попробуем сделать форум лучше".
- Overlay: будет оставлен.
- PHP: будет оставлен.
- Profile: удалён.
- Shortcut: будет оставлен.
- Statistics: будет оставлен частично — "я бы хотел удалить часть функциональности, которая доступна с помощью Google Analytics".
- Toolbar: будет оставлен.
- Tracker: будет заменён модулем уведомления по e-mail.
- Trigger: будет удалён.
- Poll: будет удалён.
Так же Дрис рассматривает возможность добавления в Drupal 8 функционала, который просит сообщество:
- Инструменты управления media — картинки, видео и т.д. Возможно это будет модуль Media.
- WYSIWYG
- Поддержка мобильных устройств.
- Управление конфигурацией (?)
Написанное актуально для
Drupal 8
Похожие записи
- Релиз Drupal 8 намечен на август 2013
- Вставка в CKEditor видео из ВКонтакте и Rutube (расширение модуля CKEditor 5 Media Embed)
- Как из PhpStorm выполнить тест(ы)
- Как работает опция "Aggregation type" в настройках полей Views при включённой агрегации
- Создание сравнительной таблицы с значениями из EAV Field
Комментарии
Управление конфигурацией - features?
в оригинале "Configuration management". думаю да, что-то типа features
WYSIWYG из коробки было бы здорово) И более функциональный форум)
А вот Trigger удобная штука..
Trigger жутко ограниченный, Rules уделывает его по полной
Чем Poll мешает, не понимаю
... и Profile жаль((
В принципе согласен. Сделали бы быстрые установки модулей, то есть более удобнее.
Модуль Poll долгое время не развивается, не позволяет создавать расширенные варианты опросов, негибок, не показывает результаты без перезагрузки страницы, то есть работает на уровне годов зарождения Друпала. Избавиться от него - естественное решение. Таким образом можно будет стимулдировать его развитие нуждающимися и в случае удачных реализаций модуль вернется в число дефолтных. А нет - каждый будет волен выбирать.
Модуль Profile негибок, недобен, ограничен, трудно темизируем, имеет проблемы с локализацией, требует отдельного механизма при интеграции с Views. Тем более он ненужен, если у нас уже есть Fields API и созадвать для юзеров профили как ноды не составляет труда даже для нубов (хук на создание ноды типа "профиль" с проверкой на существование). Какбе марш таких модулей, как Node Profile кричит об этом очевидном и красивом решении.
Блоги мне немного жаль. С другой стороны, безальтернативного монстра Organic Groups мне не жал вообщеь. Пусть они вместе поболтаются без поддержки, может исправятся и вернутся посвежевшими и здоровыми.
За удаление формы контакта - только плюс. Тот еще рассадник спама
В том обсуждении уже несколько таких списков. То что Дрис предложил свой список ещё ни о чём не говорит. Изначально вопрос поставил 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 будет куча готовых инсталляционных профилей. Они и сейчас есть, только почему то ими мало кто пользуется. Все качают голый дистрибутив, чтобы потом ставить к нему 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
там написано:
ни о какой "основе" речи не идёт
Добавить комментарий