Друпалургия

Модуль 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
    Категории: Друпалургия

    Drupal-школа #16: введение в Bootstrap

    Drupal в рунете - пт, 21/09/2018 - 08:49

    Разбираемся в деталях, что же такое фреймворк Bootrsap и чем он полезен при веб-разработке. Делаем на HTML+бутстрап простейший сайт с помощью блокнота (notepad++).

    Модули и темы: Bootstrap Bootstrap 3 Тип материала: Предлагаю решение Версия Drupal: Drupal 8.* Форумы: DrupalSib 0 Thanks
    Категории: Друпалургия

    В каком направлении развивается рынок Drupal

    Drupal в рунете - ср, 19/09/2018 - 23:51

    Коллеги, поднимаю наболевшую тему с целью поделиться своим опытом и узнать о вашем мнении о ситуации на рынке.

    На мой взгляд, тенденция разработок на базе Drupal в русскоговорящем сегменте такова, что разработчики предпочитают смотреть в сторону иностранных клиентов, чем пытаться что-то делать для локальных. Выгоднее работать там, где платят больше денег за тот же объем работ, и в довесок, где не требуется тратить время и доказывать/убеждать клиента делать проект на системе Drupal. Зарубежный рынок является “родным” для платформы.
    В РФ скорее предпочтут 1С Битрикс и ему подобные аналоги т.к. есть готовые решения, есть сотни компаний-внедренцев (которые сами рады “втюхивать” CMS-ку за партнерский % с продаж).
    Считаю, что еще сказывается ментальность аудитории (заказчиков), а именно условия продиктованные рынком их потребителей (краткосрочность). Я считаю, что Drupal - это решение для долгосрочных стратегических веб-проектов, для тех, кто умеет планировать на 3-5 лет вперед.
    Также “размывание” аудитории спровоцировано новым трендом конструкторов сайтов (прим. Wix). Конструкторы сайтов на мой взгляд - это иллюзия работающая в рамках ложного убеждения, что бывает “просто+быстро+дешево+качественно”. Снаружи классный маркетинг, а внутри…

    В итоге, основные факторы влияющие на стоимость разработки:
    — Демпинг в среднем сегменте (низкий сегмент не учитываю).
    — Более длительный срок разработки, чем на других системах (CMS). Малое количество готовых профессиональных и в т.ч. сегментных решений на Drupal, с PR-поддержкой и отлаженным саппортом.
    — Отсутствие маркетинг-модели/стратегии. Потенциальная аудитория почти ничего не знает о Drupal.
    — Дезинформация и неправильное позиционирование Drupal на русскоязычном рынке. Больше времени уходит на поиск и убеждение клиентов.

    К ценовому демпингу приводят следующие факторы:
    — Высокая конкуренция, а точнее иллюзия выбора среди “идеальных” CMS.
    — Низкие компетенции многих исполнителей и заказчиков. Как следствие - проекты низкого качества > малое количество крупных компаний использующих Drupal в РФ, Белоруссии и Украине. И итоге: мало рабочих проектов для крупных компаний.

    Про наш опыт разработок на Drupal:
    На раннем этапе мы наелись “недорогих” проектов, которые обычно заканчиваются “проигрышем” для компании-разработчика. Маржинальности почти нет, вся команда устает из-за параллельности проектов, заказывают бесперспективные веб-проекты. С клиентами из низкого ценового сегмента, как правило, сложнее строить долгосрочные доверительные отношения (в большинстве случаев).

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

    Время идет… Рынок веб быстро меняется, и как мне кажется, Drupal в РФ начинает отставать от общей тенденции. Как считаете?

    P.S. Некоторое время сообщество заморачивалось с созданием НКО для русскоязычного Drupal, но цель мне так и не стала ясна.

    Тип материала: Есть вопрос Форумы: Обзоры и сравнения CMS 2 Thanks
    Категории: Друпалургия

    Новая жизнь media_gallery

    Drupal в рунете - пн, 17/09/2018 - 20:42

    На радость хейтерам и простым юзерам я теперь мейнтейнер модуля  Media Gallery!

    Модуль media_gallery - это был модуль для Drupal 7 подававший большие надежды, но почему-то умерший в 2012 году так и не выйдя из беты. Мне нравился этот модуль за его простоту. Я использовал его на сайтах школ, детских садов, других муниципальных и гос. учреждений. Там, где просто нужна фотогалерея; простая, но выполняющая свою работу.

    Я решил вдохнуть новую жизнь в media_gallery, но уже для Drupal 8. На данный момент код для восьмерки еще не загружен на drupal.org, но я решил выпустить небольшое обновление версии для семерки, с патчами, которые я использовал много лет:

    Issue #1088738: Ability to change Colorbox click action behavior
    Issue #1939186: Two media browsers

    Первый патч позволяет листать изображения в Colorbox по клику мышью, а второй исправляет "двойной" загрузчик, если используется Plupload. Если вы используете модуль media_gallery у себя на сайте, то вам скоро прилетит обновление. Просьба отписаться, если что-то сломается. Я не планирую развивать версию для Drupal 7, но багфиксы можно будет сделать, т.к. многие сайты до сих пор используют этот модуль:

    Тип материала: Предлагаю решение Версия Drupal: Drupal 8.* Drupal 7.* Форумы: Разработка модулей 1 Thanks
    Категории: Друпалургия

    Как мы разрабатываем систему для омниканальной коммуникации на Drupal

    Drupal в рунете - пн, 17/09/2018 - 18:26

    Коллеги, публикую сей пост с целью изложения наших процессов по созданию сложных решений на базе Drupal. Таким образом мы покажем насколько эта система гибка/универсальна и подходит не только для создания простеньких сайтов. Считаю своим долгом осветить широчайшие возможности Drupal на практическом примере, с реальным проектом для клиента. Периодически буду выкладывать информацию о том, как именно мы реализуем идеи, какие сложности возникают и пути их решения. Это будет полезно для друпал-сообщества: чем больше локальных разработчиков мы сможем вдохновить - тем больше компаний будут обращать свое внимание на Drupal.

    Анонсирую нашу новую разработку комплексного решения по омниканальной коммуникации для системы Flex (наше комплексное готовое решение созданное на основе Drupal). Рабочее название будущего проекта - “Omnichanel communication platform” (OCP).

    Первыми обновленную систему опробует московская компания организующая online фитнес-платформу с помощью которой проводится обучение и тренинг людей желающих убрать лишний вес, и в целом, изменить свой образ жизни. На данный момент компания пользуется сервисом GetCourse, который перестает отвечать потребностям бизнеса т.к. компания растет и развивается быстрее, чем вышеуказанная платформа.
    Система коммуникации - лишь часть функционала системы Flex, которая будет использоваться компанией для систематизации своих бизнес-процессов.

    Нахуа создавать “велосипед”?
    Чтобы наконец-то стало удобнее, быстрее и дешевле подключать каналы коммуникации с пользователями и клиентами БЕЗ интеграций.

    Да, существует множество сервисов с помощью которых можно принимать/отправлять различные типы сообщений по разным каналам (источникам).

    Сейчас, чтобы закрыть потребности бизнеса по организации общения с клиентами во всех возможных каналах потребуется:
    1). Арендовать 3-5 небольших сервисов, каждый из которых решает проблему только в своей области - соц. сети, звонки, тикеты, онлайн-консультант, смс и др. Также потребуется интегрировать каждый сервис с CRM и сайтом. Расходы: от 5000 руб./мес. + интеграция.
    2). Купить комплексное и дорогое enterprise-решение (все в одном) и пытаться интегрировать его. Расходы от 3000$/разово + интеграция.

    Если проблем с покупкой нет, то с интеграциями в любом случае будут сложности, ведь все сервисы работают по своим принципам, используются разные API. Потребуется изучать документацию по каждому сервису.

    Минусы текущей схемы:
    — разные интерфейсы и принципы работы сервисов (придется обучать менеджеров для работы в каждом сервисе)
    — настройка интеграций для управления заявками и пользователями (сопоставление всех поступающих заявок от пользователей с имеющимися записями в системе)
    — высокая стоимость (в т.ч. в совокупности)

    Наш “велосипед”
    В основе идеи системы Flex – централизация “всего и вся” для систематизации бизнеса, поэтому задача по омниканальной коммуникации вписывается в нашу концепцию. Внутри системы Flex станет возможным быстро и просто начать работу с различными каналами коммуникации, без необходимости создания интеграций.

    На данный момент в рамках функционала “OCP” для Flex у нас уже готово:
    — email-адресов (модуль Flex MailApp - собственная разработка)
    — онлайн-консультанта (модуль Flex jChat - собственная разработка)
    — тикет-системы (модуль Flex Helpdesk - собственная разработка)
    — обратные формы (модули Flex Request + Drupal Webform)
    — заказы (модули Flex Request + UC_Order)
    — смс-сообщения (модули Flex Reminder + SMS Framework)
    — автоматическая регистрация пользователей при обращении
    — конкатенация (объединение) учетных записей по общим признакам (номер телефона, email, Ф.И.О. и др.) в полностью автоматическом и полуавтоматическом режимах

    В текущей разработке “OCP” для Flex:
    — личные сообщения в социальных сетях (VK, Instagram, Facebook, Twitter)
    — сообщения/комментарии в группах социальных сетей (VK, Facebook)
    — сообщения в мессенджерах (WhatsApp, Telegram)
    — входящие/исходящие звонки по IP-телефонии (интеграция с UISCOM, Megafon и Mango Telecom)

    Предполагаем, что на оставшуюся разработку уйдет порядка 60-90 дней работы нашей команды.

    P.S. Я ни разу не пожалел, глубоко убежден, что на данный момент концепция/архитектура Drupal является лучшей в сочетании скорости и качества разработки веб-проектов для коммерческого использования, по всему миру. Меня вдохновляет и мотивирует, что Drupal используется такими компаниями как Tesla, General Electric, Cisco, Pfizer, GEA, Puma и др.
    К сожалению, пока в России, Украине и Белоруссии не так много крупных проектов созданных на Drupal, но осмысленность рынка растет и в скором времени приоритеты изменятся. Наша команда трудится каждый день, обучая, убеждая, создавая и внедряя drupal-решения в коммерческих сегментах. Задача каждого разработчика и интегратора Drupal - поддерживать положительную тенденцию развития Drupal.

    Спасибо за ваше внимание!
    Буду рад ответить на комментарии.

    Тип материала: Есть вопрос Форумы: Выставка сайтов 1 Thanks
    Категории: Друпалургия

    Drupal 8.6, модуль media и oEmbed провайдеры

    Drupal в рунете - чт, 13/09/2018 - 12:00

    Для того, чтобы в модуле media работал тип медиа "remote video", в который можно вставлять ссылки на https://youtube.com и https://vimeo.com, необходим доступ к файлу https://oembed.com/providers.json. Но в РФ этот сервер... забанен РосКомПозором.

    Пользователь @Niklan выяснил это, создал issue на drupal.org и написал небольшой модуль, позволяющий вводить путь к этому файлу вручную. Сам же файл можно разместить на любом сервере, который не забанен в РФ.

    Скачать модуль и принять участие в обсуждении можно на github или gitlab

    Тип материала: Предлагаю решение Версия Drupal: Drupal 8.* Форумы: Решение проблем 1 Thanks
    Категории: Друпалургия

    Drupal 8: Создание собственного блога с нуля (видео)

    Drupal в рунете - пн, 03/09/2018 - 12:53

    Пользователь drupal.ru и гуру разработки niklan начал цикл очень полезных видео о создании блога на Drupal 8 с нуля.

    Часть 1:

    Ссылка на канал: https://www.youtube.com/channel/UCtrxYnRQunkn-sr82lCmTOg/

    Тип материала: Предлагаю решение Версия Drupal: Drupal 8.* Форумы: FAQ 0 Thanks
    Категории: Друпалургия

    Страницы

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