Друпалургия

Вступление

Drupal 9 вышел 3 июня 2020 года. Значит ли это, что более ранние версии, а вместе с ними и наши советы, вмиг потеряли актуальность? Нет. Во-первых, стабильной работы от Drupal 9 стоит ждать только начиная с версии 9.1, чей выход назначен на декабрь 2020 года. Во-вторых, из всех проектов для Drupal 8 пока только 3 244 (примерно треть, но их число растёт) совместимы с Drupal 9. В третьих, поддержка Drupal 8 закончится в декабре 2021 года. И, наконец, в-четвёртых, в мире насчитывается чуть больше 300 тысяч сайтов, использующий тот или иной релиз Drupal 8, и вероятнее всего, их число пополнится, когда владельцы сайтов на Drupal 7 решатся на миграцию.

Дайте Drupal-сообществу довести новый релиз до ума, а пока улучшайте сайты на Drupal 8 — надеемся, описанный в статье опыт разработчиков ADCI Solutions вам в этом поможет.

Какие проблемы чаще всего испытывают сайты

Любой опытный веб-разработчик обязательно сталкивался с сайтами, страдавшими от одной или нескольких проблем:

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

Это происходит тогда, когда в процессе разработки сайта игнорируются передовые методы. Данная статья расскажет о самых распространенных проблемах и способах их решения. Мы специально не стали создавать отдельные списки для каждой проблемы, так как иногда один модуль способен решить сразу несколько.

Список нерекомендуемых модулей Drupal

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

• Devel — этот модуль может помочь исправить проблемы в шаблонах Twig или сгенерировать контент-«рыбу», однако все эти возможности могут пригодиться только во время разработки;
• UI-субмодули — такие субмодули, как Views UI, Field UI и т. д.
• должны быть отключены. Их нужно использовать на рабочем образце, после чего вы должны перенести все необходимые конфигурации.

В большинстве случаев эти модули вам тоже не понадобятся:

• Color,
• Dashboard,
• Overlay,
• Shortcut,
• Toolbar.

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

Список рекомендуемых модулей Drupal

Мы настоятельно рекомендуем использовать следующие модули, которые помогут вам в решении множества проблем:

• Update manager — очень полезный модуль, который будет информировать вас обо всех обновлениях безопасности как
• для ваших модулей, так и для ядра Drupal.
• Advanced CSS/JS Aggregation — улучшает производительность фронтенда вашего сайта.
• Backup and migrate — сохраняет копии вашего сайта на случай серьезных неполадок.
• Elysia Cron — расширение для стандартного cron Drupal, дающее максимальный контроль над каждой задачей.
• Redirect — позволяет администраторам добавлять 301-редиректы
• к устаревшим ссылкам.
• Rabbit Hole — скрывает непубличные ноды.
• Security Kit — уменьшает риски, связанные с уязвимостями
• веб-приложений.

Сделайте Drupal удобным для редакторов

Drupal 8 дает возможность быстрого редактирования и предпросмотра страниц. Все продвинутые опции вынесены в правый сайдбар. Администрирование стало намного проще, однако возможности для редактуры пока что далеки от идеала. Сложность работы с сайтом зависит от вас.

• Вы должны использовать ровно столько типов контента, сколько необходимо. Создав слишком много типов, вы увеличите время, необходимое на обслуживание сайта.
• Отображайте только необходимые настройки и не заставляйте копаться в куче ненужных.
• Дайте редакторам возможность изменять контент и разметку страниц. Никогда не храните контент внутри кода. Есть много модулей для управления разметкой (Panels, Display Suite, Paragraphs, Layout Suite, и т. д.). Пользуйтесь ими сами и дайте редакторам разрешение на их использование.
• Простая навигация по сайту нужна не только пользователям,
• но и редакторам. Контекстные ссылки, навигационные цепочки, меню администратора — это далеко не полный список того, что облегчит их работу.
• Старайтесь помнить главное правило: контент должен содержаться только в нодах. Не в таксономии и не в сущностях — они нужны для классификации, а не для хранения.
• Оставьте работу с HTML-тэгами разработчикам. Редакторы должны работать с контентом. Именно поэтому вам необходимо установить CKEditor.
• Работа с изображениями и другими медиафайлами тоже должна быть простой. Для этого вы можете использовать модули Entity Browser и Entity Embed (подробное руководство).

Заключение

Всё вышесказанное основано на многолетнем опыте разработки. Придерживаясь этого опыта, вы сумеете сэкономить время и избежать самых распространенных ошибок. Удачи!
Подписывайтесь на наш блог на Medium и следите за нами на Яндекс Дзене, ВКонтакте и в инстаграме.

Drupal8

Предлагаю решение

Решение проблем

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

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

Проект непростой, а потому в тексте присутствует кое-какие специфические понятия, дать которым определение мы считаем своим долгом.

Ритейлер — сайт или магазин, который продает товары и предоставляет нам потоки данных, или фиды.

Фид — поток данных. В нашем случае это .csv или .txt-файл, содержащий всю необходимую информацию о товаре и обновляющийся раз в день.

Импорт — процесс обновления информации, полученной из фида.

Main-сервер — главный сервер для работы с данными, которые видит пользователь на сайте.

Sync-сервер — вспомогательный сервер для вычислений.

Контрибный модуль — Drupal-модуль, развиваемый сообществом.

О клиенте

Компания ADCI Solutions познакомилась с соосновательницей WeighMyRack в конце 2018 года, а в начале 2019 начали работу. Ей требовалась команда с глубокой экспертизой в Drupal для сложного проекта, и как можно скорее — разработчики из команды поддержки сайта решили закрыть своё агентство. После технического интервью и нескольких переписок клиент выбрал нас. Мы до сих пор продолжаем сотрудничество.

О сайте

Компания WeighMyRack позиционирует себя как прайс-площадку с возможностью для сравнения цен между товарами от производителей из Америки, Европы, Великобритании, Австралии и Канады. В качестве российских аналогов можно было бы привести Яндекс.Маркет и price.ru. Но WeighMyRack специализируется только на товарах для скалолазов, что делает его ближе к нишевым сервисам Podarki.ru, Mobiguru.ru и Kolestorg.ru, подсказывающим цены в магазинах подарков, мобильных устройств и автозапчастей соответственно. WeighMyRack не является магазином сам по себе и зарабатывает на процентах с продаж, совершаемых пользователями, перешедшими с прайс-площадки на сайт производителя скалолазного снаряжения.

Перед нами стояла задача масштабировать импорт за счёт подключения более 10 дополнительных фидов, сделать рефакторинг кода, обновить CMS, устранить баги из имеющейся функциональности, улучшить производительность сайта и интерфейс.

Что получил клиент:

• рост показателей сайта в Google Speed Insights и, как следствие, рост его производительности;
• улучшение клиентского опыта за счёт увеличения числа подключенных магазинов и новых фильтров;
• модули, очищенные от неработающего кастомного кода;
• двукратное ускорение обновления данных о товарах;
• техподдержку.

Теперь о том, как нам дался этот успех.

Добавляем новую функциональность

Ключевая функциональность сайта собрана на страницах с категориями товаров. Здесь пользователь может:

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

Мы улучшили UX этих страниц. В частности, с помощью Drupal-модуля Facet API мы сделали несколько новых фильтров, использующи информацию из фидов (страна магазина, который продает товар, скидки и т. п.).

Чистим сайт от неработающего кода

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

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

Порой бывает сложно сказать, насколько сильно влияют изменения в коде на общую работу сайта. Хорошо, если код написан чисто, с комментариями и без багов. А что, если комментариев нет? А если связи с разработчиком не имеется? Поэтому прежде чем начинать работать, нужно было понять глубину изменений в модулях.

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

Сохраняем данные максимально свежими

Работу сайта с данными обеспечивали два сервера: main и sync. Первый занимался обработкой пользовательских запросов, второй — импортом данных. Они связаны между собой с помощью Jenkins — системы, которая позволяет автоматизировать процессы разработки и деплоя.

Почему двумя задачами не мог заниматься один сервер? Залог успеха любого сайта — быстрая загрузка. Это любят все. Если бы в нашем случае импорты происходили на main-сервере, пользователь во время загрузки страницы успевал бы выпить чашку кофе. Поэтому пока один сервер занят длительной монотонной вычислительной работой, другой работает с пользователями.

Контент-менеджер WeighMyRack создаёт на main-сервере страницы с товарами, следит, чтобы информация была актуальной, и прописывает уникальные идентификаторы товара, благодаря которым можно соотнести строчки из фидов со страницами товаров на сайте.

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

