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

Я и не говорил, что пользу приносят только разработчики. Думаю, очевидно, что возможностей развивать платформу больше у компаний: у вендоров и у крупных клиентов. При этом я не утверждаю, что надо забить на веб-мастеров, разработчиков и любителей. Уверен, баланс будет найден в будущем.

bsyomov wrote: Развивать и продвигать платформу которая массово используется куда проще. И привлекать в неё новых разработчиков, кстати, тоже.

Какое именно «развитие» и какие «новые разработчики» имеются в виду?

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

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

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

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

Как по мне, так это — разговоры в пользу бедных. Суть-то простая: не умеешь — научись, не хочешь учиться — плати, не хочешь учиться и платить — займись чем-нибудь другим. Я бы предпочел, чтобы в мире было больше людей с инженерным мышлением, чем тех, кто хочет дальше пользоваться каменным ножом (пусть даже собственного изготовления).

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

Мне интересно, какие большие концепции нужно освоить, чтобы делать сайты как на Drupal7? Начнем, как принято, с композера — пара-тройка команд, одна из которых на drupal.org дается в виде «copy-paste-enter». Что еще нужно освоить?

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

Сколько человек в команде работает? Как выстроены процессы деплоя и релизов?

Ты пишешь, что не используешь 99% модулей. Какого рода проекты ты реализуешь на Drupal?

Для освоения Webform не нужны навыки программирования. Рядовой контент-менеджер может клепать опросы по готовым сценариям, что дает экономию в 100-300%.

Нужно ТЗ или хотя бы внятное описание задачи.

Какой адрес сайта?

Какая версия Drupal?

Планируете ли разместить модуль в официальном репозитории drupal.org?

Не надо хамить. С Д7 уже мало желающих возиться. А если найдешь решение, то можешь поделиться с сообществом. Возможно, кому-нибудь пригодится.

Если проблема решена, то можно и успокоиться.

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

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

Чтобы решить вашу проблему есть 2 варианта:

1. Бесплатно

Попробуй в views-view-fields.html.twig выводить {{ row._entity.id }}. Из препроцесса можно убрать код.

Например, так:

Возможно ТС не по своей воле с D7 знакомится

VasyOK wrote:
Можно какой-то более лаконичный пример?

Короткие примеры можно в документации посмотреть, например, про управляющие конструкции: https://sass-lang.com/documentation/at-rules/control/if

Используйте тему оформления Radix. К ней идет подробная документация (на английском).