Привет, форумчане!

Как архитектурно правильно построить такое в коммерц 2:

Пользователь выбирает город - по сути склад.

Один и тот же SKU может быть на разных складах(в разных городах) в разном количестве и стоить он может по разному.
Например: SKU A1 на складе N имеется в количестве 10шт. по цене 1$, а на складе M в количестве 2шт. по цене 2$

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

При этом установлен email_registration чтобы не было логина, ну точнее он там есть, но автогенериться и поле скрывается.

Поле номера телефона уже есть с верификацией по смс.

Вопрос в том как по проще сделать e-mail не обязательным и если его не вводят, то я так понимаю придётся писать туда заглушку?

Как быть с востановлением пароля и другими сопутствующими вещами?

Доброго времени. Commerce 2. Если мне нужно показывать виджет количества только на странице продукта, а в тизере не нужно. Это делается из коробки?

Доброгог времени!

Commerce 2.

Нужно создать атрибуты, но не в коассическом понимании, т.е. чтобы не нужно было много вариаций создавать.
Благо есть order-item-types и можно создать новую со своими полями.

Нужно поле выбора цвета. Цвета заранее определенные, нужно где-то хранить. Думаю в таксономии. Но нужно выводить их как color_field.

Может есть кто-то в теме, кто делал уже что-то похожее. Интересует лучшее way ))

Посоветуйте с алгоритмом доступа:

1.Есть сущность - верхнего уровня, к ней определён доступ пользователя.
2.Есть дочерняя промежуточная сущность и есть дочерняя сущность у промежуточной.
3.В общем есть иерархия через entity_reference этого всего.

Вопрос: как мне лучше всего организоваьт проверку доступа к дочерним сущностям на основе доступа к самой верхней? Может есть что-то готовое?

Привет всем!

Дано:
Ноды с параграфами
В параграфах есть поля:

• "изображение"
• логическое поле "показать как галерею"

Параграфов в нодах может быть несколько.

Задача:
Вывести ссылки на галереи.
Галерея - это нода, в которой может быть один/несколько параграфов с установленным значением "показать как галерею".

Ссылка на галерею - изображение, причём на одну галерею (ноду) - одно изображение (первое в первом параграфе, у которого установлено значение "показать как галерею").

Коллеги, поделитесь опытом: кто как хранит данные, такие, как телефон, адрес и т.д.
Заводите отдельную страничку с этими конфигами, используете кастомные блоки, пользуетесь доп. модулями?
D8

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

После известного изменения
https://www.drupal.org/node/2891902
файлы вообще не удаляются.

Как теперь правильно удалять файлы которые не используются? D8. Нормально использовать для этого fancy_file_delete, есть у кого опыт?

Просто устраивает нынешнее поведение, переключаться на старый режим не нужно, но и файлопомойку не хочется

Коллеги, кто-нибудь работал с domain access D8 и метатегами?
В частности, кто как решал метатеги для главной?

Друзья, знаю, что тема изъезженная, но всё-таки посоветуйте инструменты или рецепты деплоя для 8. Кто как это делает?

Работаю 1, код локальный - тут всё делаю, тестирую, надо выкладывать на боевой - тут не знаю, что взять за основу, хочется автоматизировать более-менее.

Вот например, вчера было обновление, на локальном: composer update, cd web, drush updb, может что-то новое накликаю, drush cex. Теперь надо это выгрузить всё на прод. Вот чем это лучше делать, учитывая, что на боевом нужно будет импортировать конфиги, выполнить обновление базы, почистить кеш?