У нас уже был настроен модуль backup_migrate, делающий бэкапы на сервере раз в день по таймеру, а также имелись еженедельные бэкапы на хостинге Digital Ocean. Но этого было мало, и, чтобы заставить два сервера работать в унисон с базой данных, мы написали скрипт, который делает ежедневные бэкапы данных перед началом очередного импорта и записывает их в бэкап-хранилище на удалённом сервере с отладочным сайтом.

Это дало нам уверенность, что обновленная информация появится на рабочем сайте. И если основной сайт упадет, у нас все равно будет бэкап менее, чем 12-часовой давности.

Ускоряем обновление данных в два раза

Когда ритейлеров было два, система импорта работала примерно так. Скрипт для каждого фида вытаскивал из них информацию, на основе которой обновлялась страница товара на сайте. Скрипты запускались последовательно, и как только оба импорта заканчивались, мы объединяли обновлённую информацию о товарах на sync-сервере и возможные изменения на main-сервере.

В среднем эти два канала обновлялись 3-5 часов. Но клиенту нужно было развивать бизнес и добавлять ритейлеров. Когда мы это сделали, закономерно увеличилось время полного импортирования. В какой-то момент оно выросло до 24 часов, с чем нельзя было мириться.

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

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

Но Drupal не ждёт, когда вернут книгу, а идёт домой к человеку, который ее читает, и не просто садится читать рядом, но и дописывает что-то в нее. В этом и был конфликт: невозможно предугадать, чьи изменения сохранятся. А нам нужно было сохранить каждое.

Когда мы тестировали обновление для 1000 продуктов, обновлялись только 500-600. В поисках решения мы встроили lock mechanism — «замок», позволяющий контролировать данные и не дающий вмешаться другим процессам, пока данные зависят от текущего.

Рассмотрим абстрактный пример работы lock mechanism. P1 и P2 — это процессы, вносящие изменения в файл.

Работа без lock mechanism. На этапе 3.2 P2 не знает об изменениях со стороны P1, поэтому во время сохранения переписывает изменения, внесённые P1. Проще говоря. без lock mechanism невозможно предугадать, чьи изменения сохранятся.

Работа с lock mechanism. Пока один процесс пишет изменения, второй ждёт свой очереди.

В результате мы cнизили время обновления с 26-28 часов до 12-15 часов. В этом нам помогли принципы программирования многопоточных приложений Concurrency и Multithreading.

Защищаем сайт от DDoS-атак

Суть DDoS-атак — в огромном количестве запросов, под натиском которых база данных MySQL не справляется со своей работой, и не рассчитанный на такую нагрузку сайт падает. За время работы на проекте атаки случились 3-4 раза. Приятного в этом мало, поэтому мы установили систему для мониторинга и возобновления процессов Monit. Благодаря ей тот или иной процесс или сервис перезапускался спустя 3 минуты после того, как MySQL, Apache или httpd переставали отвечать, и сайт продолжал работать нормально — удобно, если DDoS-атака производится ночью.

Ускоряем загрузку сайта

До нашего участия PageSpeed Insights показывал 1-2 из 100 на подавляющем большинстве страниц. Сейчас сайт откликается и грузится в разы быстрее прежнего — помогли оптимизация сервера, подключение агрегации css/js и использование технологии Lazy Load для особо тяжелых страниц.

Перспективы

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

Остались вопросы? Задайте их в комментариях.

Предлагаю решение

Решение проблем

Коронавирус коснулся всего. На фоне эпидемии и возникших у бизнеса внеплановых проблем в Drupal приняли решение продлить поддержку Drupal 7 до 28 ноября 2022 года, а не до ноября 2021 года, как планировалось ранее. Это большая услуга владельцам 700 тысяч сайтов, у которых нет времени и средств для переноса сайта на старшую версию CMS. На Drupal 8 продление не распространяется: поддержка этой версии закончится в ноябре 2021 года, как и планировалось, так как её срок окончания зависит от срока окончания поддержки Symfony 3.

Что эта фора в 1 год значит для вас как владельца сайта?

Выгоды

Если вкратце, то:

• сайты на Drupal 7 продолжат получать обновления безопасности,
• работа над контриб-проектами продолжится,
• перенести данные с Drupal 7 на Drupal 9, минуя Drupal 8, можно с помощью модуля Migrate.

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

Не суетитесь

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

Дождитесь контрибных модулей для Drupal 8

Иногда задержаться на Drupal 7 вынуждает то, что некоторые важные модули, поддерживаемые сообществом, пока что не работают на Drupal 8. Поэтому можно либо понадеяться, что разработчики обновят модули, либо писать модуль самому.

На проекте До 16-ти мы используем в нескольких ключевых разделах модуль для платежного шлюза Сбербанка Sberbank rbs payment. Мы зависим от него: без возможности оплаты нет смысла запускать новый сайт.

Другой сценарий — написать свой модуль. Когда выпустили версию Drupal 8, мы обратили внимание, что создатели модуля Biblio, решающего задачи по хранению библиографических данных на сайтах библиотек и институтов, перестали его развивать и не портировали на новую версию CMS. В ответ на это мы выпустили проект Bibliography & Citation, ставший на сегодня единственным инструментом для решения таких специфических задач, если у вас Drupal-сайт.

Проверьте сторонние библиотеки

У вас появилось время изучить сторонние библиотеки, на которых работает ваш сайт, и посмотреть, подойдут ли они к требованиям Drupal 8 и 9. В случае проблем ищите альтернативу, дождитесь обновления или разработайте нужную библиотеку сами.

Снова приведем в пример клинику «До 16-ти». Мы работаем с двумя базами данных: базой клиники на Microsoft SQL и базой сайта на MySQL. Чтобы подключить базы одна к другой, мы использовали PHP-расширение. Оно работает на PHP 5.6, но для нормально работы с Drupal 8 рекомендуется версия PHP не ниже 7.3 . Поэтому нам нужно либо писать новое расширение, либо искать альтернативу.

Мигрируйте сайт частями

Если проект большой, а полного бюджета нет, то двух с лишним лет точно хватит, чтобы переносить сайт на новую CMS постепенно, оставляя какие-то части сайта на Drupal 8 или 9, а другие на Drupal 7. Но мы хотим предупредить, что такое решение сулит костыли и может оказаться сложным в реализации.

Уберите лишнее

Посмотрите на проект со стороны — возможно, какие-то разделы и функциональность работают на устаревшем коде, который либо можно не тащить на новый сайт, либо отрефакторить. И то, и другое зависит от проекта и нужд.

Перенос сайта с Drupal 7 на старшие версии — это, по сути, полная переделка сайта. Может быть, в этот момент можно задуматься о полном или частичном редизайне? Это шанс переосмыслить проект и довести его до ума.

Посмотрите на сайт с точки зрения accessibility

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

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

Не стоит расслабляться

У продления поддержки Drupal 7 есть свои позитивные моменты, но лучше относиться к этому как ко временной мере. Надо понимать, что Drupal-сообщество расставляет приоритеты в пользу Drupal 8 и Drupal 9, пока что нестабильной и потому требующей скорейших баг-фиксов и новых патч-версий.
Пересев с морально устаревшего Drupal 7 на Drupal 8 или 9, вы сделаете сайт удобнее для пользователей и облегчите себе жизнь при работе с контентом. На уровне функциональности свежая версия CMS ничем не будет отличаться от своего предшественника — нововведения ожидаются с версии 9.1, которая выйдет в декабре 2020 года. А пока что усилия разработчиков направлены на обновления зависимостей от сторонних библиотек и удаление старого кода.

Если вы ищете веб-студию, которая поможет вам с переносом Drupal-сайта, то поиск подошел к концу. Расскажите нам о вашем проекте в письме: hello@adcillc.com.

Подписывайтесь на наш Medium-блог, а также следите за нами на vc.ru, в инстаграме и ВКонтакте.

Предлагаю решение

Решение проблем

Пример добавления чекбокса в форму настройки всех блоков меню:

