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

Попробуйте Views List Sort

Добавьте таксономии поле Color Field и вытягивайте для каждого термина цвет плашки, хоть инлайн-стилями, хоть через css-правила.

Что лучше использовать при загрузке нод EFQ или Views?

У views очень хорошо настроено кеширование. Если сможете реализовать подобное в своем модуле с EFQ - будет не хуже чем views.

модуль Smart Trim используется?

В общем-то, да. Но есть ньюанс.
Всё это надо было обсуждать до передачи домена.

А затем в арбитраже сравнивают даты регистрации товарного знака и домена.

В общем-то, уже в шестерке (раньше не застал) форум был так себе. Причина - отмирание этого формата в пользу блогов. Судя по тому, что в 7-8-9 ситуация не изменилась - тенденция имеет место быть.
Модуль forum делает ноды-топики (их содежимое - первым "прибитым" сообщением) и комментарии к ним - в виде форумных постов. Ну и словарь таксономии - в качестве иерархии-навигации по разделам форума.
Примитивный функционал: нет, например, возможности переносить каменты-посты в отдельные ветки, назначать модераторов отдельным разделам, и т.п.

Означает, что у файла установлен executable bit - файл является исполняемым (программой, скриптом)
Подробнее: https://habr.com/ru/post/469667/

Посмотрите ACL
Для группового доступа к ресурсам - Organic groups возможно, подойдет.

$("popup-content-selector").html(data).dialog();

А чем попап сделан?

в общем случае как-то так:

Как-то так:

Полез проверять календарь. Ах, ну да - среда же маленькая пятница.

вот для семерки: https://www.valuebound.com/resources/blog/how-drupal-handles-page-reques...

Но ссылки на файлы, которые сгенерит друпал, все равно будут вида public://pdf/... и преобразуются в /site/default/files/pdf/... при рендере

Попробуйте в hook_url_outbound_alter их отреврайтить, не уверен на 100% что туда попадают ссылки на файлы.

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

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

gun_dose wrote: надо ставить уже второй композер

хм, недавно так сделал, восьмерка стала жаловаться на какие-то зависимости (проект старый)
Пришлось деградировать на 1.9

Самый оптимальный и дешевый вариант - не обновлять совсем. (Были и такие сайты).
Ну а дальше начинается компромисс между ценой и качеством.
Если владелец сайта согласен на вариант "мы сейчас накатим обновления, вы потом посмотрите, если где-то отвалится, то откатим обратно, правда придется заново создать весть контент с момента бэкапа" - то ок, почему бы и нет.

Был такой случай.
На сайте на семёрке был установлен модуль Display Suite. Причем, каждый раз глядя на него, я недоумевал - зачем он здесь, мы же используем панели, а формы не темизируем. Ну да ладно, работает - не трогай.
После очередного обновления безопасности DS, отвалились иконки цветов у атрибутов товара.

akhmetshin wrote: Потом делаем схематичные прототипы страниц, которые будут отданы на дизайн.

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

ТЗ должно появиться в п.1, или что тогда, в вашем понимании, "Проектируем сайт" ?

OldWarrior wrote: HTTP_X_REQUESTED_WITH

Меня терзают смутные сомнения.
Далеко не всегда вебсервер предоставляет это значение, особенно в случае проксирования запросов nginx -> apache. Там в конфигах вирт.хостов порою такое написано - обнять и плакать.
Да и идея отдачи разного контента по одному урлу - попахивает клоакингом.

OldWarrior wrote: Но какой-то признак AJAX-запроса (входящий на целевой контроллер) можно было обеспечить

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