1. Главная
  2. marassa

marassa: Комментарии

Главные вкладки

6 июля 2019 в 6:34

Про семёрку ничего не знаю, а в восьмёрке ничего программировать не надо:
1. Для каждого словаря создаём новый view mode, скажем, "picture", который показывает только картинку.
2. В настройках отображения типа материала в качестве форматтера нужного поля выбираем Rendered Entity, view mode - picture.
PS Это если я правильно понял между строк, что реальная цель - отображать картинку вместо названия при ПРОСМОТРЕ материала. Если же действительно при заполнении надо выбирать картинку из списка картинок, тогда боюсь без программирования вряд ли.

30 июня 2019 в 22:44

Кажется понял - принципиальная разница в том, что при каждом клике динамически перестраиваются и доступные фильтры, и отобранные товары. То есть главная разница по сути - в динамике UI.

30 июня 2019 в 22:41

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

Но я же в принципе могу это и на раскрытых фильтрах намутить - ограничить список доступных городов выбранной страной, если есть очевидная связь город->страна? Или тогда мои раскрытые фильтры превратятся в фасеты?

очень важно понимать, что фасетные фильтры - это ссылки, а не форма. Поэтому после каждого клика по фильтрам идёт загрузка новых результатов

Это существенно, да.

30 июня 2019 в 22:18

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

30 июня 2019 в 21:45

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

подправляют запрос, в соответствии с введенными данными

и

позволяет далее корректировать выборку по существующим вариациям

28 июня 2019 в 15:03
1

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

27 июня 2019 в 19:30

kvaleksandr wrote:
хз почему, но ни 'ru' ни 'en' он не хочет обрабатывать((, возможно что-то с настройками.

Может быть потому, что $node->language это вовсе не строковый код языка, а объект класса \Drupal\Core\Language\LanguageInterface ?

25 июня 2019 в 22:05

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

более изящным решением будет вклиниться где-то после получения вьюсом данных из БД и перед рендерингом вьюса и установить в настройках данного поля картинки нужный "стиль" картинки

25 июня 2019 в 18:32

Проблема в том, что в препроцесс-хуке темы для отдельно взятого поля я не умею добыть views->total_rows, а в пререндер-хуке для view я почему-то не могу найти рендер-массивы этих самых отдельно взятых полей: https://drupal.ru/node/139800

25 июня 2019 в 17:13

Отключение itok грозятся убрать в одном из будущих релизов восьмерки (или уже девятки): https://www.drupal.org/project/drupal/issues/2568517
На крайний случай так и сделаю, но хочется еще немного поискать более изящное решение.

25 июня 2019 в 15:06

В общем, чтобы закрыть тему - с кавычками помог разобраться фильтр |raw, но тут выяснилось, что тупо подменить название стиля в пути к картинке недостаточно: если картинка в данном стиле еще не сгенерирована, то она и не будет сгенерирована без правильного itok. А вычислять itok с учетом private key сервера прямо в twig'е - это уже слишком экстремально даже для меня Wink
Решил пойти другим путем, но тоже ушел не слишком далеко - продолжение квеста в отдельном топике...

21 июня 2019 в 8:41

adano wrote:
Что надолго? Бэкап на ровном месте вырастит в объеме?

Не сам бэкап конечно, а сайт, с которого он сделан. Размер бэкапа вообще непонятно кому интересен. Топикстартер уж точно не про это спрашивал.

21 июня 2019 в 8:30

реальный кейс

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

Бэкап со стилями 20 Гб. После drush image-flush --all 15 Гб.

Надолго?

ничего "не подвешивается"

Хороший сервер или маленький трафик.

далее все стили прекрасно генерируются "на лету"