/** * Implements hook_form_FORM_ID_alter(): block_form. */ function MODULENAME_form_block_form_alter(array &$form, FormStateInterface $form_state) { $block_config = $form_state->getFormObject()->getEntity(); /** @var BlockInterface $block_config */ $block_plugin = $block_config->getPlugin(); /** @var BlockPluginInterface $block_plugin */   if ($block_plugin instanceof SystemMenuBlock) { $form['third_party_settings']['MODULENAME']['nofollow'] = [ '#type' => 'checkbox',

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

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

• Drupal: Добавляем возможность указывать атрибуты для элементов option
• Drupal: Создать свой ajax индикатор прогресса
• Drupal: Добавить в основные настройки сайта свою опцию

Модуль fasttoggle позволяет быстро, с помощью ajax, менять состояние нод и комментариев.

Модуль fasttoggle активно используется для модерации на друпал.ру и, в рамках перехода друпал.ру на Drupal 8/9, я написал версию для этих версий ядра

Версия для Д8/9 умеет:

• Менять статус ноды (опубликовано/депубликовано)
• Помещать ноду на главную страницу и убирать оттуда
• Закреплять ноду сверху списков или откреплять
• Если у ноды есть комментарии, то можно менять их статус (опубликовано/депубликовано)

Drupal9

Drupal8

fasttoggle

Есть вопрос

Выставка модулей

Студиям разработки сайтов и мобильных приложений знаком тип клиента, который уверен, что его продукт будет идеален, и ничто — ни время, ни катаклизмы — не может нарушить его работу. Мы в ADCI Solutions и сами хотели бы, чтобы так было, но есть обстоятельства выше нас.

И вот близкий каждому пример.

В 2017 году компания Adobe анонсировала прекращение поддержки Flash Player. У владельцев сайтов и мобильных приложений, которые до сих пор используют Flash для проигрывания видео и музыки, осталось не так много времени на то, чтобы перевести функциональность работы сайта с мультимедиа-файлами на HTML5 или WebGL. До конца 2020 года, если быть точным. Если вы пользуетесь Google Chrome, то с той или иной периодичностью видите это предупреждение, когда запускаете браузер.

А давно ли вы сталкивались с неработающими мобильными приложениями? С самим приложением может быть всё в порядке, но его новая версия не запускается на старых версиях операционной системы телефона. Мотив не поддерживать неактуальную ОС такой: прибыль, которую гипотетически может получить владелец приложения с пользователей морально устаревших телефонов, не покроет затрат на их поддержку. Кроме экономических, есть и технологические мотивы: если в приложении появились функции AR, а телефон не тянет такую технологию, то нет смысла ждать от приложения нормальной работы — обновляйте версию ОС или покупайте новый телефон с современной аппаратной начинкой (а лучше и то, и другое).

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

Как это касается владельцев сайтов на Drupal

Наши советы будут ещё более актуальными потому, что 3 июня 2020 года вышла CMS Drupal 9, поэтому пора проверять, соответствуют ли ей модули, работающие под Drupal 8.

Drupal не был бы собой, если бы не сторонние библиотеки, на которых он работает: jQuery, Composer, Symfony, Twig, Guzzle и другие. Когда разработчики этих библиотек решают больше не поддерживать старую версию и переходят на новую, это влияет на работу всего Drupal и сайтов, на которых он построен.

Например, Symfony 3 не будет поддерживаться разработчиками с ноября 2021 года, а Symfony 4 не будет иметь с предшественником ничего общего. Это означает, что ошибки в работе Symfony 3 на сайтах с версией Drupal 8 останутся неисправленными и сайты на Drupal 8 станут необратимо плохо работать. Мораль: у вас есть полтора года на миграцию на Drupal 9, и вы как владелец сайта должны об этом позаботиться. Вот о каких вещах мы будем говорить, а вы вспомните это в урочный час.

Что и как часто нужно проверять

Пример с прекращением поддержки Symfony 3 намекает, что планы по техподдержке и обслуживанию сайта можно строить сильно наперёд. Но встречаются задачи куда более срочные и критичные.

Перевод сайта на новую версию и на поддержку безопасности

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

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

Существует понятие релизного окна (release window). Это промежуток времени, в котором должна выйти новая минорная версия с исправленными багами, или патч-версия. Такая версия релизится не чаще раза в месяц, в первую среду. Но могут быть исключения, когда баги настолько критичные, что ждать запланированную минорную версию невозможно, и выпускается внеочередная. Это может происходить даже раз в неделю.

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

Релизы с исправлениями в ядре Drupal обычно так часто не происходят — ими занимается отдельная команда, которая планирует релизы с комплексными исправлениями.

В случае минорных версий ядра Drupal периодичность более-менее стабильная: раз в полгода.
Подробнее о релизных циклах читайте в заметке Drupal core release cycle: major, minor and patch releases.

Продление SSL-сертификатов в контексте безопасности сайта подразумевается по умолчанию. Это делается автоматически или вручную за 2 недели до истечения срока действия сертификата.

Обновление версии PHP

В данный момент поддерживаются версии PHP 7.2, 7.3 и 7.4. Но раз в год одна из версий становится неактуальной. Так, поддержка версии 7.2 прекратится 1 декабря 2020.

Сайтам, работающим на Drupal 9, требуется версия PHP от 7.3 и выше.

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

Проверка скорости загрузки сайта

Не новость, что алгоритмы поисковых систем выводят в топ сайты с высокой скоростью загрузки. Сервис Google PageSpeed хорош тем, что в подробностях показывает, что мешает вашему сайту открываться в течение считанных секунд. Причинами могут быть тяжёлые иллюстрации, неиспользуемые или неминифицированные CSS и JavaScript, большое количество запросов сайта к серверу и передаваемых назад данных и многое другое.

Раз в 5–6 месяцев прогоняйте сайт через Google PageSpeed и оптимизируйте его работу. На помощь вам придут JCH Optimize, WebP by Bart Vanhoutte, ImageAPI Optimize WebP, ImageMagick, TinyPNG, Advanced CSS/JS Aggregation, Minify Source HTML, Minify JS.

Соответствие принципам доступности

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

ADCI Solutions выпустила статью о доступности в трёх частях: в первой мы даём определения основным терминам из этой области, во второй сравниваем дизайн доступной и недоступной страницы сайта, а в третьей рассказываем о законодательной стороне вопроса.

В Drupal доступность сайта предусмотрена по умолчанию. CMS располагает:

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

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

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

Отслеживание ошибок и сбоев через Google Analytics

Google Analytics не только собирает статистику посещаемости сайтов и действий пользователей. Библиотека analytics.js может, кроме прочего, мониторить неправильную работу JavaScript-кода на сайте и отправлять отчёты. Эти отчёты чаще всего говорят о том, что на стороне пользователя что-то не работает, так что лучше их избегать и своевременно чинить.
Просматривайте аналитику на предмет новых ошибок раз в месяц и каждый раз в течение двух дней — после деплоя кода.

Актуальность кодовой базы

В проекте не должно быть легаси-кода — старого кода, который больше не поддерживается и не обновляется. Программирование развивается, меняются стандарты языков, и те задачи, что решались элегантно вчера, сегодня требуют ещё более элегантных решений. Какое-то время код, написанный по старым канонам, будет работать, но однажды это закончится. Проверить, есть ли в модулях устаревший код, разработчики могут с помощью утилиты drupal-check, а если вы не программист, а простой владелец сайта, то модуль Upgrade Status интерпретирует и упакует отчёт из drupal-check в благообразный вид.

Проверяйте кастомный код при каждом обновлении сайта, кроме обновлений безопасности.
До ноября 2021 года у вас есть время обновить код и перейти на Drupal 9. Старый код будет помечен как @deprecated. API, которые подлежат удалению, собраны на этой странице.

Рефакторинг фронтенда

После того как администратор сайта загрузит и опубликует контент через админ-панель, установленная на сайте Drupal-тема определит для этого текста, картинок и других медиа вид, с которым имеют дело пользователи. Тема — это, по сути, HTML и CSS-код, который, подобно всякому коду, тоже устаревает.

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

SEO

На базовом уровне продвижение сайтов на Drupal в поисковых системах ничем не отличается от продвижения других. Поисковики предъявляют одинаковые требования всем сайтам, а именно требуют наличия файла robots.txt, метатегов, 404 страниц, редиректа, хлебных крошек, отсутствия дублей страниц и битых ссылок и т. п.

Но без дополнительных плагинов и модулей, кроме тех, которые идут из коробки, SEO не будет считаться полноценным. Чтобы закрыть все задачи по поисковой оптимизации, не помешают как минимум такие модули, как Metatag, Custom filter, Search 404, SEO Checklist, Easy Breadcrumb, Pathauto, XML Sitemap. Держать их в актуальном состоянии — задача разработчиков. Делать проверку лучше всего раз в 3 месяца.

Проверка функциональности сайта, или почему клиенту студии тоже нужно быть немного тестировщиком

Итак, разработчики сайта заняты техобслуживанием. А чем может помочь им клиент? И должен ли?
Какой бы добросовестной и вовлечённой ни была команда разработки и тестировщики, никто из её членов не знает бизнеса, его целей и клиентов лучше, чем владелец этого бизнеса. И на один баг, найденный тестировщиком, придётся ещё несколько от владельца сайта. Поэтому иногда полезно стать соучастником процесса.

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

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

Проверять работу сайта на соответствие ожиданиям и целям лучше после каждого изменения, а 1–2 раза в месяц стоит предлагать доработки, отталкиваясь от изменений в бизнес-процессах.

Особое обращение к владельцам eCommerce-сайтов

Что делать, если продаж нет или хочется больше? Собирайте статистику и ищите места, в которых посетители сайта уходят с сайта и не доводят покупку до конца. Стройте гипотезы, как это можно исправить, и проводите A/B тестирования каждые пару месяцев, чтобы их проверять. Делать это лучше постоянно, как минимум раз в месяц.

Если ваш магазин интегрирован с сервисами доставки (CDEK, Boxberry и т. п.), проверяйте их API на актуальность — иногда он меняется без уведомления подключенных клиентов.

Чеклист
Сведём всё сказанное к главному — что и как часто нужно проверять и обновлять:

• обновление минорной версии Drupal с исправленными багами — раз в месяц, релиз в первую среду месяца или чаще, что зависит от критичности багов;
• релизы безопасности в модулях, поддерживаемых сообществом — раз в месяц, релиз в третью среду месяца;
• обновление минорной версии ядра Drupal — раз в 6 месяцев;
• продление SSL-сертификата — автоматически или вручную за 2 недели до истечения срока действия сертификата;
• обновление PHP — раз в год;
• оптимизация по Google PageSpeed — раз в 5–6 месяцев;
• соответствие принципам доступности — раз в 3–6 месяцев;
• отслеживание ошибок через Google Analytics — раз в 1 месяц и каждый раз в течение 2 дней после деплоя;
• проверка кастомного кода — каждый раз при обновлении сайта;
• рефакторинг фронтенда — раз в 6 месяцев;
• SEO — раз в 3 месяца;
• проверка функциональности сайта клиентом — с периодичностью обновления сайта.

Техобслуживание сайтов на WordPress: на что обратить внимание

Сайты, страницы которых созданы на разных CMS, например, на Drupal и WordPress — не редкость. Поэтому мы хотим быстро рассказать, что важно проводить в рамках техобслуживания на WordPress-сайтах:

• обновление минорных и патч-версий;
• обновление плагинов, модулей, библиотек, тем;
• обновление версии PHP;
• обновление SSL-сертификатов;
• проверка скорости загрузки сайта по Google PageSpeed и оптимизация;
• улучшения SEO;
• проверка важной функциональности сайта по чеклисту;
• мониторинг ошибок через Google Analytics;
• принципы доступности;
• рефакторинг фронтенда;
• интернет-магазинам: проверка гипотез по оптимизации воронки продаж, актуализация методов доставки;
• проверка функциональности сайта клиентом — с периодичностью обновления сайта.

Заключение

Как видно, техобслуживание сайта ведётся круглый год. Оно затрагивает столько всего, сколько владельцы сайтов не могут себе позволить отследить самостоятельно. Снимите с себя груз технических проблем и передайте его команде ADCI Solutions, которая уже 13 лет разрабатывает и поддерживает Drupal-сайты на профессиональной основе.

В рамках техобслуживания мы берём на себя заботу о таких моментах, как:

• контроль за работой компонентов и модулей сайта,
• поддержка актуальности кодовой базы (апдейты модулей и ядра),
• разработка и оптимизация модулей,
• удаление вирусов и вредоносного или неработающего кода,
• подбор хостинга и взаимодействие сайта с ним,
• перенос сайта на новый сервер,
• резервное копирование сайта,
• миграция сайта на новую версию CMS,
• редизайн,
• новая функциональность,
• установка security-апдейтов,
• оптимизация по Google PageSpeed,
• SEO

и многом другом. Напишите нам: hello@adcillc.com.
Подписывайтесь на наш Medium-блог, а также следите за нами на vc.ru, в инстаграме и ВКонтакте.

Веб-мастерам и владельцам сайтов Автор ADCI_Solutions

Введение

Codeception — это популярный фреймворк для тестирования веб-приложений. Он написан поверх PHPUnit и позволяет более элегантно писать тесты используя методологию BDD.

Поддерживает три вида тестирования:

Unit tests (модульные тесты) — тестирование отдельных php-классов.

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

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

• Drupal: Текстовый фильтр добавляющий внешним ссылкам атрибут rel=nofollow
• Drupal: Хлебные крошки + schema.org
• Drupal: Добавляем на страницу управления отображением комментария поля "автор" и "дата создания"

Популярность CMS Drupal в России растёт. Компания ADCI Solutions выбрала 10 сайтов, которые доказывают на себе: с этой платформой можно сделать много интересного и под любые задачи. Среди примеров — портал для киноманов, магазин для меломанов, сайт для ценителей русской аутентичной культуры и многое другое.

Drupal входит в пятёрку самых популярных CMS с открытым исходным кодом в России. Хотя на первое место с большим отрывом вышел Wordpress, для владельцев бизнеса предпочтительнее остаётся Drupal — и чем бизнес крупнее, тем более предпочтительной эта CMS должна быть.

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

ADCI Solutions занимается веб-разработкой уже 13 лет и имеет статус первого в России премиум-партнёра ассоциации Drupal. Мы верим в эту CMS, и нам захотелось найти 10 отечественных Drupal-сайтов, которые бы доказывали, что на платформе можно создавать сайты для разных отраслей и разной сложности, будь то лендинг или интернет-магазин.

Параметры оценки

Основным источником сайтов стал каталог Рейтинга Рунета. В первую очередь сайты оценивались по скорости загрузки с десктопа и мобильного устройства и пристойному внешнему виду. Так из почти 4,5 тысяч сайтов удалось выбрать 10.

Мы знаем, что будущее за сайтами, которые открываются на телефонах быстрее чем за 3 секунды, но даже у популярных новостных ресурсов с этим не всё хорошо. Поэтому в случае некоторых сайтов мы пошли на компромисс. Для замера скорости загрузки использовались сервисы loading.express и PageSpeed Insights.

Мы также согласны, что дизайн сайта может выглядеть как памятник эпохе и это не мешает ему выполнять свою задачу, но привлечение пользователей — война, в которой победу нужно одерживать быстро: сайт начинает производить впечатление в первые 50 миллисекунд. Это должен быть рекордный блицкриг, и залог успеха — внешний вид.

Вопрос о поисковой оптимизации в Drupal достоин отдельной статьи. Пока ограничимся общими словами о том, что Drupal-сайты не появляются с хорошим SEO сами по себе; оптимизация зависит от того, знает ли разработчик правильные модули и то, как их настраивать.

Кстати, о модулях: перечислить тех из них, которые рекомендуется использовать на сайтах для создания тех или иных функциональных возможностей, мы считаем важной частью нашего обзора. За историю Drupal некоторые модули использовались настолько часто, что к восьмой, последней на сегодняшний день, версии CMS стали частью её стандартного релиза, или так называемого ядра. Они используются почти на всех сайтах, поэтому перечислим их здесь:

• User — управление учетными записями пользователей.
• Node — управление основным контентом страниц сайта.
• Field и Field UI — управление полями.
• Menu UI — управления меню.
• Views и Views UI — создание списков, таблиц и блоков из существующего контента.
• Taxonomy — упорядочивание контента по категориям.
• Media — управление созданием, настройкой и отображением элементов медиа.
• Responsive image — подстраивает размер изображения под разные экраны.
• BigPipe — ускоряет загрузку страниц сайта.
• Internal Dynamic Page Cache — кэширует страницы для пользователей.

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

Мы также считаем важным оценить:

• простоту совершения целевого действия,
• акценты на CTA-элементах,
• среднее время на сайте.

Омский портал «Культура»

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

Скорость загрузки сайта на десктопе по PageSpeed Insights: 38/100.

Скорость загрузки сайта на мобильном устройстве по loading.express: 3/10.

Среднее время пребывания пользователя на сайте по данным alexa.com: 1 мин. 57 сек.

Сайт ставит перед собой цель привлекать внимание пользователей к событиям и культурным учреждениям города. Навигация привычная и простая. В слайдере на главной странице — 5 событий с CTA-кнопкой «Узнать подробнее», по мнению администраторов сайта заслуживающих максимального внимания. Ниже — блоки со статьями и новостями. В разделе «Афиша» — рубрикатор и календарь. В «Местах» — исторические справки о музеях, театрах и т. д. В «Экскурсиях» — ознакомительная информация о всех экскурсионных маршрутах, длительности и стоимости.

Сайт сделан для Министерства культуры Омска, поэтому он должен соответствовать некоторым критериям доступности для инвалидов. В мировой практике эти стандарты, как ни странно, несколько проще, чем для российских государственных сайтов. Этот сайт — как раз прекрасный пример. Тут есть и голосовой помощник, и замена картинок, и возможность сменить оформление.

Здесь и далее мы кратко расскажем, на каких Drupal-модулях построены функциональные возможности сайта и решение отдельных задач вроде сбора метрик и интеграции с соцсетями. Модульная архитектура Drupal — то, что выделяет CMS и стоит в основе его универсальности.

На каких модулях можно построить сайт с такой же функциональностью:

• Слайдер: Slick Carousel.
• Календарь: Calendar, Fullcalendar View.
• Привязка событий к календарю: Views.
• Яндекс.Метрика: Yandex.Metrics.
• Управление размером текста: Text Resize.
• Исправление ошибок за разработчиком и приведение HTML-кода к соответствию стандартам (в том числе стандартам accessibility): HTML Purifier, Style Switcher.
• Другие модули, которые помогут сделать сайт по стандартам Accessibility: Contributed modules for extending accessibility in Drupal 8.
• Архитектурно-этнографический музей Вологодской области

  Сайт посвящён музею, поддерживающему память о традиционном укладе русских деревень. Музей представляет из себя ансамбль из усадьбы, домов и хозяйственных построек в 12 километрах от Вологды, носящий статус памятника общероссийского значения.

  Скорость загрузки сайта на десктопе по PageSpeed Insights: 90/100.

  Скорость загрузки сайта на мобильном устройстве по loading.express: 9/10

  Среднее продолжительность пребывания пользователя на сайте: 3 мин. 49 сек.

  По своему назначению сайт похож на омский портал о культуре. Яркое и динамичное видео на главной странице и раздел «О музее» в меню пробуждают интерес пользователей к музею. И если музей их заинтересовал, то пользователи быстро найдут информацию об экскурсиях, мастер-классах и интерактивных программах.

  На каких модулях можно построить сайт с такой же функциональностью:

  • Слайдер: Slick Carousel, Flex Slider, SlidesJS.
  • Блок со ссылками на соцсети: Social Media Links Block and Field.
  • Фотогалерея: Colorbox.
  • Добавление и воспроизведение аудио: AudioField.
  • Добавление и воспроизведение видео: YouTube Field.
  Магазин «Винилотека»

  Интернет-магазин российского представительства концерна звукозаписи Warner Music, что сулит надёжность, хороший сервис и своевременное пополнение каталога свежими релизами.

  Скорость загрузки сайта на десктопе по PageSpeed Insights: 78/100.

  Скорость загрузки сайта на мобильном устройстве по loading.express: нет данных.

  Среднее время пользователя на сайте по данным alexa.com: 4 мин. 54 сек.

  Очевидных задач у сайта две: продавать аудио и видеоносители и заботиться об их доставке покупателю. Плюс, что разработчики сайта учли разные сценарии поиска: по исполнителю, альбому, жанру, алфавиту или с помощью более тонких настроек. Ведь запросы могут отличаться от потребителя к потребителю и от момента к моменту: кто-то хочет найти новинку в хип-хопе, а кто-то хочет наверняка узнать, есть ли в магазине бокс-сеты с альбомами Led Zeppelin.

  После нажатия на кнопку «Купить» появляется всплывающее окно с предложением перейти в корзину — это хороший тон. После закрытия всплывающего окна возможность продолжать покупки сохраняется.

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

  
  На каких модулях можно построить сайт с такой же функциональностью:

  • Каталог с сопутствующими ему фильтрацией и сортировкой: Taxonomy.
  • Оформление карточки товара, интеграции с платёжной системой, оформление доставки, управление заказами и корзиной: Commerce.
  • SEO: Metatag, Real-time SEO, Pathauto, Redirect, SEO Checklist.
  • Автоматическое построение карты сайта: XML Sitemap.
  Сеть детских клиник «До 16-ти»

  Сайт для сети омских детских клиник, над которым компания ADCI Solutions работает с 2016 года.

  Скорость загрузки сайта на десктопе по PageSpeed Insights: 87/100.

  Скорость загрузки сайта на мобильном устройстве по loading.express: 7/10.

  Среднее продолжительность пребывания пользователя на сайте по данным alexa.com: 3 мин. 49 сек.

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

  Подробнее о работе над сайтом читайте в нашей статье на vc.ru.

  На каких модулях можно построить сайт с такой же функциональностью:

  • Оплаты услуг: Commerce и Commerce NoCart.
  • Подключение платёжного шлюза Сбербанка: Commerce RBS payment. Лично нам удалось получить актуальную версию модуля в ходе долгой переписки с техподдержкой банка.
    • Опросы: Poll.
    • Голосование (в нашем случае возможность поставить лайк одному из докторов): Fivestar.
    • Создание контактной формы: Webform.
    • Создания формы оплаты годового медобслуживания и формы пополнения баланса карты: Entityform.
    • Слайдер: Slick Carousel.
    • Создание и кастомизация стандартных админских страниц (управление контентом, управление пользователями): Administration Views.
    Турфирма 7 СОВ

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

    Скорость загрузки сайта на десктопе по PageSpeed Insights: 88/100.

    Скорость загрузки сайта на мобильном устройстве по loading.express: 7/10.

    Среднее время пребывания пользователя на сайте по данным alexa.com: 14 мин. 48 сек.

    Пользователей, которые более-менее представляют, куда хотят отправиться, на главной странице ждёт поиск с фильтрацией. Однозначный плюс и для пользователя, и для SEO — чётко сформулированное полезное действие, которое сообщается в заголовке H1.

    Для тех, кто не уверен и ищет поддержки при выборе, введена функция «Запросить тур»: пять шагов, поддержка в виде уточняющих вопросов, и в финале пользователя просят оставить данные для связи.

    На каких модулях можно построить сайт с такой же функциональностью:

    • Фильтрация контента по таксономии и группировка результатов поиска по заданным параметрам: Views.
    • Оформление заказа: Commerce.
    Швейная компания Valentina. dresses

    Valentina. dresses — новосибирская компания с почти 20-летней историей, занимающаяся пошивом и оптовой продажей женской одежды по всей России.

    Скорость загрузки сайта на десктопе по PageSpeed Insights: 76/100.

    Скорость загрузки сайта на мобильном устройстве по loading.express: 5/10.

    Среднее время пребывания пользователя на сайте по данным alexa.com: 8 мин. 55 сек.

    Все разделы и функциональность, решающая задачу поиска, выбора и покупки одежды, собрана в шапке.

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

    На каких модулях можно построить сайт с такой же функциональностью:

    • Оформление карточки товара, интеграции с платёжной системой, оформление доставки, управление заказами и корзиной: Commerce.
    • Каталог: Taxonomy.
    Строительный холдинг «Атомстройкомплекс»

    Сайт крупнейшего на Урале строительного холдинга, объединяющего 12 заводов по производству материалов, проектный институт и организации-подрядчики.

    Скорость загрузки сайта на десктопе по PageSpeed Insights: 67/100.

    Скорость загрузки сайта на мобильном устройстве по loading.express: 6/10.

    Среднее время пребывания пользователя на сайте по данным alexa.com: 4 мин. 42 сек.

    Задача сайта — помогать искать коммерческую и жилую недвижимость. Информации для этого на карточке объекта в избытке: от диапазона цен и метража на превью карточки объекта до вида из окна — внутри карточки. Но становится привычным такой сценарий поиска, какой предлагает турфирма 7 СОВ: попав на сайт, пользователь сразу же видит необходимую функциональность. Если брать отрасль недвижимости, то хороший пример подаёт сайт ДомКлик.

    На каких модулях можно построить сайт с такой же функциональностью:

    Карточка объекта: Views.
    Возможность отмечать точки на карте: Geolocation Views для Google Maps и Yandex Maps для Яндекс.Карт.
    Контактная форма и форма заказа звонка: Webform.
    Страница с опросами: Poll.

    Кинопортал «Фильм.ру»

    Один из самых популярных русскоязычных сайтов о кино, объединяющий его любителей, дающий возможность бесплатно смотреть фильмы из подборки сайта ivi.ru, читать рецензии, следить за новостями, знакомиться и общаться на почве общего интереса.

    Скорость загрузки сайта на десктопе по PageSpeed Insights: 86/100.

    Скорость загрузки сайта на мобильном устройстве по loading.express: 5/10.

    Среднее время пребывания пользователя на сайте по данным alexa.com: 1 мин. 25 сек.

    Если вам понадобится пример веб-портала в классическом виде, то ссылайтесь на film.ru. Налицо стремление организовать комьюнити по конкретному интересу. Интерактивная составляющая решается за счёт общения в комментариях, агрегируемых в разделе «Мнения». Сам сайт не замкнут на себя и интегрирован с тематическими приложениями: ivi.ru и мобильным приложением Хочу в кино, Тиндером для киноманов, созданным film.ru вместе с российским филиалом журнала о кино Empire. Но с точки зрения особенных возможностей Drupal это вполне обычный контентный сайт.

    На каких модулях можно построить сайт с такой же функциональностью:

    • Меню, в котором переиспользуется контент сайта: Megamenu, Simple Mega Menu.

    Сайт, видимо, имеет интеграцию с приложением «Хочу в кино», потому что информацию по API приложения нигде найти не удалось. В контексте API считаем важным сказать, что Drupal включает в себя фреймворк Symfony, на котором реализованы основные концепции, спрятанные в ядре Drupal. Symfony позволяет быстро разрабатывать интеграции со сторонними API и выносить это в отдельные модули, что облегчает менеджмент зависимостей и не усложняет по экспоненте дальнейшую разработку.

    Конференция Ruby Russia 2019

    Промо-страница прошлогоднего съезда Ruby-разработчиков.

    Скорость загрузки сайта на десктопе по PageSpeed Insights: 92/100.

    Скорость загрузки сайта на мобильном устройстве по loading.express: 7/10.

    Среднее время пребывания пользователя на сайте по данным alexa.com: нет информации.

    Сайт не преследует никаких целей, кроме как проинформировать о конференции, авторитетных спикерах и расписании. Это пример того, как можно использовать Drupal в качестве основы для последующего заполнения контентом при создании простого сайта. Всё остальное делается JavaScript и CSS, и никаких особых модулей тут не используется. Drupal нужен был для быстрого старта, и вряд ли на сайт было потрачено больше 2-3 недель и привлечено для его разработки больше пары-тройки разработчиков.

    Торговый центр SILA VOLI

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

    Скорость загрузки сайта на десктопе по PageSpeed Insights: 78/100.

    Скорость загрузки сайта на мобильном устройстве по loading.express: 6/10.

    Среднее время пребывания пользователя на сайте по данным alexa.com: 0 мин. 43 сек.

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

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

    Общие рекомендации для сайтов

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

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

    • Проставлены заголовки страниц, текстовые заголовки (H1-H6), оформлен нижний колонтитул и структурирован контент. Это помогает пользователю в навигации по странице.
    • Контент содержит заголовки, картинки, поддерживающие суть текста, и пробелы.
    • Есть хлебные крошки (навигационные цепочки) и ссылки в колонтитулах.
    • Дизайн соответствует бренду компании.
    • Сайт адаптивный: с ним просто работать как на стационарных ПК, так и на планшетах, телефонах и т. д.
    • Все визуальные элементы дизайна выполнены в одном стиле и сочетаются друг с другом.
    • Контент структурирован согласно обратной пирамиде Якоба Нильсена: главную информация — впереди, важные детали — за ней и дополнительная информация — в конце.
    • Никаких грамматических ошибок!
    • Никакого контента, отвлекающего посетителя сайта от CTA.
    • Используются метатеги Title, Description и Image.
    • Нет битых ссылок.
    • Страница не содержит ссылок на внешние ресурсы в самом начале, чтобы пользователи не уходили с сайта слишком рано.
    • В любом случае внешние ссылки лучше настроить так, чтобы они открывались в соседней вкладке, а внутренние — на той же.
    • Нижний колонтитул и основной текст не перегружены лишними ссылками.
    • Правильно настроены файлы, которые дают поисковым системам доступ к вашему сайту и позволяют им его индексировать: .htaccess, robots.txt, sitemap.xml.
    • Указаны ссылки на ваши аккаунты в соцсетях и мессенджеры.
    Заключение

    В США и Европе Drupal как платформа уже состоялась. Посмотрите на список сайтов, сделанных на Drupal, и вы увидите очень много знакомых имён и названий брендов: Илон Маск, Бруно Марс, Grammy, Warner Music Group, Tesla, Оксфорда, Кембриджа и другие.

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

    Если вы нашли в статье сайт для бизнеса, чем-то похожего на ваш, то, может быть, и вам нужен сайт на Drupal? Пишите нам — поговорим об этом подробнее: hello@adcillc.com.

    Источник: https://vc.ru/u/443770-adci-solutions/126904-ot-lendinga-do-internet-mag...

Предлагаю решение

Статьи и публикации

<?php // src/Plugin/Filter/NofollowExternalLinksFilter.php   namespace Drupal\modulename\Plugin\Filter;   use Drupal\Component\Utility\Html; use Drupal\Component\Utility\UrlHelper; use Drupal\filter\FilterProcessResult; use Drupal\filter\Plugin\FilterBase;   /** * @Filter( * id = "nofollow_external_links_filter", * title = @Translation("Nofollow external link"), * description = @Translation("Add attribute rel=nofollow to external links."), * type = Drupal\filter\Plugin\FilterInterface::TYPE_TRANSFORM_REVERSIBLE, * weight = 20, * ) */

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

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

• Drupal: Создание своего текстового фильтра
• Drupal: Хлебные крошки + schema.org
• Drupal: Добавляем на страницу управления отображением комментария поля "автор" и "дата создания"

У некоторых почему-то возникают сложности встраивания разметки schema.org в хлебные крошки. Листинг файла breadcrumb.html.twig:

{% if breadcrumb %} <ul class="breadcrumb" itemscope itemtype="http://schema.org/BreadcrumbList"> {% for index, item in breadcrumb %} <li class="breadcrumb__item" itemprop="itemListElement" itemscope itemtype="http://schema.org/ListItem"> {% if item.url %} <a class="breadcrumb__text" href="{{ item.url }}" itemprop="item"> <span itemprop="name">{{ item.text }}</span> </a>

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

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

• Drupal: Видео уроки от Lullabot.com
• Drupal: Добавляем на страницу управления отображением комментария поля "автор" и "дата создания"
• Drupal: Функции для работы с адресами в twig

Хочу представить вам обновлённый модуль quote для цитирования

Я полностью переработал модуль, облегчив его и добавил новый функционал.

На данный момент работают 3 режима цитирования:

1. Цитировать выделенное
2. Цитировать всё
3. Ответить и цитировать всё

Первые два режима работают через JavaScript и мы остаемся на этой же странице. Режим "ответа" позволяет создать комментарий с ветвлением.

На данный момент модуль имеет много настроек: можно выбирать какие будут доступны режимы цитирования, в каких типах материалов, а также можно выбирать CSS селекторы для полей "откуда", "куда", на случай, если ваша тема оформления меняет стандартные классы на свои (как это делает тема оформления друпал.ру)

Так же я добавил лимит цитирования. Он позволяет предотвратить цитаты с большим количеством текста. На данный момент я установил лимит в 400 символов. Если будет мало, пишите, увеличим

Приглашаю всех принять участие в тестировании нового модуля. Далеко ходить не надо, модуль уже установлен и доступен прямо сейчас на друпал.ру

Drupal8

Drupal7

Предлагаю решение

Выставка модулей

Простой способ добавить поля "автор" и "дата создания" на страницу управления отображением комментария:

// MODULENAME.module   /** * Implements hook_entity_base_field_info_alter(). */ function MODULENAME_entity_base_field_info_alter(&$fields, EntityTypeInterface $entity_type) { if ($entity_type->id() == 'comment') { /** @see \Drupal\comment\Entity\Comment::baseFieldDefinitions() */ $fields['uid']->setDisplayConfigurable('view', TRUE); $fields['created']->setDisplayConfigurable('view', TRUE); } }

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

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

• Drupal: Drupal 8 Dev FAQ
• Drupal: Функции для работы с адресами в twig
• Drupal: Модуль EAV Field — хранение большого числа характеристик сущности в одном поле

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

// src/Plugin/views/filter/ProductHasPublishedVariationViewsFilter.php   /** * @ViewsFilter("product_has_published_variation") */ class ProductHasPublishedVariationViewsFilter extends FilterPluginBase {   /** * {@inheritDoc} */ public function query() { $this->ensureMyTable(); $query = $this->query; /** @var \Drupal\views\Plugin\views\query\Sql $query */

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

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

• Drupal: Отправить уведомление о новом заказе в Commerce 2
• Drupal: Как расширить функционал фильтр-плагина Views? (добавляем возможность фильтровать числовые поля по нескольким значениям)
• Drupal: AJAX добавление товара в корзину в Commerce 2

Всем блокам меню друпал добавляет кэш-контекст route.menu_active_trails, который создаёт новый кэш блока в зависимости от активной ссылки (т.е. если меню содержит сто ссылок, то по итогу в cache_render будет 101 вариант этого блока).

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

Пример для меню main:

/** * Implements hook_block_build_BASE_BLOCK_ID_alter(): system_menu_block. */

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

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

• Drupal: Кэш-контекст по хэшу значения куки
• Drupal: Программно наполнить меню ссылками на термины таксономии
• Drupal: Программно добавить в меню динамическую ссылку

Если вы испытываете проблемы с проверкой обновлений или с обновлениями, то, возможно, дело в этом.

Подробнее на хабре

Drupal9

Drupal8

Drupal7

Предлагаю решение

Свободные программы

В восьмёрке есть кэш-контекст cookies, который возвращает значение куки. Значение возвращается без какой-либо обработки, что временами нежелательно, так как кука может быть оооочень длинной (например, как у меня, это пользовательские фильтры вьюхи и настройки сортировки). Выход — создать новый кэш-контекст, который вместо raw значения куки будет возвращать его хэш:

// src/Cache/CookiesHashContext.php   namespace Drupal\modulename\Cache;   use Drupal\Core\Cache\Context\CookiesCacheContext;   class CookiesHashContext extends CookiesCacheContext {   /**

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

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

• Drupal: Добавляем возможность указывать атрибуты для элементов option
• Drupal: Выносим определение поддержки javascript в head
• Drupal: Показать форму входа при попытке анонимного пользователя поставить флаг

12 лет, как в друпал не могут добавить возможность указывать атрибуты для элементов <option> в select-ах. Делаем сами:

1. Копируем core/modules/system/templates/select.html.twig в папку своей темы.

2. Изменяем строчку

<option value="{{ option.value }}"{{ option.selected ? ' selected="selected"' }}>{{ option.label }}</option>

на

 

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

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

• Drupal: Выносим определение поддержки javascript в head
• Drupal: Показать форму входа при попытке анонимного пользователя поставить флаг
• Drupal: Создать свою ajax команду (8)

Для пользователей с включённым javascript друпал добавляет тегу <html> класс js, что позволяет писать более "доступные" стили. Например если на форме включена автоотправка, то можно не просто скрыть кнопку сабмита для всех, а скрыть только для пользователей с js:

.js .example-form .form-submit { display: none; }

Проблема только в одном — скрипт, добавляющий класс js подключается в подвале и поэтому пока страница загружается пользователь будет видеть кнопку, потому что соответствующего класса у <html> ещё нет.

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

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

• Drupal: Создать свой ajax индикатор прогресса
• Drupal: Как из Javascript выполнить ajax запрос с помощью Drupal Ajax API?
• Drupal: Отсылка на сервер дополнительных данных в системном автокомплите

Сегодня я расскажу, почему мне больше нравится docksal, а не docker4drupal. Этот вопрос уже обсуждался в телеграм чате, но я решил резюмировать обсуждение в виде статьи.

Скажу сразу, я буду сравнивать docksal и docker4drupal с точки зрения новичков и вебмастеров. К сожалению, многие разработчики стали забывать, что когда-то и они были новичками и то, что сейчас для них очевидно, для других совсем не очевидно. Помните об этом.

1) Централизованная установка и обновление. docksal устанавливается в вашу систему привычным образом, а обновляется командой fin update. Если вы используете стэк приложений по умолчанию, то он сразу обновится во всех контейнерах. d4d же нужно обновлять в каждом контейнере отдельно. Опять таки, в комплекте с d4d идет набор файлов, которые на 99% обычных проектов не нужны: Makefile, traefik.yml, docker-sync.yml. Это сбивает с толку начинающих пользователей d4d.

2) Не нужно нигде прописывать имя проекта. docksal берет имя проекта из имени каталога (как OpenServer на windows). В d4d же нужно обязательно в .env файле прописывать имя и ссылку для проекта. Это затрудняет обновление, потому что "нельзя просто так взять и заменить .env файл на новый". Нужно со старого скопировать имя вашего проекта и вписать в новый. Это такие мелочи, на которые бывалые разработчики не обращают внимания. Многие вообще перестают обновлять d4d потому что лень с этим заморачиваться.

3) Прокси сервер. Сразу после установки docksal будет запущен nginx который будет проксировать все ваши виртуальные хосты. Это позволит вам запустить сразу несколько сайтов одновременно на 80 порту. d4d "из коробки" такого не умеет.

