Передовой опыт разработки на Drupal 8

Вступление

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 и следите за нами на Яндекс Дзене, ВКонтакте и в инстаграме.