Друпалургия

Drupal + Gatsby.js

Drupal в рунете - сб, 15/12/2018 - 17:16

Решил ознакомиться с темой статических сайтов и сделать небольшой decoupled (он же headless) Drupal сайт с фронт-ендом, полностью написанным на React.

https://z-portfolio.tk

Изначально для реализации задуманного я выбрал Next.js, но в процессе работы неприятно удивил целый ряд недостатков и костылей. Пришлось отказаться от Next в пользу свежевышедшего Gatsby.js ver 2.

Первая приятная неожиданность - Gatsby имеет специальный плагин для Druapal, позволяющий легко и непринуждённо подгружать контент через новомодный GraphQL, используя визуальный интерфейс. Никакого шаманизма, обнаженки и ритуальных танцев, всё работает "из коробки".

Кроме удобства разработки, порадовал и процесс деплоя. В качестве хостинга был выбран Netify. В нём нужно было просто привязать мой репозиторий проекта на Gitlab и вуаля - при каждом коммите он автоматически деплоит на продакшн (опция на любителя, но для моего случая то, что надо).

Статические сайты имеют свои особенности и ограничения, но производительности им не занимать.

Оказывается, один из ключевых разработчиков Gatsby долгое время занимался Drupal - разработкой, отсюда и такая качественная поддержка. Я остался доволен симбиозом этих платформ и могу порекомендовать уважаемому и любимому русскоязычному Drupal-community (которое столько раз мне помогало:)