4) Импорт больших баз. Наверняка многие пользователи d4d помнят

the input device is not a TTY при импорте БД через drush

Новичков это очень сбивает с толку. Через PMA БД не грузится, через drush тоже. Как быть? Нужно штудировать документацию, найти там ключ -Т и помнить о нем. В docksal же всё намного проще. Есть централизованная команда fin db import ИМЯ-ДАМПА, которая сама дропнет все таблицы и загрузит данные из файла дампа.

5) На работе мы используем docksal на dev сервере и там есть возможность просто прописать директиву VIRTUAL HOST и доксал автоматом разрулит когда будет обращение к нужному хосту по внешнему адресу и отправит в нужный проект. Например site1.mycompany.com, site2.mycompany.com
Я не сторонник использования докера на проде, но на дев сервере это невероятно удобно. Чтобы сделать такое в d4d нужно долго и внимательно штудировать документацию к traefik.

Приятные мелочи:

6) Установочные скрипты. В docksal есть встроенная возможность добавить к конфигурации сайта установочные скрипты и вызывать их удобным способом fin init-site, например. Скрипт поднимет контейнеры, запустит composer install, скачает БД с дев сервера, импортирует ее. И вот мы имеем готовый сайт для локальной разработки. В d4d можно такое сделать, но вручную.

