Если с 25 по 28 апреля 2022 года вас не было на DrupalCon в Портленде (Орегон, США), то вы пропустили важную новость из первых уст: в этом году выходит Drupal 10. Релиз анонсировался на июнь, август и декабрь, и по ряду причин днём X решили сделать 14 декабря.
На какой версии Drupal работает ваш сайт? Usage statistics of Drupal core говорит, что ещё остались те, кто пользуется Drupal 5, Drupal 6 и Drupal 8. В таком случае вы лишаете себя новых возможностей административной панели и поддерживаемых сообществом модулей, тем и профайлов, а ваши клиенты остаются без современного пользовательского опыта и не могут быть уверены в безопасности вашего сайта. Поддержка этих версий окончена, впереди — только миграция на Drupal 9 или разработка сайта на Drupal 10 с нуля. Читайте нашу статью дальше, чтобы понять, насколько это оправданный шаг.
Drupal 9, мы тебя не забудем
Каких-то два года назад разработчики и администраторы сайтов аплодировали выходу Drupal 9. Вот лишь несколько причин для её тёплого приёма:
- благодаря обратной совместимости разработчики могут использовать при работе с Drupal 9 те же модули, конфигурации и данные, с которыми они работали на Drupal 8;
- весь код, помеченный в Drupal 8 как deprecated, удалён из Drupal 9;
- в ядро Drupal 9 включены компоненты PHP-фреймворка Symfony 4 и обработчика шаблонов Twig 2 — это более новые версии ПО, чем те, что были в Drupal 8;
- на переход с Drupal 8.9 на Drupal 9 уходит во много раз меньше времени, чем с Drupal 7 на Drupal 8;
- в ядро встроена экспериментальная тема управления сайтом Claro;
- ещё несколько самых популярных модулей — в том числе для администрирования и управления контентом — включены в ядро и обновляются вместе с ним;
- модуль Panelizer заменён на Layout Builder;
- с новой версией Drupal стал ближе к архитектуре Headless CMS.
Срок окончания поддержки версий Drupal привязан как минимум к двум технологиям: языку PHP и фреймворку Symfony. На нашей таблице вы можете увидеть актуальные версии PHP, Symfony и Drupal, а также даты, когда они перестанут получать поддержку безопасности.
В чём главный поинт для владельцев сайтов на Drupal 7 и Drupal 9? Багфиксы Symfony 4.4 заканчиваются в конце ноября 2022 года, а поддержка безопасности — в конце ноября 2023. Следовательно, с этого момента пользоваться вашим сайтом на Drupal 7 будет небезопасно. Проектам на более свежей CMS отведён и того меньший срок: сайты на Drupal 9.3 и Drupal 9.4 превратятся в мишень для эксплойтов с декабря 2022 и июня 2023 соответственно. Однако обновление старой мажорной версии Drupal на новую не будет сложнее обновления безопасности.
Чем удивит Drupal 10
Уже известно, что работа Drupal 10 будет обеспечиваться PHP версии не ниже, чем 8.1, и Symfony 6.2, релиз которой намечен на ноябрь 2022 года. И теперь, когда вы знаете о том, чем займётесь в ближайший год-полтора до тех пор пока прежние технологии не уйдут на покой, поговорим о преимуществах грядущей версии одной из лучших CMS в мире.
Удалённый устаревший код
Со своей стороны разработчики ядра делают всё, чтобы переход с Drupal 9 на Drupal 10 прошёл настолько бесшовно, насколько возможно: помечают устаревший код, отказываются от старой функциональности, но при этом оставляют обратную совместимость — она сломается, как только старый код будет удалён. Но проблемы с переходом на новый API ждут только тех разработчиков сайтов, которые не слишком внимательно относились к коду, пока поддерживали сайт на Drupal 9. Такой подход прекрасно зарекомендовал себя при обновлении с Drupal 8 на Drupal 9.
CKEditor 5
Впервые WYSIWYG-редактор CKEditor появился в Drupal 8. Тогда это была четвёртая версия редактора, но её безопасная работа кончается в 2023 году. Интеграция CKEditor 5 была для разработчиков ядра одной из самых трудоёмких задач, что и повлияло на перенос релиза на декабрь. Зато администраторы получат инструмент, который похож на более привычные Microsoft Word и Google Docs. Contextual balloon, который всплывает при нажатии на выделенный текст и подсказку или при вставке картинки, теперь позволяет редактировать контент в реальном времени. Работа с иллюстрациями упростится — их можно будет добавлять на страницы простым перетаскиванием.
Автоматические обновления ядра и модулей
Прежде Drupal не мог обновляться из коробки — разработчики писали специальные скрипты для проверки выхода обновлений и, в целом, проводили эту процедуру согласно политике обновлений, принятой внутри команды проекта. В Drupal 10 обновления будут работать по принципу «настроить один раз и забыть навсегда». Это большой плюс для людей без опыта в программировании, управляющих маленькими проектами с небольшим количеством зависимостей.
JavaScript-компоненты
Начиная с Drupal 5, ядро CMS содержит элементы jQuery — специальной библиотеки на JavaScript, которая позволяет в одну строку решать задачи, на которые бы ушло несколько сотен строчек JS-кода. Конкретно в Drupal используется jQuery UI — набор плагинов и виджетов для создания интерактивных элементов интерфейса. Теперь об этом можно забыть: разработчики ядра посчитали, что пора кончать с зависимостью от jQuery UI с её нестабильно выходящими обновлениями безопасности и релизами, и решили заменить её на Vanilla JS. Но то, насколько хороша эта замена, покажет время.
Decoupled Menus
Внедрение Decoupled Menus преследует цель создать для фронтенд-разработчиков наиболее гибкие условия использования конфигураций меню, управляемых в Drupal.
Тема Olivero
Появившаяся в Drupal 9.1 в качестве экспериментальной темы, Olivero теперь станет дефолтной темой для оформления фронтенда. Предыдущая тема, Bartik, использовалась с 2011 года и перестала отвечать духу времени. Olivero порадует современным дизайном, затроновшим типографику, анимации и палитру цветов, поддержкой новых возможностей Drupal (second-level navigation, embedded media, layout builder, и т. д.) и соответствию стандарту WCAG AA.
Тема Claro
Ещё один шаг навстречу пользователям — на этот раз администраторам и контент-менеджерам. На замену дефолтной теме для админ-панели Seven придёт тема Claro. Она была введена Drupal 8.8 как экспериментальная, но к десятой версии получила статус стабильной и работает по умолчанию.
Starterkit theme generator
Разработчики Drupal-тем получат стабильно работающий Starterkit theme generator. Прежде каждая новая тема должна была брать за основу тему Classy и, как следствие, наследовать её CSS-классы и разметку. Из-за проблем с обратной совместимостью тема Classy не получает обновлений, начиная с Drupal 8.
Теперь же Starterkit поможет разработчикам сэкономить время в будущем. С его помощью они смогут копировать дефолтные темы в новую папку и наследовать CSS и HTML уже из них — это позволяет спокойно менять базовую тему, не боясь сломать дефолтные темы.
Впереди — только лучшее
Те, кто когда-то выбирал движок для сайта и остановился на Drupal, должно быть, сами понимают степень своего везения. Многие улучшения из тех, о которых мы рассказали в нашей статье, входят в список стратегических инициатив, в составлении которых участвует и Дрис Бёйтарт, основатель Drupal. Их выбор основан на исследованиях юзабилити, взглядах на идею и её развитие, желании здоровой конкурентной борьбы на рынке CMS и обсуждении между участниками сообщества. Такая системная работа не только делает Drupal удобнее в использовании и для разработчиков, и для администраторов без скиллов в программировании, но и выводит Drupal за рамки CMS для сайтов.
Комментарии
Ждем выхода Drupal 10. Будем устанавливать и тестировать. Drupal 9 сейчас работает со многими популярными модулями. Будет ли так с Drupal 10 или понадобится время?
Понадобится время, чтобы адаптировать модули в связи с очередной пачкой удаленных deprecated функций
Устанавливать и тестировать можно и сейчас - уже вторая бета доступна.
Уже установил и делаю сайт на этой версии. По лучше будет чем 9
Чем именно лучше?
jQuery удалили не полностью.
Тема Olivero, тема Claro, прогресс невероятный;) а старенького Барсика выкинули, живодёры))
Drupal я очень люблю, и у меня много проектов на нем. Все что сказано ниже это так, бу-бу-бу
В Drupal 10 обновления будут работать по принципу «настроить один раз и забыть навсегда». - что-то как то сомнительно... тут даже при текущем обновлении каждый раз молишься и делаешь бакап БД лишь бы не полетело нафиг а то бывает, на ровном месте бац! А тут автоматически.... ..спишь ты значит ночью... а утром встаешь "The website encountered an unexpected error. Please try again later."....
Но идея хорошая!
" решили заменить её на Vanilla JS" - о пока карусели owl и т.д. ....ну наверное есть какие нибудь свои карусели на Vanilla JS, или придется еще и jquery заводить - вот pagespeed обрадуется новым скриптам, понизив скорость....
Про модули непонятно, будут ли они совместимы с 10? Судя по Paragraphs то да....
Автоматические обновления это зло. Что на WordPress, что на Drupal.
Я тоже слабо представляю отказ от jQuery. Но время покажет.
Да, модули будут совместимы. Популярные уже совместимы, а те, что не заброшены будут совместимы в ближайшее время.
Я сам автор более 15 модулей. Постараюсь выделить время в выходные, чтобы протестировать свои модули на совместимость с Drupal 10
Автоматическое да, но вот в WP мне нравится обновление из админки.... А в Drupale чувствую себя бородатым юниксоидом 90-х годов, с командной строкой....
Тут разница в подходах:
WP многие обновляют сразу на хостинге и из админки это делать весело (а еще веселее разбираться почему сайт упал)
С друпалом же мы работаем по другому. Обновляем на локалке, тестируем, коммитим в гит, а дальше деплой (например Gitlab CI) уже автоматически разворачивает обновления на проде. Да, дольше, да, через командную строку. Но инцидентов с кривыми обновлениями при таком подходе намного меньше
Лет за 16 Wordpress ни разу не упал при автообновлении. Сначала для этого модули были, а потом он и сам научился. Слышал, что где-то у кого-то падало, но сам не видел, и у знакомых не было. А вот Друпал регулярно падает и без автообновлений.
На мой взгляд автообновления абсолютное добро )
В Вордпрессе тоже ведь есть дополнительные модули. Вот я не верю что их можно легко все обновлять за период жизни ветки ЦМС. Тем более при наличии платных модулей.
Не, те, что более неподдерживаются - отвалятся. Всё как у всех ) Остальные обновятся по кнопке, или сами, автоматически, в зависимости от
выбранных настроек. Это настолько привычно, что когда сталкиваешься с необходимостью учить основы системного администрирования для рядового апдейта сайта, впадаешь в ступор )
Видимо, тебе повезло. Раз запрос по словам «wordpress crash auto update» дает результаты (и много), значит проблема существует.
Доля риска есть даже здесь. Учитывая массовость системы и разнообразие конфигураций, вероятность найти пользователя с проблемой высока. Но способ обновления доступный простому пользователю с мышкой - это великолепно. Даже рискну сказать, что это норма )
Собственно говоря в Друпал тоже модули (не ядро) можно обновлять мышкой если сайт не собран Композером. А если собран Композером то и в Вордпресс вроде нельзя.
Да, и это хорошо )
вообще думаю мигрировать на отечественную разработку. не знаю на какую. 2 небольших сайта на друпал 7. тестировал друпал 9. застрелиться можно.
Напиши свои впечатления через год от отечественных систем. Интересно будет послушать
Какие сложности возникли с Drupal 9?
с какой целью интересуетесь?
Потому что: а) мы на сайте, посвященному Drupal, б) интересно, с какими проблемами сталкиваются люди, которые говорят «застрелиться можно»
расскажу о себе чтоб знали что это мнение квалифицированного пользователя.
у меня в 99 году была дипломная работа в техникуме интернет магазин. потом примерно в 2003 я запустил на линуксе на перле интернет магазин interchange и пытался разработать свой на php. если его перевести на русский это был бы второй интернет магазин после озона в России. для друпала 7 я написал модуль на пхп и скрипты на яве. высшее компьютерное образование.
мне сейчас как администратору сайтов нужно готовое решение. и не конструктор сделай сам которое не работает. странно что вы задаете вопросы по друпалу 9. как будто сами с ним не работали . итого претензии и предложения.
1. нужно решение, а не конструктор.
2. нужно адаптированность к российскому инету и реалиям. платежные системы, яндеск, 1с.
3. стабильная работа, а не падение при каждом изменении конфигурации с ошибкой которую невозможно прочесть.
4. работа через веб интерфейс.
5. дизайн который продает
6. простота
7. наличие платной поддержки
хорошо не то что имеешь, а то что идет к чему.
надо ориентироваться на лидеров рынка, а не на себя.
отрасль айти это всего лишь средство, а не самоцель.
почитайте английский форум . сколько там людей сталкиваются с проблемами.
А, ну то есть тебе уже за сорок, а это накладывает соответствующий отпечаток. К слову, многие друпалеры, кому было "за сорок" не приняли Drupal 8. Одна из причин, я думаю, чем старше становишься, тем меньше желания изучать что-то новое.
Теперь давай по пунктам
1. Вордпресс это решение? 1С битрикс это решение? Что в твоем понимании решение?
2. Всё это есть для друпала
3. Прям при каждой? Или ты невероятно невезучий или сильно утрируешь
4. А друпал через что работает?
5. Дизайн должны делать дизайнеры. Это не зависит от cms
6. Вордпресс прост? Битрикс прост? Что есть простота?
7. Тут немного сложнее. Опять таки смотря что именно ты подразумеваешь
чтобы понимать надо работать на одной и тойже должности. вот пример:
я рассуждал с позиции директора, а не программиста.
1. решение предоставляет юридическое лицо, а не движек.
2. сомневаюсь. думаю ложь.
3. да утрирую но проблема существует.
4. ложь. установка и обновление через командную строку.
5. дизайн это не только цвета и картинки. это еще ui. и придумывать его не надо, а надо брать из успешных проектов. есть категории сосисек, класс игр так и тут надо иметь для принятия публикой категорию топ. этого нет.
6. думаю простота заключается в понимании и в том что сложные процессы можно делегировать кому-н. тут можно еще поработать.
7. этого нет.
В чём проблема найти юрлицо, которое всё это предоставит на друпале?
Товарищу нужно, чтобы юрлицо было владельцем/разработчиком решения.
Непонятно, зачем это может быть нужно. Вот есть 1С Битрикс, но за разработкой и доработкой сайтов всё равно все обращаются к веб-студиям.
правильно вы думаете. проблемы описанные связаны с бизнес моделью друпал. в те года большие надежды возлагали на линукс. даже был лозунг виндовс маст дай. но они не оправдались. виндовс купила (встроила) линукс. и соответственно друпал скатился с 30% рынка до линуксового 2% рынка.
пора признать ошибки и принять новые решения. есть компания на западе Acquia, (направленную на коммерческую поддержку проектов и сервисов, основанных на Drupal). но этого не достаточно. слишком много зацикленности на себе. мне не безразлично.
У Acquia стоимость облачной платформы для малого бизнеса начинается от 300 долларов и не включает поддержку в том виде, в котором ты её понимаешь. Тариф для корпоративных клиентов не указан, но, думаю, что не сильно ошибусь, если предположу, что стоимость будет в районе 10000 долларов в месяц и больше. В корпоративном тарифе есть всё, о чем ты говоришь.
не знаю. мне кажется проблема в ответственности и доверительности. к битриксу легче предъявить претензии чем к друпалу.
можно еще написать новый сайт сейчас полностью на каком-н фреймворке с нуля. и стоимость будет такая-же. а функциональность выше.
У вас есть опыт успешного предъявления претензий к битриксу? Или может быть где-то слышали о таких кейсах?
дело не в этом. я рассуждал что нужно чтоб drupal был востребован. в учебных материалах 2019 года (про интернет магазины) друпал даже не обсуждается. я могбы на эту тему запостить несколько скриншотов если интересно.
1. Ну и что, что в каких-то учебных материалах Drupal не обсуждается?
2. Чтобы продукт был востребован его (кроме прочего) должны продвигать вендор и/или партнеры.
Так получилось, что Drupal — это свободный софт, а значит нет вендора, который мог бы вкладывать деньги в продвижение. Однако, у Еком-продуктов на базе Drupal есть вендоры и они наверняка вкладывают средства в продвижение. Компании, создающие проекты на Drupal, тоже вкладывают силы и средства в продвижение. Просто это всё происходит за рубежом.
При этом коммерческие решения в России активно используют «подкуп» партнеров через агентское вознаграждение за продвижение их продукта. Думаю, вознаграждение от 20% до 50% для мелких студий и фрилансеров может быть достаточно привлекательным, чтобы не сильно задумываться о том, что именно продвигаешь. Поэтому из всех щелей и прёт реклама коммерческого продукта, а, как известно, миллионы мух не могут ошибаться.
Как думаешь, какой бы ежемесячный бюджет платной поддержки тебя устроил?
как ктото говорил из руководителей что "айти это чтото дороже клининга". а на курсах директоров инет магазина рассматривают в первую очередь воронку продаж, а айти ставят на последнее место. единственное наверно взято из запада говорят что нужен тим леадер.
итого отвечаю. чем меньше тем лучше если бизнес (доходы) не связаны с айти.
если связаны то уходят все деньги. и зачастую работают в минус. как озон или долгое время алиэкспресс.
я говорил про техподдержку что бизнесу надо место куда можно обратиться за официальной поддержкой, а не искать программиста которого сложно найти.
Очевидно, что всё, кроме клининга, дороже клининга, так как клининг — это самое простое занятие. Мерить клинингом стоимость трудозатрат на айти — это странно, как минимум.
В компании, где айти не генерирует прибыль, айти будет не на первом месте. Однако, если от айти зависит твоя воронка продаж, то ты будешь относиться к айти по-другому.
Так может стоит посчитать какие расходы на айти будут оптимальны для тебя. Может быть ты готов 1.5 миллиона в месяц вкладывать в айти — тут перед тобой откроются большие возможности: и техподдержка 24/7 и опытные разработчики, которых искать не нужно. Или может у тебя бюджет 99000 рублей в год (это стоимость лицензии на «1С-Битрикс24: Интернет-магазин + CRM») — тогда добро пожаловать в мир техподдержки от юрлица. Или может у тебя бюджет 15000 на проект — здесь как бы будет очень тяжело и трудно вообще найти что-то, о чем можно побеседовать.
Ну, смотри, два варианта:
1. Покупаешь лицензию коммерческого решения и платишь дорого, потом обращаешься в техподдержку и может быть тебе помогут, если проблема типовая, или могут поставить вопрос куда-нибудь в план, если решение потенциально может быть интересно, или могут выставить (немаленький) счет за уникальную доработку, или разведут руками и скажут, что их решение не умеет так как тебе надо.
2. Используешь опенсорс и платишь только за необходимые доработки системы, сам управляешь сроками внедрения нужных фич.
Если тебе сложно найти программиста, то может быть предлагаемый тобой бюджет не устраивает потенциальных исполнителей? Можешь привести конкретный пример задачи/проекта и бюджета, на которые тебе было сложно найти исполнителя?
Приветствую! Не сочтите за спам, вдруг кому из новичков будет полезна обзорная экскурсия по Drupal 10 в качестве ознакомления с основными понятиями