Ну все ровно спасибо большое Вам за участие, будем дальше думать как это лучше реализовать...

Вот тут https://www.amazeelabs.com/en/blog/faster-import-processing-display-data-feeds-views-panels нашел вроде интересное решение, но проблема в том что английский у меня не родной, так что я не все там до конца понял, а попробовать не было возможности, так как модуль Data на котором там все основано, меня сразу испугал, да и он не обновлялся аж 16 года. Может Вы знаете модуль который бы смог заменить модуль Data?

Да я собственно даже не могу представить как это может выглядеть. Ну допустим я создам поля для каждой из трех таблиц, но как их объединить под одним именем что бы я смог их отображать в зависимости от выбора пользователя. Ну хорошо при помощи field collection (или ещё как), я смогу их объединить, ну в этом случае мне нужно будет создать столько полей сколько туров в чемпионате, что бы я смог манипулировать этими полями (что если честно меня немного пугает). Вот пока писал возник ещё один вопрос. Не подскажите количество полей привязанных к материалу сильно влияет на загрузку страницы?

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

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

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

Ну это будет совсем жестка, уж лучше через поля)))

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

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

Блок оборачивается в div модулем BigPipe, нашел обсуждение данного вопроса на drupal.org вот тут https://www.drupal.org/project/facets/issues/2913563, там же можно найти и patch-и, работают или нет не знаю, не пробовал, но если отключить данный модуль div-ы исчезнут))).

Ну хорошо виновников определили), а вот как с ними бороться? Вообще не понятно зачем нужны эти div-ы, и какую роль они играют. И хотя они походу привязаны к роли пользователя, их назначение туманно. Да и почему они реагируют только на формы? К стати если вывести в этот блок, вместо кастомной формы, к примеру форму модуля search, div-ы исчезнут, хотя на первый взгляд это самая обычная форма, нечем не отличающееся от любой другой. Вопрос, что же есть в форме модуля search, что отличает ее от кастомной формы, и как убрать эти div-ы).

hanohozak wrote:

Галка "показывать раскрытым" у родительского пункта меню стоит?

"Plazik" wrote:

У анонимов нет прав на просмотр профилей пользователей.

Ну это не аноним, а за регистрированный пользователь! Сейчас посмотрел, а в настройках темы было отключено разрешение на просмотр профиля для за регистрированных пользователей. Теперь всё работает нормально. Просто мне как новичку пока ещё трудно угнаться за всеми нюансами работы с Drupal, от сюда и возникают такие вопросы.

"imarat" wrote:

не надо создавать тему с нуля
возьмите какую-нибудь пригодную для разработки, например framework, и меняйте под себя

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