Резюме:
Если вы давно хотели попробовать докер для локальной разработки, то я рекомендую начать именно с docksal. Он проще и дружелюбнее к начинающим пользователям.

Drupal9

Drupal8

Drupal7

Веб-мастерам и владельцам сайтов Автор ivnish Drupal backend developer в компании Abventor

Перевод статьи Марины Пайч «Overcoming challenges faced by Drupal events organizers» с советами по координации мероприятий по обучению Drupal.

Организация мероприятий в рамках Drupal Global Training Days — это отличный способ рассказать о Drupal, привлечь новых разработчиков и повысить его популярность.

Если вы еще не слышали о Drupal GTD, обычно это одно- или двухдневный тренинг, где опытные разработчики проводят сессии, посвященные Drupal, и обучают участников созданию своего первого сайта на Drupal или модуля. Почему это мероприятие называется глобальным? Потому, что оно проводится по всему миру ежеквартально в определенные дни (или около того). Организаторы из Северной и Южной Америки, Европы, Африки, Азии и Австралии объединили свои усилия, чтобы создать движение GTD и показать силу мероприятий, проводимых сообществами по всему миру.

Знакомство с Drupal 8 в Рияде. Фото @EssamAlQaie.

Однако организаторы Drupal-мероприятий сталкиваются с проблемами при проведении тренингов и конференций. Рабочая группа Drupal Global Training Days провела опрос, чтобы выяснить общие трудности для организаторов и то, как они могут помочь с проведением мероприятий GTD. Сначала мы разработали анкету для онлайн-опроса, а затем провели несколько обстоятельных интервью для подтверждения собранных данных. В этой статье я собрала наиболее распространенные проблемы, с которыми сталкиваются организаторы Drupal Global Training Days и провела мозговой штурм, чтобы найти пути их преодоления, основываясь на своем личном опыте организации мероприятий и положительном опыте других организаторов. Что ж, приступим.