Всем удачи!

  • Drupal 8.*
  • Предлагаю решение
  • Выставка сайтов
  • 0 Thanks
    Категории: Друпалургия

    Модуль Social Auth ESIA

    Drupal в рунете - сб, 08/12/2018 - 00:01

    @Niklan разработал новый модуль. Вот, что он пишет по этому поводу:

    Опубликовал модуль Social Auth ESIA. Это дополнение для Social Auth, добавляющее поддержку авторизации через ЕСИА (Госуслуги).

    Пока в rc1, до тех пор, пока модуль не протестируется на боевом сервере ЕСИА, врятли что-то изменится, на тестовом отрабатывает полностью корректно.

  • Drupal 8.*
  • Предлагаю решение
  • FAQ
  • 3 Thanks
    Категории: Друпалургия

    Drupal: Автоматическое удаление файлов после удаления сущности

    В восьмёрке по умолчанию после удаления сущности не удаляются файлы, залитые в поля типа File. Они не удаляются ни сразу, ни по крону, так как статус файла в таблице file_managed остаётся 1. В версии 8.4 появилась опция make_unused_managed_files_temporary, при включении которой файлы помечаются как временные и удаляются по прошествии 6 часов, однако отредактировать эту опцию из админки нельзя. Включить можно либо с помощью drush:

    vendor/bin/drush config-set file.settings make_unused_managed_files_temporary 1 -y

    Читать дальше →

    Похожие записи:

    Категории: Друпалургия

    DrupalCamp Ghent, 23-24 ноября

    Drupal в рунете - пн, 03/12/2018 - 00:07

    Неделю назад я съездил на ДрупалКемп в Генте, Бельгия (http://drupalcamp.be). Попытаюсь кратко и по возможности беспристрастно о нём рассказать.

    По порядку: первое - Гент. В Бельгии я до этого ни разу не был, и по наивности предполагал, что это двуязычная страна, населённая франко- и голландско-говорящими гражданами. На самом деле это просто две разных страны - одна говорит на голландском, другая на французском. С очень чёткой территориальной границей. Плюс Брюссель, который говорит на арабском. Гент находится во фламандской части, и на том самом кемпе я не слышал ни слова по-французски. Сам Гент в средние века был одним из крупнейших и богатейших городов Европы и с тех пор очень хорошо сохранился. Каналы, портовые, рыночные здания, колоссальные соборы и ратуша, просто кварталы - производит впечатление. Но это центр, за его пределами, откровенно говоря, уныло.

    Второе - кемп. Времена, когда каждую неделю где-нибудь в Европе проходил ДрупалКемп, прошли. Тем не менее, в ноябре был всплеск, и имели место 4 кемпа - в Сербии, Норвегии, Эстонии и вот этот. И некоторые просто в одни и те же сроки. Впрочем, каждый кемп нацелен на национальную аудиторию, поэтому пересечение по срокам не так важно. Кемп в Генте традиционный, не могу сказать, какой по счёту, но помню, что лет 5 назад ещё его замечал. Народу было много: по официальным данным, больше 300 человек. И подавляющее большинство - это друпалисты из Фландрии или Голландии (хотя все доклады были на английском). На глаз, наверное, было представлено больше десятка местных компаний (судя по кучкам людей в одежде с одинаковыми эмблемами). Кемп проходил в пятницу и субботу, параллельно шло два потока докладов.

    Третье - Друпал. Доклады я бы условно разделил на две группы: there is a module for that и Друпал без Друпала. Первая группа - это то, чем Друпал всегда был силён: рассказы о том, как создать сайт, улучшить пользовательское взаимодействие, выполнить типичные требования без необходимости программирования. Вторая группа - это то, что стало появляться в последние пару лет: интеграция Друпала в общие концепции веб-разработки. Это и взаимодействие Друпала с такими инструментами, как React.js, Varnish, GraphQL, и применение стандартных подходов в разработке (автоматический контроль качества кода, локальная среда на VM/Docker, тесты). Уровень докладов был очень разный - так же, впрочем, как и аудитория.

    Четвёртое, оно же последнее, оно же основное, оно же самое длинное: впечатления. Я уже написал выше, что было удивительно много компаний, специализирующихся или серьёзно занимающихся Друпалом исключительно в Бельгии и Голландии. С одной стороны, Бельгия - родина Друпала, с другой - в России, да и во многих других странах, Друпал так серьёзно не воспринимают. Крупнейшие компании, а также государственные учреждения в Бельгии и Голландии используют Друпал. Европейская Комиссия (официальный бюрократический орган Евросоюза) переводит свои разрозненные сайты на Друпал. Danielle Jacobs, руководительница крупнейшей бельгийской ассоциации IT-управленцев Beltug в своём пленарном докладе отмечала, что Друпал используется многими крупнейшими международными компаниями и они испытывают нехватку кадров, способных работать с ним на промышленном (enterprise) уровне. В то же время (и из зала прозвучал такой вопрос) Друпал сообщество существует само по себе, а промышленность - сама по себе. Крупнейшие компании, обладающие большим ресурсом, вносят, тем не менее, несоразмерно малый вклад в развитие Друпала. Другое впечатление - Друпал развивается и не отстаёт от жизни. Например, административный интерфейс практически не изменился со времён 5ой версии, и есть понимание, что это уже не соответствует современным требованиям. Редактирование с фронтэнда, введённое в 8ой версии, особой популярности не приобрело и рискует повторить судьбу overlay’я из 7ки. Поэтому работает инициативная группа с целью обобщить опыт конкурентов, таких как Gutenberg из Wordpress’a или CraftCMS, выработать рекомендации и переработать административную панель. Географически Друпал уже перешёл все границы: так, рассказывали о ДрупалКемпе в Токио, весьма многочисленном и технически сильном, упоминался и ДрупалКемп в Маниле. Подводя черту, скажу, что впечатления в целом позитивные, Друпал и сообщество не стоят на месте и пользуются заслуженным авторитетом.

  • Разное непонятное
  • 6 Thanks
    Категории: Друпалургия

    Drupal: Отключить автоматический аплоад файлов у определённого поля

    Способ отключить автозагрузку файлов с помощью js на примере поля field_file:

    (function ($, Drupal) { Drupal.behaviors.modulename = { attach: function attach(context, settings) { $('.field--name-field-file .js-form-file', context) .removeOnce('auto-file-upload') .off('.autoFileUpload'); } }; })(jQuery, Drupal);

    Комментарии

    Похожие записи:

    Категории: Друпалургия

    Как выкладывать модули на drupal.org: руководство новичка

    Drupal в рунете - пт, 30/11/2018 - 12:55

    Навеяно коментом

    Итак, вы решили поделиться своим модулем с сообществом, но не знаете с чего начать? Давайте разбираться вместе:


    1. Для начала нужно завести аккаунт на drupal.org. Это обычная процедура, как и на многих сайтах

    2. Попав в личный кабинет, нужно перейти в раздел Your Projects и там уже есть ссылка Add a new project

    3. Создайте страницу проекта. Выбирайте Full Project, больше нет смысла выбирать Sandbox. Как её оформлять можно посмотреть у других проектов, ведь наверняка вы часто бываете на страницах других контрибных проектов? Не нужно писать слишком много и делать из страницы "пестрящую новогоднюю ёлку", лучше кратко и по делу

    4. Для того, чтобы работать со своими проектами без паролей, вам понадобится SSH ключ. Загрузить свой ключ можно в своем профиле во вкладке SSH keys

    5. Вы создали проект, теперь нужно загрузить файлы в git-репозиторий. На странице проекта нужно пройти на вкладку Version control и следовать инструкциям. Вам придется или создать у себя новый репозиторий, если его нет, или загрузить на drupal.org уже готовый репозиторий с вашими коммитами. Я надеюсь, вы уже освоили git?

    6. Там же вам подскажут как создать dev-ветку в git. Если модуль для Drupal 7, то ветка должна называться 7.x-1.x, если модуль для Drupal 8, то 8.x-1.x. Обязательно удалите ветку master!

    7. Смысл dev-ветки вот в чем: все изменения поступают только в дев-ветку. Это как бы роллинг-альфа-версия модуля, в которой всегда есть свежие изменения. Когда вы понимаете, что модуль созрел, пусть даже для бета-версии, вам нужно создать в git тег, например 8.x-1.0-beta1, этот тег и будет названием вашего релиза. Возможны варианты: 8.x-1.0-alpha2, 8.x-1.0-rc7, ну и 8.x-1.0

    8. Релизный тег вы создали, теперь нужно создать сам релиз. В самом низу проекта есть ссылка Add new release

    9. Что обязательно нужно сделать в настройках проекта (вкладка Edit): выбрать Default branch, во вкладке Releases выбрать рекомендуемый релиз. У вас в проекте появится примерно такой вид


    10. Для солидности можно пометить модуль "зеленым щитом", об этом есть отдельная статья

    Пара полезных ссылок от пользователя bumble:

    1. Тут, вроде, все о модуле, тогда ссыль на создание лучше эта.
    2. Лучшие практики создания и поддержки проекта
    3. Создание ветки и тега модуля (еще более удобным будет ссылка после создания проекта, вида drupal.org/project//git-instructions )
    4. Соглашение об именовании


    Если что-то забыл, пишите в коменты, дополню пост

    Если материал был полезен вам, не забывайте поставить "спасибо". Ссылка находится сразу под материалом.
  • Drupal 8.*
  • Drupal 7.*
  • Предлагаю решение
  • FAQ
  • 4 Thanks
    Категории: Друпалургия

    Модуль Drupal 8 для отображения геолокаций на Yandex maps

    Drupal в рунете - пт, 30/11/2018 - 00:16

    Наваял простенький модуль-форматтер для поля типа Geolocation для отображения координат точки плейсмарком на Yandex maps.

    Кому надо можно забирать и тестировать тут: https://www.drupal.org/project/ymaps_geolocation

    Краткое описание с картинками в блоге: http://big-gu.ru/blog/modul-yandex-map-dlya-drupal-8

  • Drupal 8.*
  • Geolocation
  • Предлагаю решение
  • Разработка модулей
  • 4 Thanks
    Категории: Друпалургия

    Как пометить свой модуль "зеленым щитом" на drupal.org

    Drupal в рунете - чт, 29/11/2018 - 16:40

    Многие, наверное, обращали внимание, что некоторые модули на drupal.org помечены таким сообщением

    Если вы автор модуля на drupal.org и вам хочется, чтобы было так:

    то нужно выполнить пару несложных шагов:


    1. Создать страницу проекта, Full Project

    2. Создать dev-ветку в git, например 8.x-1.x

    3. Проверить свой код на следование стандартам кодирования друпал. Большинство ревьюверов проверяют через PAReview

    4. Создать стабильный релиз, например 8.x-1.0

    5. Подать заявку на получение "vetted" роли. Эта роль и позволит вам помечать ваши модули зеленым щитом.

    Как подать заявку на получение "vetted" роли:


    1. Выбрать свой наиболее сложный модуль. Модули в пару строк, к сожалению, не пройдут

    2. Убедиться, что код в dev-ветке соответствует стандартам кодирования

    3. Создать issue в разделе Drupal.org security advisory coverage applications. Шаблон issue вы можете посмотреть у других участников или в документации

    4. ЖДАТЬ. Ждать, пока кто-то из мирового сообщества посмотрит ваш код и скажет, что всё ок или выскажет мнение, что ему не понравилось. Ждать можно долго. Если вы уверены, что ваш модуль доведен до идеала, то проще всего попросить ваших товарищей, у которых есть более-менее прокаченные аккаунты на drupal.org, чтобы они сделали вам ревью. Для ревью тоже есть шаблон.

    5. После того, как несколько пользователей сделали ревью вашего модуля, на него обратит внимание модератор. В данный момент это итальянец kiamlaluno. Если у него не будет возражений, то он даст вам роль "vetted" и у вас появится возможность помечать ваши модули зеленым щитом.

    Очень важно создать только 1 (ОДИН) issue. Если вы сделаете несколько (например, для каждого своего модуля), модератор выберет один, а остальные закроет.

    Вот как то так. Давайте развивать друпал вместе и чтобы было побольше нужных и стабильных проектов!

    Если материал был полезен вам, не забывайте поставить "спасибо". Ссылка находится сразу под материалом.
  • Drupal 8.*
  • Drupal 7.*
  • Предлагаю решение
  • FAQ
  • 4 Thanks
    Категории: Друпалургия

    Drupal 8: webform/node в модальном окне

    Drupal в рунете - вт, 27/11/2018 - 12:29

    Задача: быстро сделать форму "заказать звонок" для сайта

    Можно использовать контактную форму, но мне больше нравится webform

    1) Создаем вебформу с нужными полями

    2) Задаем ей алиас, например /call_me

    3) Делаем ссылку вида

    <a class="use-ajax" data-dialog-type="modal" href="/call_me">Обратный звонок</a>

    4) Выбираем тип "подтверждения" у вебформы. Мне больше понравился вариант с редиректом на главную и выводом сообщения в регион сообщений.

    Проверяем, работает. Всё? Нет, не всё. Работает для зарегистрированных пользователей, а для анонимов нет. Чтобы работало для анонимов

    5) Добавляем в наши библиотеки

    dependencies:
      - core/jquery.ui.dialog
      - core/drupal.dialog.ajax

    6) Сбрасываем кэш

    Теперь работает для всех.

  • Drupal 8.*
  • Предлагаю решение
  • Решение проблем
  • 3 Thanks
    Категории: Друпалургия

    Drupal: Отсылка на сервер дополнительных данных в системном автокомплите

    Системный автокомплит умеет отправлять на сервер только введённый текст. Послать вместе с текстом какие-то данные, например значение поля или js-переменной, нельзя.

    Решение с подменой функции Drupal.ACDB.prototype.search:

    autocomplete-fix.js

    (function ($) { // Override Drupal.ACDB.prototype.search Drupal.ACDB.prototype.search = function (searchString) { var db = this; this.searchString = searchString;   searchString = searchString.replace(/^\s+|\.{2,}\/|\s+$/g, '');

    Читать дальше →

    Похожие записи:

    Категории: Друпалургия

    Drupal: Анатомия блоков

    Block API в восьмёрке подверглось значительным изменениям и усложнениям. Теперь, помимо функционала в ядре, есть три модуля для работы с блоками:

    1. block — основа для программного создания блоков и вывода их на странице
    2. block_content — позволяет из админки управлять пользовательскими блоками, их типами и полями
    3. block_place (скрытый модуль) — расширенный интерфейс управления блоками в духе Panels

    Читать дальше →

    Похожие записи:

    Категории: Друпалургия

    Выбираем среду для локального развёртывания сайта.

    Drupal в рунете - сб, 03/11/2018 - 16:01


    Излюбленный вопрос новичков (и не только) "как развернуть сайт для разработки" по-прежнему вызывает множество споров. С каждым годом появляются всё новые варианты, но в последнее время я стал натыкаться в интернете на вопросы новичков, попавших в какие-то совершенно нелепые ситуации из-за того, что среда для развёртывания сайта была выбрана изначально неверная. Именно поэтому я решил написать эту статью о выборе среды, обобщив свой личный опыт и наиболее часто встречающиеся ошибки.

    Далее я перечислю разные способы начиная от наименее предпочтительных, заканчивая наиболее предпочтительными, попутно перечислив их достоинства и недостатки. Сразу отмечу, что речь идёт о развёртывании сайта для разработки, а не для продакшена.

    1. Разработка сразу на shared-хостинге.

    Этот способ я не советую использовать никогда. На хостингах можно разворачивать сайты для тестирования, но никак не для разработки. Тут нужно маленькое лирическое отступление: когда разработчики высмеивают подход "х*як-х*як и в продакшн", то имеется в виду, что вместо "х*як-х*як" должен быть вдумчивый процесс разработки, а не то, что должно быть сначала в продакшн, а потом "х*як-х*як". Почему я не советую так делать:

    - во-первых, новичку вряд ли придёт в голову закрывать тестовый сайт от индексации.
    - во-вторых, нет оперативного доступа к файловой системе (все эти синхронизации и FTP очень сильно замедляют работу)
    - в-третьих, зачем платить за это?
    - в-четвёртых, у вас может быть недостаточно опыта, чтобы выбрать подходящий хостинг, а когда вы это поймёте, тестовый бесплатный период скорее всего закончится.

    А потом кто-то гордый и обиженный напишет в интернете после пяти дней мучений "перешёл на вордпресс, потому что друпал так и не заработал на моём хостинге"

    2. Денвер.

    Этот способ я не советую использовать никогда. Вообще странно, что в 2018 году кто-то пользуется денвером. Когда я впервые использовал его в 2013, уже тогда его не советовали использовать, т.к. он уже тогда морально устарел. Как правило, те корчи, которые всё же отважились его использовать, переходят на что-то другое, когда пытаются развернуть на нём хотя бы самый примитивный интернет-магазин.

    3. OpenServer.

    Хорошо подойдёт для контент-менеджеров или для начинающих разработчиков. В принципе, там есть всё, что нужно для развёртывания почти любого сайта. Также есть расширенная версия пакета, куда включено огромное множество софта для веб-разработки, что может быть полезно новичкам. Но есть у него и ряд минусов:

    непонятно, как обстоят дела с серверным софтом за пределами LAMP-стека, а именно со всякими Node.js, Solr, Redis и т.д.
    консольные инструменты не очень удобны. Это извечная проблема Windows - одна консолька для гита, одна для mysqldump, третья для drush, четвёртая для composer, но она не работает.

    4. Виртуальная машина.

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

    5. Разработка на нативном Linux.

    Это очень хороший вариант, но по понятным причинам подходит не всем. Но даже если вас полностью устраивает работа на Linux, всё равно здесь есть несколько подводных камней - если вы работаете над разными проектами, у которых разные продакшн-среды, вам нужно постоянно устанавливать весь серверный софт на свою машину. И если переключаться между версиями PHP можно сравнительно легко, то развернуть два проекта с разными версиями Node.js на одной машине будет крайне затруднительно, если вообще возможно.

    6. Docker.

    Мой любимый и, пожалуй, самый актуальный на данный момент способ. Docker - это способ контейнерной виртуализации linux-машин. С помощью утилиты docker-compose вы можете за считанные секунды поднять среду с абсолютно любой конфигурацией. Но главное преимущество докера - это экосистема. Вы можете найти контейнер для абсолютно любого серверного софта и включить его в свою сборку. Нужен к примеру solr - добавили пару строк в конфигурационный файл, при этом рядом можно развернуть проект с другой конфигурацией или другими версиями ПО, не загаживая свою систему. Docker можно использовать на любой ОС, правда для Windows нужна 10 версия,иначе не будет работать docker-compose. И даже если вы привыкли работать в нативном Linux, докер всё равно даст вам ряд преимуществ и ускорит работу. В частности в моей компании вся разработка ведётся в докере, все сборки основаны на сборке docker4drupal, ставшей уже де-факто стандартом в мире Drupal-разработки.

    Заключение.

    Если у вас лапки, используйте Openserver, если вы разработчик, используйте Docker. Остальное - отговорки.

    Ссылка на оригинал статьи: https://wellsolutions.by/article/vybiraem-sredu-dlya-lokalnogo-razvyorty...

  • Предлагаю решение
  • Системное окружение
  • 5 Thanks
    Категории: Друпалургия

    Мысли о сертификации Аквии

    Drupal в рунете - пт, 02/11/2018 - 17:10

    Вчера я сдал экзамен на сертификат Acquia Backend Specialist Drupal 8. Тем, кого вдруг заинтересуют мои оценки, я предъявляю полный отчёт:

    Overall Score: 80.00%
    Result: PASS
    Topic Level Scoring:
    Section 1 : Fundamental Web Concepts: 100.00%
    Section 2 : Drupal core API : 70.00%
    Section 3 : Debug code and troubleshooting: 75.00%
    Section 4 : Theme Integration: 83.33%
    Section 5 : Performance: 75.00%
    Section 6 : Security: 87.50%
    Section 7 : Leveraging Community: 75.00%

    Тем, кого ещё более вдруг заинтересуют мои соображения по поводу этого экзамена, я попытаюсь изложить их чуть ниже.

    Для начала, краткое введение о том, что такое сертификация Аквии. Она предназначена для Друпал-профессионалов и имеет 3 уровня:
    Site Builder, Developer и Specialist (Back End или Front End). То есть 4 экзамена в 2 вариантах - для Друпала 7 или 8, что в сумме даёт 8 различных экзаменов и соответствующих сертификатов, которые может получить один человек. Site Builder не касается написания кода; Developer - это смесь использования модулей и основ программирования; Specialist целиком посвящён разработке для Друпала и принципам, на которых она основана. Все экзамены состоят из вопросов с вариантами ответов (самому не нужно писать ни строчки кода, ни давать ответы из головы в произвольной форме), и на весь тест отводится определённое время. В любой момент можно вернуться к любому вопросу. В моём экзамене (D8 Backend Specialist) было 60 вопросов и на них было отведено 90 минут. Вероятно, так же и для всех остальных экзаменов. Для сдачи экзамена существует порог в процентах от количества вопросов. Для Specialist это 70%, для остальных, кажется, 60. Экзамен платный, Specialist стоит $350, остальные - по $250. Если вы завалили экзамен или просто проспали, денег вам не вернут. Но можно заплатить снова и назначить новую попытку. Экзамен индивидуальный - вы можете настроить специальным образом свой компьютер или пойти в авторизованный центр, где вам предоставят пустую комнату, настроенный компьютер и вытряхнут всё из ваших карманов. Вы можете выбрать практически любое время для экзамена.

    А теперь - мысли.

    Мысль 1, непосредственно по выходу из учреждения: корреляция между очками, набранными на этом экзамене, и способностью разрабатывать если и отклоняется от нуля, то только случайно. Это скорее был тест на способность поддержать беседу о Друпале. Многие ситуации в вопросах достаточно надуманны и в них содержится уже больше чем половина ответа. В других случаях выбор мог быть достаточно очевиден - правильный ответ был единственным, который содержал осмысленно применённые термины Друпала. И, например, когда человек выбирает ответ “нужно создать сервис с таким-то тэгом” или “нужно наследовать класс для написания теста от такого-то базового класса” это вовсе не означает, что он вот так вот может сесть и написать этот сервис или тест.

    Мысль 2. Такой экзамен довольно непрост психологически, когда нужно нужно отвечать на большое количество вопросов, не имея никакой обратной связи и находясь при этом в незнакомом окружении. Я заметил, что начал я достаточно быстро - первые 20 вопросов быстрее 20 минут, но как только я напоролся на несколько вопросов, ответы на которые я просто не знал, моя уверенность пошатнулась, темп замедлился, и я начал колебаться при ответах даже на простые вопросы.

    Мысль 3. Всякая платная сертификация не заслуживает большого доверия. За пару дней перед тем, как идти на сертификацию Аквии, я прошёл тест по Друпалу на Upwork'е. И, прямо скажем, я его завалил (непопадание хотя бы в 30% на Upwork’e - это плохой результат, а у меня получилось только “выше среднего”). Несколько раз, конечно, я там откровенно облажался отчасти в силу опечаток и косноязычия вопросов, но, в основном, по своей вине, и я этот тест пересдам как можно раньше и сделаю это наверняка лучше, но, в любом случае, тест на Upwork’е - более сложный и требовательный. И, по крайней мере, тысяча разработчиков на Upwork’е получила за этот тест хорошие оценки (всего его сдали более 3000). В то же время разработчиков, сертифицированных Аквией как Back End Specialist - всего около 200. И причина, как мне кажется, на поверхности: только одна сертификация стоит 350$. Чтобы получить степень Grand Master, нужно заплатить около 1000$ (одна сертификация Developer и 2 - Specialist). Платить из своего кармана 1000 долларов не очень понятно за что желающих немного. В то же время у больших компаний денег часто в избытке, а красивые бумажки с печатями имеют над ними магическую власть, и эти компании охотно посылают своих сотрудников на сертификацию. С другой стороны, кто платит, тот и заказывает музыку. Никто не будет платить за слишком сложный экзамен, который могут пройти только лучшие. Поэтому моё мнение таково: сертификат Аквии - это некоторая минимальная гарантия квалификации. Полно на самом деле сильных разработчиков, у которых никаких сертификатов нет и они им не нужны. С другой стороны, ожидать от любого сертифицированного разработчика каких-то выдающихся навыков тоже не стоит. Скажем, если некая далёкая от разработки компания решает нанять Друпал-разработчика, своими силами она не может оценить его уровень и для неё такой сертификат - большая помощь. Но для компаний, непосредственно занимающихся разработкой - нет.

    Мысль 4. Тем не менее, это максимум из всего, что можно сделать за полтора часа. Тест покрывает все основные темы. Он требует в большей степени понимания и способности анализировать, чем способностей к механическому запоминанию и воспроизведению. Как и со всяким экзаменом, наиболее полезной частью является подготовка к нему. Я освежил многие знания, углубил и систематизировал свои знания API, мне даже захотелось писать тесты (программные). И сам экзамен выявил некоторые неожиданные пробелы в знаниях, за которые мне неловко и которые я первым делом намерен устранить.

  • Разное непонятное
  • 7 Thanks
    Категории: Друпалургия

    Обновление трекера на drupal.ru: views, улучшение вида, новые вкладки

    Drupal в рунете - ср, 31/10/2018 - 13:07

    Мы продолжаем улучшать наш сайт, и в этот раз изменения коснулись трекера.

    • Трекер переработан с использованием контриб-модуля views вместо двух кастомных модулей alttracker и altpager
    • Добавлены вкладки «Интересное» и «Последние публикации»
    • Изменен вид маркера комментариев/новых комментариев
    • Добавлено отображение даты создания/обновления/комментирования в списки материалов (кроме блоков)
    • Заменен блок «Новое на форуме» (кастом) на «Последние публикации» (views)
    • Внешний вид список приведен к единому стилю
    Главная

    Трекер

    Трекер: Интересное

    Трекер: Последние публикации

    Трекер: Материалы с моим участием

  • views
  • Сайт и проект Drupal.ru
  • 3 Thanks
    Категории: Друпалургия

    Модернизация пользовательского профиля на drupal.ru

    Drupal в рунете - вт, 16/10/2018 - 00:10

    Коллеги, прошу принять участие в обсуждении темы улучшения пользовательского профиля на drupal.ru.

    На днях мы убрали из профиля поля и вкладки, которые практически никем не использовались. Оставшиеся поля были объединены в одну вкладку «Профиль».

    Однако, текущие поля профиля сделаны при помощи устаревшего модуля profile, который остался в Drupal 7 для совместимости. Кроме «некрасивости» реализации, это накладывает ограничения на реализацию некоторых идей, например, каталога фрилансеров.

    Поэтому мы решили сделать следующее:

    1. Убрать лишние псевдо-поля из текущей реализации профиля.
    2. Публично обсудить набор полей нового профиля в течение 1 недели.
    3. Добавить настоящие поля, организованные в вертикальные вкладки как на drupal.org.
    4. После реализации полей сделать анонс о необходимости заполнения нового профиля.
    5. Через 2 месяца после первого анонса удалить поля старого профиля и дропнуть таблицу с данными старых профилей.
    6. По мере появления новых профилей будем разрабатывать каталог фрилансеров. Появится раздел «Маркетплейс», где основным подразделом станет «Фрилансеры», а вторым — «Компании».

    Мы постараемся перенести содержимое текстовых полей в новый профиль. Но, вам будет необходимо проверить свой новый профиль, отредактировать то, что будет перенесено автоматически и добавить необходимые данные в новые поля.

    Ниже представлены скриншоты того, как будет выглядеть форма редактирования нового профиля.

    Вкладка «Личные данные»

    Вкладка «Работа»

    Давайте обсуждать!

  • Есть вопрос
  • Сайт и проект Drupal.ru
  • 3 Thanks
    Категории: Друпалургия

    Как дела у Drupal (сентябрь 2018)

    Drupal в рунете - чт, 04/10/2018 - 23:54

    Aдаптированный перевод статьи Дриса Бёйтарта «State of Drupal presentation (September 2018)».

    В начале сентября около 1000 друпалистов собрались на конференции Drupal Europe в Дармштадте, Германия. По устоявшейся традиции, Дрис рассказал о текущем состоянии Drupal.

    Видео-запись выступления Дриса (Driesnote) на Drupal Europe 2018 (на английском)

    Drupal 8 продолжает совершенствоваться

    В докладе особое место занял рассказ про новую версию ядра Drupal, релиз которой состоялся в сентябре. Drupal 8.6 – шестой релиз, выпущенный точно в срок по озвученному ранее расписанию выходов релизов. По сравнению с прошлым годом, количество стабильных контриб-модулей выросло на 46%. На 10% возросло количество участников, работающих над ядром Drupal 8. Эти данные говорят о том, что Drupal 8 продолжает активно развивается.

    Стратегические инициативы:

    Сделать Drupal удобнее для авторов и контент-менеджеров

    В Drupal 8.6 были добавлены новые возможности для создания контента:

    • Media – создание, организация и повторное использование медиа-контента на сайте;
    • Workflows — управление состояниями контента;
    • Layout — настройка расположения элементов страниц.

    Предстоит сделать еще многое для улучшения взаимодействия пользователей с сайтом. В настоящее время ведется активная работа над новой версией административного интерфейса, который будет работать на основе компонентов React.

    Демонстрация инсталляционного профиля Умами (на английском)

    Демонстрация прототипа новой административной панели (на английском)

    Салли Янг (Sally Young) рассказывает об инициативе создания новой панели администрирования (на английском)

    Расширение политики выпуска релизов безопасности для минорных версий Drupal 8

    Нынешняя политика безопасности предоставляет только один месяц на обновление ядра после очередного выпуска минорной версии Drupal 8. В будущем этот период будет расширен до 6 месяцев для внедрения обновлений, что позволит добавить гибкости в планировании, подготовке и тестировании минорных обновлений безопасности.

    Быстрое погружение

    Одно из самых значительных обновлений со времени конференции DrupalCon Nashville — ускорение процесса первоначального ознакомления с Drupal. Время, необходимое для запуска сайта на Drupal 8, сократилось с более чем 15 минут до менее двух минут, а количество кликов — от 20 кликов до 3.

    Демонстрация установки Drupal за 2 минуты (на английском)

    Продвижение Drupal

    На конференции DrupalCon Nashville была анонсирована инициатива Promote Drupal, направленная на создание маркетинговых и презентационных материалов для продвижения Drupal. Одним из успешных результатов этой инициативы стал пресс-релиз о выпуске Drupal 8.6, переведенный на несколько языков силами сообщества. Готовятся к выпуску и другие материалы, например, брендбук, слайды для презентации Drupal и особый маркетинговый раздел на drupal.org.

    Дорожная карта Drupal 9 и окончание срока поддержки Drupal 7 и Drupal 8

    Drupal всегда был на острие технологий. Чтобы поддерживать статус Drupal как современной и продвинутой платформы для создания сайтов, и при этом обеспечивать высокий уровень безопасности, необходимо, чтобы сторонние зависимости, на которых базируется ядро Drupal, были в статусе поддержки и получали выпуски безопасности. Это означает, что срок жизни восьмой версии Drupal завершится с окончанием поддержки Symfony 3:

    1. Поддержка Drupal 8 будет прекращена в ноябре 2021 года.
    2. Новая мажорная версия ядра — Drupal 9 — будет выпущена в 2020 году. Обновление на новую версию будет простым процессом.

    Исторически сложилось так, что поддержка ограничивалась двумя последними версиями ядра, что означало завершение жизненного цикла Drupal 7 с выпуском Drupal 9. Однако, поскольку очень большое количество сайтов все еще будут использовать седьмую версию к 2020 году (дата выхода Drupal 9), было решено продлить поддержку D7 до ноября 2021 года.

    Drupal.org на GitLab

    После почти полугода консультаций с инженерами GitLab, Ассоциация Drupal начала работу по интеграции GitLab с Drupal.org. Это значительно расширит круг программистов, готовых принять участие в разработке ядра и контриб-модулей за счет использования привычных «запросов на слияние» («merge request», «pull request»). В GitLab имеются и другие полезные вещи, такие как инлайн-редактор кода, веб-инструменты для ревью-кода, что также позволит снизить порог входа для желающих сделать вклад в развитие Drupal.

    Демонстрация будущей интеграции Drupal.org c GitLab (на английском)

    Нашему сообществу есть чем гордиться, и этот прогресс — результат сотрудничества тысяч людей. Сила нашего сообщества видна в количестве и качестве релизов ядра, в росте числа стабильных контриб-модулей и в мероприятиях, которые организуют участники сообщества Drupal.

    Форумы: Работа по переводам UI и документации 2 Thanks
    Категории: Друпалургия

    8X18: Выборы координатора Drupal RU

    Drupal в рунете - вт, 02/10/2018 - 12:15

    Приветствую всех!

    С небольшим опозданием мы объявляем об очередных выборах координатора Drupal.ru.

    Согласно текущей версии устава сообщества, выборы координатора проводятся каждые 6 месяцев. Любой желающий может принять участие в качестве кандидата на роль координатора сообщества.

    Чтобы принять участие разместите комментарий с краткой информацией о себе и своих планах по развитию сообщества.

    Выберем по лайкам :) Результаты будут объявлены 8 октября 2018 года.

    Тип материала: Есть вопрос Форумы: Сайт и проект Drupal.ru 3 Thanks
    Категории: Друпалургия

    Обновление drupal.ru 27.09.2018: Подготовка к запуску рекламы, улучшение внешнего вида профиля пользователя

    Drupal в рунете - пт, 28/09/2018 - 02:48
    1. Doctype изменен на html5
    2. Добавлено несколько регионов, которые будут использоваться для внутренней и внешней рекламы
    3. Оптимизированы размеры заголовков
    4. Исправлены отступы между элементами на страницах для приведения их к единообразию
    5. Оптимизированы хлебные крошки, ссылки, форма комментариев, блоки
    6. Оптимизирован блок со ссылками на соц сети при просмотре на смартфонах
    7. Много других исправлений для улучшения внешнего вида страниц и оптимизации кода
    Главная страница с новыми регионами

    Фиолетовые — новые регионы.
    Синие — блоки в имеющемся регионе.

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

    Страница «Запись в блог»

    Два новых региона:

    • Регион по ширине ноды над хлебными крошками.
    • Регион между содержимым ноды и комментариями.

    Футер

    Ссылки сделаны под цвет текста в футере.

    Список материалов пользователя в профиле (просмотр тизеров)
    • Выровнены отступы
    • Для картинок в нодах установлено ограничение высоты
    • Убраны лишние элементы

    Список материалов пользователя в профиле (только заголовки)

    Оптимизирован внешний вид списка

    Кнопка возврата наверх

    Исправлено перекрытие кнопки возврата наверх календарем активности

    Исправлено перекрытие ссылок в футере кнопкой возврата наверх

    P.S.
    Мы внесли и другие изменения, которые не видны пользователям, потому что затрагивают работу сайта и модераторов.

    Описание необходимости внедрения регионов для рекламы можно прочесть в ишью «#1116: Реклама на сайте »

    Версия Drupal: Drupal 7.* Форумы: Сайт и проект Drupal.ru 2 Thanks
    Категории: Друпалургия

    Совместное создание технического задания на разработку сайта

    Drupal в рунете - сб, 22/09/2018 - 21:22

    На прошедшем 8 сентября DrupalCamp CxO руководитель студии «Синапс» @APolitsin предложил совместными усилиями разработать стандартное техническое задание на разработку сайта на Drupal. Этот вопрос активно обсуждался на кемпе и после него. В результате был создан репозиторий, в котором ведется работа над документом. Текущая версия собранного технического задания размещена по ссылке https://drupal.ru/tz.

    Зачем вообще нужно ТЗ на сайт? Частая ситуация, когда заказчик говорит: «Нужен следующий сайт: каталог товаров, корзина, форма заказа, доставка, адрес на карте, о компании, обратная связь». Что не ясно? Казалось бы, ничего необычного. И тут в дело вступает закон Мерфи: если вас могут понять неправильно, вас обязательно поймут неправильно. В результате разработчик не угадал желания заказчика, а значит потратил время впустую.

    Главная задача технического задания — свести к минимуму разницу между представлениями двух сторон: заказчика и исполнителя.

    Техническое задание — документ, в котором зафиксированы требования к сайту. Четкие и подробно изложенные требования помогают всем участникам процесса понимать, каким должен быть результат и повышают шансы того, что проделанной работой все будут довольны.

    Предлагаем всем желающим присоединиться к созданию технического задания. Вы можете высказаться в комментарии к этому материалу, но наиболее эффективный способ — размещение ишью, комментариев и пул реквестов в репозитории https://github.com/dru-docs/tz.

    Тип материала: Есть вопрос Версия Drupal: Drupal 8.* Drupal 7.* Форумы: Решение проблем 2 Thanks
    Категории: Друпалургия

    Страницы

    Подписка на Друпалургия сбор новостей - Друпалургия