Я вообще делаю поверх изображения ссылку отдельным полем с абсолютным позиционированием, получается если ссылка есть, то при нажатии на картинку происходит переход по ссылке, а если ссылки нет - открывается картинка просто. Не знаю как с точки зрения правильности это сделано, но пока не заморачивался.
{{product.variation_field_country}} - это то работает, если нужно просто вывести в шаблоне товара поле из его же вариации.
А как вывести в шаблоне товара поле вариации другого товара, который был прикреплен к этому товару через поле "Ссылка на сущность" - Тип связи: Product (referenced entity).
Например цену из первой вариации в самом товаре получаю так:
{{ product.variation_price['#items'][0].number }}
А тут надо цену из вариаций прикрепленных товаров получить, типа:
Вы знаете как пользоваться перезаписью варианта отображение например teaser товара ? В этом случае во вьюхе списка товаров нужно выводить не поля, а teaser, и тогда там всё есть и связей с вариациями не надо. В списках появляется выбор и цвета и чего угодно, наверно так получится. В этом же шаблоне teaser можно делать что угодно. Скрыть изначально цвета, а показать при нажатии на кнопку "завтра". Только всё равно не как вайлдберриз будет, а нужно будет сначала выбрать цвет а потом добавить в корзину (сделать кнопку в корзину во всплывающем блоке рядом с выбором цвета).
Та на озонах всяких так и есть, куча одинаковых товаров разбросаны как попало, сейчас так модно. Хотя я наверно ваще не по теме (дошло сейчас), но кому нибудь пригодится. Вам надо чтобы сразу из списков можно было выбрать цвет, размер и добавить в корзину ? Зачем такое ? Один размер еще понятно, но цвет и размер сразу выбирать ? Или я недопонял что. А если нужна всплывающая форма, то в чем её преимущество перед простым заходом в товар и дальнейшим выбором там уже цветов и размеров ?
Это же будут отдельные товары буквально, тот товар и добавится на который нажали. Но можно не выводить сразу ссылку на добавление в корзину как у меня, и тогда сначала человек нажмет на иконку товара-варианта, откроется страница этого товара, и затем уже добавит в корзину (так например на озоне и им подобным). Я просто очень не люблю вариации встроенные, были проблемы, пустые вариации, ошибки после feeds и так далее. Да и на вариациях не сделать универсальный сайт.
Одна беда от этих вариаций и путаница (feeds косой, клонирования нет). Я в своих сайтах использую модуль EVA. Оно позволяет вывести на странице товара другие товары, а вариация у товара только одна. Принцип такой:
- создается любое текстовое поле в товаре
- создается views EVA, которое выводит все товары, у которого в этом поле одинаковое слово, исключая тот товар, на странице которого этот views показывается (настройка views заковыристая, инструкция в интернете где-то)
- этот views выводится на странице товара (я вывожу в шаблоне twig товара в нужном месте)
Еще не было возможности показать количество отзывов и среднюю оценку в тизере товара, так как нет такого функционала по выводу комментариев в тизере. Помог модуль EVA. К тому же view, который подсчитывает количество отзывов первого уровня и среднюю оценку, добавил вкладку EVA, выбрал тип сущности: Product.
В самом commerce-product--teaser.html.twig вывел уже поле EVA - {{ elements.reviews_stats_entity_view_1 }}
( выводится по шаблону: {{ elements.имя представления_машинное имя блока eva }} )
Вопрос исперчен, сам с собой поговорил, все довольны.
Даже лучше вышло, добавил к отзывам (комментариям) поле списка выбора из пяти цифр 1, 2, 3, 4, 5.
Теперь можно оценку выбирать при добавлении отзыва. А во вьюс (включив агрегацию) кроме количества отзывов вывел среднее значение у этого нового поля. Там же и перезаписал поле чтобы в зависимости от оценки выводился либо красный, либо оранжевый, либо зеленый блок с оценкой.
До это искал подобный модуль, навозившись сутками с fivestar и им подобным, ничего путного не получалось. А тут так всё просто оказалось.
Через views я пробовал, можно. Я просто думал может есть что попроще. Еще хотел кнопку вверх в товаре вставить с количеством в commerce-product--full.html.twig. А тут так не получится.
От яндекса "Yoomoney" тестировал недавно с тестовым магазином на Drupal 10.3.2. (https://www.drupal.org/project/yoomoney/releases/1.0.2).
Оплата проходит, всё работает, в личном кабинете ЮKassa покупки отображаются. Больше ничего не знаю. Нужно ставить через composer, иначе не установится в vendor yookassa-sdk-php и yookassa-sdk-validator. Модуль включится, но при настройке будет ошибка что какой то класс не найден или еще что то про sdk, не помню.
Нет ничего кроме коммерца. Я много наделал всяких магазинов на модулях корзины, но они могут только минимум - функции корзины и оформления заказа, никаких оплат там нет. Самое то только для сельских магазинов, которым не нужна оплата и другие функции. Последний раз использовал какой то "Alternative Commerce", он помощнее, но забросил (кстати не понял, почему такой большой модуль так непопулярен, столько работы). А так сейчас на коммерц перешел, яндекс модуль работает по оплате, проверял только что, учет количества работает, короче веселей.
Бред какой то. Не может же быть что все модули глючат со звездами. Вот теперь fivestar выдает такое. Слева у админа показывается две звезды, справа у зарегистрированного пользователя показывается одна, хотя оба ставили по одной звезде.
То ли кони не едут, то ли я что-то. Решил снова попробовать fivestar. Так теперь не могу запретить анонимным пользователям голосовать. Независимо от того что включено в правах доступа пользователей:
"Use Fivestar to rate content"
незарегистрированные пользователи могут голосовать и голоса учитываются.
Lady and gentleman лет ми спик фром май харт,
там еще и в самом модуле всякой ереси понаписано. Это же надо всё переводить. Не, я не умею, выкладите кто нибудь, если хочется.
VasyOK wrote: Функцию перевода в самописе знаете как обновлять?
VasyOK wrote: Полезное дело делаете. На орге решение выставляли?
Не, не выкладывал. Страшно как то с такими познаниями php и английского, я не переведу. Я понимать то понимаю, а сказать не могу. Да и не знаю я что там делать, потом следить за ним нужно, обновлять типа ?
gun_dose wrote: Всегда забавляло, как скидки устанавливаются путём ввода старой цены
В content type свой добавляете поле "Веб-форма". Создаете материал с трубогибом, там выбираете вебформу нужную. Создаете views с форматом отображения "Slick Carousel" из модуля который дали выше. Добавляете поле "Веб-форма", которое создали в content type. В настройках Slick Carousel выбираете это поле и другие нужные поля в "CAPTION FIELDS". Получается карусель с вебформой.
Я вот этот "Будь мужиком" поставил, и он понравился. Но доделывать нужно. Во вьюхе заказов например забыли контекстный фильтр поставить по пользователю, получается любому пользователю видны все заказы. Внешний вид админки тоже непонятный. А так в отличии от basic_cart в истории заказов навсегда остаются товары и фото. А не удаляются, если товара уже нет на сайте. А commerce вымораживает со своими вариациями, особенно при использовании feeds и особенно когда вариации не нужны.
Добавить ссылку в поле "Изображение"
Я вообще делаю поверх изображения ссылку отдельным полем с абсолютным позиционированием, получается если ссылка есть, то при нажатии на картинку происходит переход по ссылке, а если ссылки нет - открывается картинка просто. Не знаю как с точки зрения правильности это сделано, но пока не заморачивался.
Commerce product: поле: Ссылка на сущность / Тип связи: Product - как получить цену из вариации в twig шаблоне
Еще методом абсолютно дичайшего безсознательного тыка получил кнопку в корзину:
Commerce product: поле: Ссылка на сущность / Тип связи: Product - как получить цену из вариации в twig шаблоне
Методом тыка вывел цену, осталось найти кнопку добавления в корзину:
Commerce product: поле: Ссылка на сущность / Тип связи: Product - как получить цену из вариации в twig шаблоне
Туго это у меня, не понял.
{{product.variation_field_country}} - это то работает, если нужно просто вывести в шаблоне товара поле из его же вариации.
А как вывести в шаблоне товара поле вариации другого товара, который был прикреплен к этому товару через поле "Ссылка на сущность" - Тип связи: Product (referenced entity).
Например цену из первой вариации в самом товаре получаю так:
{{ product.variation_price['#items'][0].number }}
А тут надо цену из вариаций прикрепленных товаров получить, типа:
Вывод товаров Commerce
Вы знаете как пользоваться перезаписью варианта отображение например teaser товара ? В этом случае во вьюхе списка товаров нужно выводить не поля, а teaser, и тогда там всё есть и связей с вариациями не надо. В списках появляется выбор и цвета и чего угодно, наверно так получится. В этом же шаблоне teaser можно делать что угодно. Скрыть изначально цвета, а показать при нажатии на кнопку "завтра". Только всё равно не как вайлдберриз будет, а нужно будет сначала выбрать цвет а потом добавить в корзину (сделать кнопку в корзину во всплывающем блоке рядом с выбором цвета).
Вывод товаров Commerce
Та на озонах всяких так и есть, куча одинаковых товаров разбросаны как попало, сейчас так модно. Хотя я наверно ваще не по теме (дошло сейчас), но кому нибудь пригодится. Вам надо чтобы сразу из списков можно было выбрать цвет, размер и добавить в корзину ? Зачем такое ? Один размер еще понятно, но цвет и размер сразу выбирать ? Или я недопонял что. А если нужна всплывающая форма, то в чем её преимущество перед простым заходом в товар и дальнейшим выбором там уже цветов и размеров ?
Вывод товаров Commerce
-
Вывод товаров Commerce
Это же будут отдельные товары буквально, тот товар и добавится на который нажали. Но можно не выводить сразу ссылку на добавление в корзину как у меня, и тогда сначала человек нажмет на иконку товара-варианта, откроется страница этого товара, и затем уже добавит в корзину (так например на озоне и им подобным). Я просто очень не люблю вариации встроенные, были проблемы, пустые вариации, ошибки после feeds и так далее. Да и на вариациях не сделать универсальный сайт.
Вывод товаров Commerce
Одна беда от этих вариаций и путаница (feeds косой, клонирования нет). Я в своих сайтах использую модуль EVA. Оно позволяет вывести на странице товара другие товары, а вариация у товара только одна. Принцип такой:
- создается любое текстовое поле в товаре
- создается views EVA, которое выводит все товары, у которого в этом поле одинаковое слово, исключая тот товар, на странице которого этот views показывается (настройка views заковыристая, инструкция в интернете где-то)
- этот views выводится на странице товара (я вывожу в шаблоне twig товара в нужном месте)
Подсчет количества комментариев первого уровня
Еще не было возможности показать количество отзывов и среднюю оценку в тизере товара, так как нет такого функционала по выводу комментариев в тизере. Помог модуль EVA. К тому же view, который подсчитывает количество отзывов первого уровня и среднюю оценку, добавил вкладку EVA, выбрал тип сущности: Product.
В самом commerce-product--teaser.html.twig вывел уже поле EVA - {{ elements.reviews_stats_entity_view_1 }}
( выводится по шаблону: {{ elements.имя представления_машинное имя блока eva }} )
Вопрос исперчен, сам с собой поговорил, все довольны.
Подсчет количества комментариев первого уровня
Даже лучше вышло, добавил к отзывам (комментариям) поле списка выбора из пяти цифр 1, 2, 3, 4, 5.
Теперь можно оценку выбирать при добавлении отзыва. А во вьюс (включив агрегацию) кроме количества отзывов вывел среднее значение у этого нового поля. Там же и перезаписал поле чтобы в зависимости от оценки выводился либо красный, либо оранжевый, либо зеленый блок с оценкой.
До это искал подобный модуль, навозившись сутками с fivestar и им подобным, ничего путного не получалось. А тут так всё просто оказалось.
Подсчет количества комментариев первого уровня
Забыл что есть модуль twig tweak, тем более уже установлен на сайт. Он позволяет вывести любой views в ...html.twig:
{{ drupal_view('view_name', 'block_1') }}
Вот так и сделаю тогда.
Подсчет количества комментариев первого уровня
Через views я пробовал, можно. Я просто думал может есть что попроще. Еще хотел кнопку вверх в товаре вставить с количеством в commerce-product--full.html.twig. А тут так не получится.
Модуль оплаты и доставки для интернет-магазина на commerce 3
От яндекса "Yoomoney" тестировал недавно с тестовым магазином на Drupal 10.3.2. (https://www.drupal.org/project/yoomoney/releases/1.0.2).
Оплата проходит, всё работает, в личном кабинете ЮKassa покупки отображаются. Больше ничего не знаю. Нужно ставить через composer, иначе не установится в vendor yookassa-sdk-php и yookassa-sdk-validator. Модуль включится, но при настройке будет ошибка что какой то класс не найден или еще что то про sdk, не помню.
Commerce или кастомное решение?
Нет ничего кроме коммерца. Я много наделал всяких магазинов на модулях корзины, но они могут только минимум - функции корзины и оформления заказа, никаких оплат там нет. Самое то только для сельских магазинов, которым не нужна оплата и другие функции. Последний раз использовал какой то "Alternative Commerce", он помощнее, но забросил (кстати не понял, почему такой большой модуль так непопулярен, столько работы). А так сейчас на коммерц перешел, яндекс модуль работает по оплате, проверял только что, учет количества работает, короче веселей.
Fivestar / Rate - модули рейтинга для товаров
---
Fivestar / Rate - модули рейтинга для товаров
Бред какой то. Не может же быть что все модули глючат со звездами. Вот теперь fivestar выдает такое. Слева у админа показывается две звезды, справа у зарегистрированного пользователя показывается одна, хотя оба ставили по одной звезде.
Fivestar / Rate - модули рейтинга для товаров
То ли кони не едут, то ли я что-то. Решил снова попробовать fivestar. Так теперь не могу запретить анонимным пользователям голосовать. Независимо от того что включено в правах доступа пользователей:
"Use Fivestar to rate content"
незарегистрированные пользователи могут голосовать и голоса учитываются.
Поле с картинкой и описанием
А в настройках поля "файл" там переключатель внизу:
Включить поле «Описание»
Это поле позволяет ввести описание для прикрепляемого файла.
Не то ?
Если что то посложнее, то параграфом можно сделать блок с вводом файла, описания, даты и т.д.
Подмодуль VBO - массовое изменение цен, старых цен в Commerce (Drupal 10)
Подмодуль VBO - массовое изменение цен, старых цен в Commerce (Drupal 10)
Lady and gentleman лет ми спик фром май харт,
там еще и в самом модуле всякой ереси понаписано. Это же надо всё переводить. Не, я не умею, выкладите кто нибудь, если хочется.
Чавой обновлять, функцию? Я не вкурсе, ребят.
Подмодуль VBO - массовое изменение цен, старых цен в Commerce (Drupal 10)
Не, не выкладывал. Страшно как то с такими познаниями php и английского, я не переведу. Я понимать то понимаю, а сказать не могу. Да и не знаю я что там делать, потом следить за ним нужно, обновлять типа ?
Подмодуль VBO - массовое изменение цен, старых цен в Commerce (Drupal 10)
А я тоже сначала подумал, а есть же views_bulk_edit, а потом подумал, а чё views_bulk_edit ? Как он цены то изменит на процент? Или я что то не знаю ?
Карусель фотографий (прокрутка)
В content type свой добавляете поле "Веб-форма". Создаете материал с трубогибом, там выбираете вебформу нужную. Создаете views с форматом отображения "Slick Carousel" из модуля который дали выше. Добавляете поле "Веб-форма", которое создали в content type. В настройках Slick Carousel выбираете это поле и другие нужные поля в "CAPTION FIELDS". Получается карусель с вебформой.
Кастомный функционал корзины?
Я вот этот "Будь мужиком" поставил, и он понравился. Но доделывать нужно. Во вьюхе заказов например забыли контекстный фильтр поставить по пользователю, получается любому пользователю видны все заказы. Внешний вид админки тоже непонятный. А так в отличии от basic_cart в истории заказов навсегда остаются товары и фото. А не удаляются, если товара уже нет на сайте. А commerce вымораживает со своими вариациями, особенно при использовании feeds и особенно когда вариации не нужны.