GTD в Омске. Фото @ADCISolutions.

Проблема 1: Нехватка материалов для докладов (документация или презентации других организаторов)

Чему мы должны научить? Отсутствие готовых материалов является самой распространенной проблемой организаторов во всем мире. Это действительно очень острая проблема. Не существует «специальной папки» с постоянно обновляемыми и готовыми к использованию презентациями и докладами.

На это есть две основные причины:

1. Большинство организаторов проводят мероприятия GTD на своем родном языке: испанский, русский и т. д., что делает такие презентации малопригодными для использования в других странах.
2. Программы мероприятий составляются с учетом уровня участников: в некоторых странах на GTD в основном приходят люди не знакомые с Drupal, в других странах — более опытные.

Эти факторы весьма затрудняют (если не делают невозможным) создание презентаций, которые могут подойти для всех видов тренингов.

Решить эту проблему можно, обратившись за помощью к другим организаторам GTD. Вступите в группу GTD на Drupal.org. Там вы можете создать новую дискуссию и попросить людей поделиться своими материалами или хотя бы программами мероприятий, чтобы вы могли адаптировать материалы к вашей аудитории и целям. Также есть специальный канал Slack, где вы также можете обратиться за помощью к другим организаторам.

Я поступила именно так, когда мы решили добавить семинар к нашему GTD. В прошлом у нас были только теоретические мероприятия, но затем мы захотели провести практический семинар. Поскольку мы никогда раньше не проводили практикумов, я обратилась к другим организаторам с вопросом, кто уже проводил семинары. И Маурисио ответил мне и поделился большим количеством материалов, которые они использовали в Никарагуа.

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

