Дайджест интересных материалов из мира Drupal #3

    Всем привет!

    Мы отобрали для вас самое интересное и полезное из мира Drupal за первые недели 2015 года.

    Druplicon

    По-русски



    1. Во-первых, в тестовом режиме запустилась новая площадка сообщества DrupalifeCommunity. Слово автору:
      Сразу скажу о судьбе проекта. Им я не претендую заменить Drupal.ru, это совершенно отдельное и самостоятельное начинание. Скажем так, альтернативное сообщество, как каким-то пытался стать DrupalSN.

      На новой площадке уже замечено несколько друпал-гуру, а это хороший знак :)
    2. Чуть ли не первая серьёзная статья на русском, в которой одновременно встречаются слова Drupal и Postgres: «Тестирование производительности Drupal: MySQL vs PostgreSQL часть 1». Очень ждём следующих частей!
    3. Продолжая тему баз данных, Роман Агабеков подробно пишет про репликацию master-slave MySQL.
    4. Как же без Panels: в этот раз «Добавляем поддержку Token'ов в настройки Panel Pane».
    5. Рубрика «Антиквариат»: код либрусека пятилетней выдержки.


    Drupal Lite


    В этой рубрике мы собрали несколько хороших заметок для тех, кто только начал работать с Drupal.
    1. Добавляем к материалу поле-чекбокс.
    2. Модули для улучшения юзабилити списков. Не забудьте заглянуть в комментарии.
    3. Форматы даты и времени в Drupal.
    4. В системе темизации в Drupal поначалу можно запутаться. Заметка «How to override field templates in Drupal 7» помогает разобраться, как работают шаблоны полей.
    5. Один из способов создания Drag&Drop интерфейса во Views — модуль DraggbleViews.
    6. Лучшие материалы 2014 года по версии TheWeeklyDrop.
    7. Ну и хабровский обзор материалов для изучения Drupal, конечно.


    Всё для Drupal-разработчика


    1. Начнём с серии статей про Drush, инструмент, без которого друпал не был бы друпалом: часть 1, часть 2 и часть 3.
      Если вам вдруг стало грустно и одиноко, просто наберите drush --druplicon :)
    2. Сегодня виртуализация dev-окружения уже стала стандартом. Ребята из Blink Reaction написали роман в 5 частях про Vagrant и Drupal: 1, 2, 3, 4, 5.
    3. Пока создатель друпала Дрис Бёйтарт днюет и ночует с восьмёркой, облегчённый форк друпала Backdrop CMS празднует свой первый релиз. Кстати, о праздниках: самому друпалу уже 14 (!) лет.
    4. Backdrop CMS — полноценная часть Drupal-комьюнити. Такой вывод можно сделать, почитав целый разворот об этом форке в официальном Drupal-журнале.
    5. Фундаментальный труд о Panels для разработчиков подготовили в Палантире: Explaining Panels: An Overview for Drupal Developers.
    6. На Drupal.org выпустили подборку решений и модулей, которые помогут собрать и настроить свою CRM.
    7. Если вам нужно расширить функциональность модуля Context под ваши нужды, то обратите внимание на статью «Creating a Context Plugin».
    8. Юрий Герасимов в своём блоге показывает на примере, зачем может пригодиться #theme_wrappers.


    Drupal 8


    1. Если кодить нет настроения, то вот вам восемь обзорных видео о восьмой версии Drupal.
    2. Отличный гид по изменениям в Form API поможет разобраться с формами даже зелёным новичкам. Без помощи хорошей IDE, конечно, будет сложновато.
    3. Akshay Kalose из Шри-Ланки в рамках Google Summer of Code изучила Drupal 8 с нуля и написала для него целый модуль: RDF UI. А ещё она написала полезную статью про AJAX в Drupal 8.
    4. Пара коротких заметок на тему Твига: добавляем переменную в шаблон, переиспользуем кусок Twig-шаблона.
    5. Создание своего Views-хэндлера в восьмёрке почти не отличается от того же процесса в семёрке. Посмотрите сами.


    Интересные модули


    1. DataBase Email Encryption для шифрования почтовых адресов в базе.
    2. Field Split для Display Suite или Field Group.
    3. Query Parameters To URL для Views (требуется патч ядра).
    4. Panels, Why so slow? для профилирования панелей.
    5. Paragraphs — лёгкая замена Panels
    6. Smart Trim (видео)
    7. Entityform вместо Webform (большой туториал)
    8. Superfish (видео)
    9. Auto Assign Role (видео)
    10. Views Usage Audit, Views Maintenance и Views cache bully для обслуживания Views.


    Над выпуском работали Олег Кот и Катя Маршалкина. Это уже третий выпуск на хабре (вот 1 и 2). Спасибо друпалу и нашим читателям за вдохновение :)
    Будем рады комментариям, предложениям и дополнениям!
    Поделиться публикацией

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

      0
      Не стал бы называть Paragraphs заменой Panels. Это больше замена field collection + inline entity form.
        0
        Для меня Panels это про layout, field collection это про данные и их архитектуру, а inline entity form вообще про Admin UI. Похоже, параграфы стоят на всех трёх китах :)
        0
        Спасибо за подборку.
        Для себя выделил уже несколько очень интересных материалов, которые пропустил.
          0
          Спасибо, хорошая подборка.
          DrupalifeCommunity на первый взгляд выглядит весьма многообещающим. :)
            0
            Хорошо, что стали появляться мануалы по Entityforms, сам давно соскочил с Webform, чего и всем желаю
              0
              Как же без Panels?
              Честно говоря, ни в одном из проектов не использовал Panels, т.к. не вижу смысла в этом модуле.
                0
                Смысл есть всегда, даже если у модуля 100 установок (а у панелей 200K). Лично я не люблю контекст. Нелогичная сложная костылина, на мой взгляд. Но это же не значит, что я не буду включать хорошую статью в дайджест :)
                  0
                  В сложных проектах, где много страниц с различным расположением блоков, модуль Panels становиться поистине необходимым.
                  0
                  Можно вкратце, в чём суть Backdrop CMS?
                  Как она совместима с модулями Друпала?
                  Что с производительностью?
                    0
                    Вкратце и коротко. Это форк Drupal 7, но с полезными фичами из Drupal 8 (например конфигурации в файлах). Некоторым разработчикам не понравилась политика нацеленности на большой бизнес, а соответственно и высокие требования к хостингу со стороны Drupal 8 (не все мелкие конторки могут себе позволить выделенный сервер или дорогой тариф). Поэтому они сделали форк, который ориентирован на меньше нагрузку на сервер, по разработке схож со старым подходом Drupal (меньше переучиваться с 5,6,7). В этом большой плюс, много разработчиков не очень горят желание что-то новое, когда для бизнеса это не нужно по сути (тема малого бизнеса). Как то так.
                    К сожалению, полной совместимости с Drupal нет, так как разработчикам пришлось менять везде название Drupal на Backdrop из-за лицензионной политики, даже в названия хуков. Но по сути это тот же Drupal, поэтому логически совместимость есть.
                    Они позиционируют миграцию модуля практически в полуавтоматическом режиме (типа конвертер будет, скармливаешь ему модуль на Drupal 7, на выходе получешь его же под Backdrop). Но как это работает, пока не понятно и будет ли полноценная конвертация, тоже непонятно. Лично я не пробовал.
                    Насчет производительности пока сложно говорить, все таки сравнивать Drupal 6, Drupal 7, Drupal 8 и Backdrop нельзя из-за отличий в архитектуре и наличия модулей «из коробки». По сути этот тот же Drupal 7, соответственно по производительности сравнимо с ним. Но точно лучше чем Drupal 8 и заодно не требует обязательного PHP 5.4.
                      0
                      Но точно лучше чем Drupal 8

                      Какое-то сомнительное утверждение. А чем же Drupal 8 хуже?
                        0
                        Всё что я могу сказать по производительности, со включенными настройками по умолчанию стандартные установки крайнего релиза семёрки и дев версии восьмёрки на страницах логина и главной различаются ~ 10%.
                        Выигрывает семёрка.
                        simplytest.me даёт возможность проверить мои слова.
                        Раскормленные сайты дадут другие результаты, тут надо отдельно тестировать, лично я свежих замеров не видел.

                        Но 10% — это совсем не
                        Некоторым разработчикам не понравилась политика нацеленности на большой бизнес, а соответственно и высокие требования к хостингу со стороны Drupal 8 (не все мелкие конторки могут себе позволить выделенный сервер или дорогой тариф).

                        Поэтому я в растерянности.
                        Вдумчивый подход против бездумного тыкания мышкой даст куда большую разницу.
                        Конечно, лучше можно делать и в более быстром Backdrop, если он более быстр, но хоть режьте меня, я не хочу отказываться от Panels, именно им я страницы собираю из собственных content_types, экономя запросы к базе данных.
                          0
                          Там даже не сколько в производительность упирается, хотя тоже пока не понятно, что будет.
                          Если сравнить количество файлов «из коробки» — в Drupal 8 это просто дичайшее количество по сравнению с Drupal 7, Backdrop. А это значит, что на Linux-хостингах на одном сервере в одном разделе банально поместится на порядок меньше копий CMS, чем Drupal. Из-за ограничений на количество нод в файловой системе.
                          А поэтому смысла держать дешевый хостинг на маленькие сайты будет абсолютно не рентабельно
                            0
                            Разве дешёвый хостинг считает количество файлов?
                            А захотите много сайтов, всегда можно настроить мультисайтинг, только обновлять надо будет одновременно.
                            И тесты удалить ещё.

                            Не вижу тут особой проблемы.
                              0
                              Да не считает конечно, проблема в другом — физически не поместится много, это ограничение ФС. Если мультисайтинг, то частично решает проблему, но в рамках одного клиента, а не кучи клиентов на одном сервере.
                              Тесты никто удалить не даст, если только ты не знаешь что делаешь. А если ты знаешь, значит ты достаточно дорогостоящий разработчик и недорогих клиентов у тебя просто нет.
                                0
                                Судя по вашим комментариям, вы оцениваете Drupal с позиции хостера. Ну, может быть, на шареде это экономически целесообразно — напихать сайты как кильки в банке. Но зачем такие сайты нужно делать на друпале? Ведь не секрет, что друпал довольно сложно настраивать, не зная его. Но начинающие сайтостроители берут друпал, ставят туда Views, CCK и еще штук 40-50 модулей, а потом плачут, что их сайт на шареде тормозит. Все тормоза друпала идут просто от неумения его настраивать.
                                  0
                                  40-50 модулей это ещё ок, я видал и по 250
                              +1
                              Я вообще не понимаю, почему все рассматривают Друпал с позиции дешевого shared-хостинга. Надо просто принять, что друпал на таком хостинге не нужен. Вот просто взять, стиснув зубы, и принять это как данность. И тогда главный аргумент против друпала сам по себе исчезнет.

                              Вот у меня сервер с 24 ядрами Xeon, 32 гига оперативки и ssd. Я даже не замечу разницы в скорости работы между 7 и 8 версией.

                              А если еще задействовать по-полной все возможности 8 версии в плане кэширования, то неизвестно, что будет быстрее.
                          0
                          и заодно не требует обязательного PHP 5.4

                          А что мешает PHP 5.4 поставить? У меня Drupal 6 крутится на PHP 5.6 и никаких проблем. А PHP 5.4 был вообще выпущен почти 3 года назад. Пора бы уж и обновиться, вам не кажется? А то имеем то, что имеем.
                            0
                            А вы наверное рассматриваете все с точки зрения разработчика? :)
                              0
                              Да, а почему бы и нет? Кстати, не только с точки зрения разработчика, но и с точки зрения совладельца сайта, который деньги приносит. Раз он деньги приносит, то мне для него не жалко купить сервер и настроить его нормально. Как я уже писал выше, Drupal не для шареда. Кто так не думает, те и пишут, что друпал тормозит. Остальные молча пишут на нем сайты.

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

                      Самое читаемое