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

Однажды CTO спросил меня посреди встречи по планированию decoupled Drupal: «Так какой API нам использовать?»

На секунду в комнате стало тихо. Frontend хотел GraphQL. Backend хотел JSON:API. Один интеграционный подрядчик уже предположил REST. Product owner просто хотел, чтобы мобильное приложение перестало ждать релизов сайта.

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

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

Многоязычный бэклог имеет особый запах. В понедельник вы публикуете на английском, обещаете немецкий «на этой неделе», а к пятнице смотрите на 47 обновлённых страниц и не понимаете, как внятно ответить: «Итак… каков реальный статус?»

Я видел, как команды пытались решить это, добавляя ещё больше процесса: таблицы, тикеты на перевод, еженедельные синки. Это работает до тех пор, пока кто-то не правит герой-параграф на 200 страницах. Потом вы снова начинаете гадать.

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

1 Введение

Плагины Lightbox уже более десяти лет являются неотъемлемой частью веб‑сайтов на базе Drupal. Они позволяют редакторам отображать изображения, видео и другие медиа‑материалы во всплывающем оверлее без перехода с текущей страницы — шаблон, которого посетители ожидают на современных сайтах с большим количеством мультимедиа.

1. Почему управление конфигурацией на основе CI имеет значение

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

Классические проблемы хорошо знакомы каждому, кто запускал Drupal‑сайт:

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