Опираясь на опыт никарагуанских мероприятий GTD, мы смогли не начинать все с нуля, а провести качественное мероприятие.

Реализуется также глобальная инициатива по переводу руководства пользователя Drupal 8 на различные языки. Если вашим родным языком является один из следующих: Català, Magyar, Español, Українська, 简体中文, Français, Deutsch, فارسی, Bahasa Indonesia, 日本語 — вы можете использовать эти материалы для своих тренингов. Если вашего языка пока нет в этом списке, вы можете помочь перевести его. (Примечание: теперь руководство доступно и на русском языке).

Проблема 2: отсутствие унифицированных рекламных материалов

Вторая широко распространенная проблема — отсутствие промоматериалов. Эта ситуация аналогична первой проблеме. Разные языки и разные профессиональные навыки участников затрудняют создание единого набора материалов для продвижения всех мероприятий GTD. В ходе дискуссий с участниками рабочей группы GTD мы обсудили, что мы можем сделать, и поняли, что для каждого организатора лучше всего создавать собственные промоматериалы, поскольку они лучше знают свою аудиторию и могут передать основную цель GTD — «Введение в Drupal» на простом и понятном языке.

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

Проблема 3: нехватка докладчиков

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

Ситуация #1

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

Ситуация #2

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

Ситуация #3

