От яндекса "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 и особенно когда вариации не нужны.
adano wrote: Да забудьте вы уже это слово "категория"
Категории - для вордпресников и битриксоидов.
Ну я так, к примеру, я по текстам и гуманитариям полный 0, десять троек в аттестате. Вот интернет-магазины только делать могу на Drupal, текста писать не могу. Вообще надо было маму слушать, в плотники идти.
adano wrote: Не прав.
С нормальной юзерфрендли-структурой и классификатором 3+ можно выхватывать низкочастотные запросы из ПС... Но это дофига работы.
Ну а с имеющейся структурой и тем, что сайтом вряд ли будут досконально заниматься, ибо бюджета нет, (да даже вон у московских сайтов бюджета походу нет, что уж говорить про сайты в глубинке) представляю какие можно описания категорий сделать для вывода в поиск:
Не, велсофт это тип материала, и двухсторонние есть только в этом материале, в остальных типах материалов есть только подкатегория с именем группы пледов и далее еще подкатегории размеров у этого имени. Короче в любом случае я начал убирать все подкатегории методом перезаписи find-replace в tamper, так как нужно автоматом обновлять всё желательно. Максимум чтобы вложенность была 3. Но тут я понял, что ID их категорий варьируются в районе 4000-5000, это значит что уже где то было 5000 категорий, и в будущем будут добавляться новые категории неучтенные.
Вот про последнее не понял. Зато вроде понял про "Намного проще в twig все вывести".
Получается я создаю файл node--tovar--full.html.twig и там вывожу поля со всеми этими условиями, взаимосвязями (как сейчас во views сделано). А во views вывожу уже готовую сущность. Да ? Это сэкономит времени много, да, потому что товар выводится не только в категориях, а еще на главной в блоке, в акциях, в поиске и т.д.. Сейчас при переделке приходится все вьюсы редактировать, а так нужно только этот node--tovar--full.html.twig редактировать будет, если я всё правильно понял.
Показывать готовую сущность в views ? Имеется в виду не полями, а готовый вывод того, что настроено в типе материалов ? Я не знаю как в данном случае всё настраивать. У меня во вьюс слишком много взаимосвязей. Например иконка с процентом скидки рассчитывается сама, наценка накидывается от поставщиков, от брендов. Кнопка корзины или весь товар скрывается если товара нет в продаже или в бренде указано "не отображать товары данного бренда".
Взял для тестов VPS. Нашел что innodb_flush_log_at_trx_commit = 2 в my.cnf увеличивает скорость загрузки прайсов на 50-70%.
Вопрос еще. У меня 5 прайсов, соответственно 5 потоков feeds. Они прописываются в Queue, на выполнение каждого потока дано 300 сек. Запускаются по крону, который срабатывает раз в 6 минут. Всё выполняется последовательно.
Попробую разобраться, не в теме этого. Пока нашел хэндихост в 2 раза дешевле рега, скорость обновления самого большого прайса на 70000 всего на 5% хуже, а админка друпала даже быстрее работает.
За незнанием php придумал туповатый способ. Используя feeds tamper добавил "Find and replace text" и заменил все ненужные категории в прайс листе на пусто (ничего не вводил на что заменять). А в конце добавил этим же тампером "Make this field required. If it is empty, the item will not be processed."
Еще вопросик. Например нужно через feeds загрузить категорию товаров "вытяжки". А в самом прайс листе категорий много, а нужны только вытяжки. Галка "автоматически создавать термины" отключена. Соответственно feeds может загрузить только в категорию "вытяжки". Но он я так понял всё равно грузит все 10000 товаров, а потом выдает ошибки, что нет такого термина, и это происходит очень долго. Нельзя ли что нибудь сделать, чтобы если например категория из прайс листа не существует в словаре таксономии, то feeds быстренько пропускал такие товары.
Модуль оплаты и доставки для интернет-магазина на 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 и особенно когда вариации не нужны.
Twig include другой twig - как возвратить переменную ?
Не, всё таки надо вернуть. Другие функции не получаются без этого.
Twig include другой twig - как возвратить переменную ?
Хотя что то меня заклинило - зачем цену возвращать ? Её просто там и вывести надо в price_calculations.html.twig.
Бывает.
800 категорий и 4500 товаров постельного белья, не многовато ли категорий ?
Ну я так, к примеру, я по текстам и гуманитариям полный 0, десять троек в аттестате. Вот интернет-магазины только делать могу на Drupal, текста писать не могу. Вообще надо было маму слушать, в плотники идти.
800 категорий и 4500 товаров постельного белья, не многовато ли категорий ?
Ну а с имеющейся структурой и тем, что сайтом вряд ли будут досконально заниматься, ибо бюджета нет, (да даже вон у московских сайтов бюджета походу нет, что уж говорить про сайты в глубинке) представляю какие можно описания категорий сделать для вывода в поиск:
800 категорий и 4500 товаров постельного белья, не многовато ли категорий ?
Не, велсофт это тип материала, и двухсторонние есть только в этом материале, в остальных типах материалов есть только подкатегория с именем группы пледов и далее еще подкатегории размеров у этого имени. Короче в любом случае я начал убирать все подкатегории методом перезаписи find-replace в tamper, так как нужно автоматом обновлять всё желательно. Максимум чтобы вложенность была 3. Но тут я понял, что ID их категорий варьируются в районе 4000-5000, это значит что уже где то было 5000 категорий, и в будущем будут добавляться новые категории неучтенные.
Собственные переменные в полях views (перезапись, twig)
Во, и переменные мои с модуля понял как получить в этом twig.
Собственные переменные в полях views (перезапись, twig)
Вот про последнее не понял. Зато вроде понял про "Намного проще в twig все вывести".
Получается я создаю файл node--tovar--full.html.twig и там вывожу поля со всеми этими условиями, взаимосвязями (как сейчас во views сделано). А во views вывожу уже готовую сущность. Да ? Это сэкономит времени много, да, потому что товар выводится не только в категориях, а еще на главной в блоке, в акциях, в поиске и т.д.. Сейчас при переделке приходится все вьюсы редактировать, а так нужно только этот node--tovar--full.html.twig редактировать будет, если я всё правильно понял.
Собственные переменные в полях views (перезапись, twig)
Я бы может в twig и вывел всё, если бы знал, какой twig, где twig, куда twig.
Собственные переменные в полях views (перезапись, twig)
Показывать готовую сущность в views ? Имеется в виду не полями, а готовый вывод того, что настроено в типе материалов ? Я не знаю как в данном случае всё настраивать. У меня во вьюс слишком много взаимосвязей. Например иконка с процентом скидки рассчитывается сама, наценка накидывается от поставщиков, от брендов. Кнопка корзины или весь товар скрывается если товара нет в продаже или в бренде указано "не отображать товары данного бренда".
Drupal 8 скорость Feeds import на разных хостингах
Взял для тестов VPS. Нашел что innodb_flush_log_at_trx_commit = 2 в my.cnf увеличивает скорость загрузки прайсов на 50-70%.
Вопрос еще. У меня 5 прайсов, соответственно 5 потоков feeds. Они прописываются в Queue, на выполнение каждого потока дано 300 сек. Запускаются по крону, который срабатывает раз в 6 минут. Всё выполняется последовательно.
Drupal 8 скорость Feeds import на разных хостингах
Попробую разобраться, не в теме этого. Пока нашел хэндихост в 2 раза дешевле рега, скорость обновления самого большого прайса на 70000 всего на 5% хуже, а админка друпала даже быстрее работает.
Commerce 2 вопрос по мощности и сотням характеристикам товара
За незнанием php придумал туповатый способ. Используя feeds tamper добавил "Find and replace text" и заменил все ненужные категории в прайс листе на пусто (ничего не вводил на что заменять). А в конце добавил этим же тампером "Make this field required. If it is empty, the item will not be processed."
Commerce 2 вопрос по мощности и сотням характеристикам товара
Еще вопросик. Например нужно через feeds загрузить категорию товаров "вытяжки". А в самом прайс листе категорий много, а нужны только вытяжки. Галка "автоматически создавать термины" отключена. Соответственно feeds может загрузить только в категорию "вытяжки". Но он я так понял всё равно грузит все 10000 товаров, а потом выдает ошибки, что нет такого термина, и это происходит очень долго. Нельзя ли что нибудь сделать, чтобы если например категория из прайс листа не существует в словаре таксономии, то feeds быстренько пропускал такие товары.