Вы являетесь единственным организатором или некому выступить в вашей организации. Преодолеть эту проблему можно двумя способами:

1. Поищите докладчиков из других Drupal компаний в вашем регионе. Они смогут прорекламировать свою компанию, а вы получите докладчиков с опытом. Другой вариант может быть применен, если у вас сильное сообщество в вашем городе или регионе. В этом случае вы можете пригласить людей из сообщества выступить на мероприятии.
2. Если первый способ не может быть реализован, найдите дистанционных докладчиков и сделайте видеозвонок или даже организуйте онлайн-событие. Глобальное сообщество Drupal невероятно огромно. Я уверена, что вы найдете замечательных и мотивированных докладчиков для вашего мероприятия в сообществе.

Проблема 4: низкая конверсия (многие регистрируются, немногие посещают)

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

Но если это происходит постоянно, вам необходимо тщательно оценить свои усилия по продвижению. Возможные причины:

• Промо материалы вводят в заблуждение: ожидания участников не оправдались. Убедитесь, что обещанные цели достигнуты, и усовершенствуйте промо материалы и тексты в соответствии с этим. Чтобы определить разрыв между ожиданиями и реальностью, организуйте несколько обстоятельных интервью с представителями вашей целевой аудитории или добавьте вопрос об ожиданиях в регистрационную анкету.
• Проблемы с сопровождением участников: обычно с момента отправки заявки на участие в мероприятии до фактической даты его проведения проходит пару недель. Человек мог забыть о событии, потерять интерес или даже передумать. Чтобы этого не произошло, предусмотрите несколько возможных способов контакта с уже зарегистрированными пользователями. Отправляйте электронные письма, информируйте о ходе подготовки тренингов и расписании их проведения, отправляйте напоминания.
• Не совсем ваша целевая аудитория: если ваши промо материалы будут рассылаться более широкой аудитории (например, не только студентам технических специальностей, но и всем студентам), вы можете получить много регистраций, но только технари примут участие. Будьте внимательны при выборе каналов продвижения, убедитесь, что вы привлекаете целевую аудиторию.

Могут быть и другие причины низкой посещаемости: трудно добраться до места проведения мероприятия, слишком высокая стоимость билета (если это платное мероприятие), не очень интересная программа и т. д. Но вы должны найти причины для вашего конкретного случая. Пообщайтесь с участниками, спросите их, что могло бы повысить их удовлетворенность; посещаемость ваших мероприятий возрастёт, когда вы наладите обратную связь с ними. Только не забудьте рассказать о сделанных улучшениях в ваших промо материалах, чтобы люди знали, что вы действительно прислушались к ним.

Проблема 5: нехватка денег для оплаты площадки и кофе-брейков

Согласитесь, здорово, когда вы приходите на мероприятие и там есть бесплатный кофе? Позаботьтесь о том, чтобы участникам мероприятия было удобно и приятно и во время докладов и на кофе-брейках:

• Организуйте мероприятие в офисе IT-компании. Если ваш офис не подходит для проведения мероприятий, обратитесь в более крупные компании и предложите сотрудничество: вы организуете мероприятие, а они предоставят площадку. В обмен, они смогут прорекламировать себя во время мероприятия. Необязательно, чтобы это был офис именно IT-компании, можно поискать любое удобное и красивое место; просто зачастую IT-офисы круто выглядят и уже оборудованы для проведения таких событий.
• Организуйте мероприятие в вузах. Попробуйте договориться с руководством учебного заведения о безвозмездном предоставлении помещения для проведения мероприятия. Преимущества вузов в том, что они, как правило, располагают всем необходимым оборудованием и там можно найти потенциальных участников вашего мероприятия — студентов технических специальностей.
• Ищите спонсоров на бартерной основе. Drupal GTD — международное событие, притягивающее внимание множества людей. Используйте это в своих интересах и привлекайте компании, которые окажут вам поддержку в организации вашего тренинга и предоставят необходимые ресурсы или услуги в обмен на рекламу. Предложите разместить их рекламу на площадке мероприятия. Это даст возможность провести мероприятие на хорошем уровне: участники получат более приятные впечатления, а вам не придется беспокоиться о финансовых затратах.

Проблема 6: отсутствие спонсоров

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

Если же без спонсорской поддержки не обойтись, то:

1. Создайте список компаний, которым может быть интересно ваше мероприятие.
2. Узнайте, кто в этих компаниях принимает решения по таким вопросам.
3. Напишите, чем ваше мероприятие может быть полезно компаниям-спонсорам: продвижение, брендинг, доклад на мероприятии и так далее и обозначьте стоимость спонсорского пакета.
4. Подготовьте индивидуальное спонсорское предложение для каждой компании.

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

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

Проблема 7: недостаточная осведомленность

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

Чтобы привлечь больше внимания к вашему мероприятию, вам стоит проводить его в тот же день, когда такие мероприятия устраиваются глобально по всему миру. Масштабность проводимого мероприятия часто вызывает у людей любопытство и желание его посетить. Для продвижения своего мероприятия не стесняйтесь использовать видео других организаторов GTD: видеоролик №1, видеоролик №2.

Томас П. Томас (исполнительный директор Zyxware Technologies) рассказывает о Drupal GTD и сообществе Drupal на мероприятии GTD в Керале. Фото @zyxware.

Выводы

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

Организаторам GTD я желаю быть активными, креативными и целеустремленными. Эти качества помогут вам проводить яркие и запоминающиеся мероприятия и привлекать к Drupal внимание множества людей!

Рабочая Группа Drupal GTD (paych, lizzjoy, dinarcon, rgs, rachit_gupta, pendashteh, solomonkitumba) всегда готова протянуть вам руку помощи и подсказать, что делать.

Вступайте в группу Drupal GTD, подключайтесь к нашему каналу в Slack и подписывайтесь на наш Twitter :)

Удачных GTD!

Предлагаю решение

Статьи и публикации