Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

mpn2005

Users
  
  • Posts

    3,222
  • Joined

  • Last visited

Everything posted by mpn2005

  1. В движке нет функционала акций на опции. Если это кастомный функционал, то модуль явно из коробки с ним работать не будет. В модуле есть настройка, которая делает акцию на опции пропорционально акции на товар. Если на товар акция 10%, то и на опции будет акция 10%. Но это на все опции сразу и процент для всех опций как у товара.
  2. Вот тут можно посмотреть: http://hd3.awaro.ru/admin/index.php?route=extension/module/fly_pages&user_token=EjkcXKMRS895SKnVTwtpLQhRFSPDw0lT Логин demo Пароль domo Страница с отобранными товарами по атрибуту http://hd3.awaro.ru/hyper-seo-fly-pages/fp_black
  3. Зелёным обведён блог из шаблона. Он не идёт в комплекте с движком. В ocStore3 есть простой блог из коробки, чего в принципе достаточно для большинства магазинов. Для организации тематических статей или новостей.
  4. Если это про редактирование статей в админке, то тут уже всё исправлено: https://github.com/ocStore/ocStore
  5. Модуль использует штатную модель выборки товаров в админке. Если добавить в штатной модели поиск по нужному полю, то он будет работать и в модуле. Если не разберётесь, пишите в личку в ту же переписку.
  6. А где все эти данные в товаре? Если есть заполненные атрибуты, то можно таким модулем всё собрать на страницы.
  7. Всё очень просто. Недобросовестные разработчики вам внесли кучу правок в кэш модификаторов, который перетирается при каждом обновлении модификаторов. Это сделано по причине непонимания архитектуры движка или нежелание в этом разбираться. В любом случае простыми способами такое теперь не решается. Лучше поискать специалиста для помощи.
  8. А вообще проще разместить предложение в разделе поиска услуг. И специалист вам всё это поправит за вознаграждение.
  9. Это заменить на это: 'weight' => $this->weight->format(((float)$product_info['weight'] + (float)$option_weight) * (float)$product['quantity'], $product_info['weight_class_id'], $this->language->get('decimal_point'), $this->language->get('thousand_point')) Если бы вы ещё нормально код цитировали. И ошибки приводили, а не как граната в сообщение попала, то было бы проще получить внятный ответ.
  10. Это надо заменить на это: 'all_nds'=> $this->currency->format(round((((float)$ind*18)/118),2), $order_info['currency_code'], $order_info['currency_value']), И должно полечится.
  11. Не сама идея, а первоначальное её описание. По сути так как описал и не сложно сделать. И прописать к уже установленному модулю накопительных скидок. Это довольно специфическая штука. Т.к. большинство магазинов именно стараются зарегистрировать покупателя. Что в принципе и самому покупателю удобно, в большинстве случаев.
  12. При оформлении заказа идёт проверка по номеру телефона: 1) Если найден кабинет, то просто подтягиваются данные для скидки из этого кабинета. Кол-во заказов, скидка и т.д. !!! Не автологин. Т.к. это операция без подтвеождения. 2) Если нету кабинета, он создаётся. Всё. Нет регистрации. Нет кабинета. И не важно админ это с фронта заказ оформляет или сам клиент. Никаких подтверждений, регистраций и т.д. Если клиент придёт регистрироваться, то он попадает в этот уже созданный кабинет по номеру телефона. Профит.
  13. Так об этом и речь, что тут понять даже сложно, не то что сделать. Написать не проблема. Привязать не проблема. Можно по email или телефону все заказы стягивать в кабинет, который покупатель даже и не видел. А как только зарегистрируется получит всю историю заказов. Но тут прилично надо вмешаться в разные места движка, поэтому модулем такое точно нет смысла делать. Составьте чёткое понятное ТЗ и тогда проще будет найти спеца, который всё вам реализует. По таким размытым тезисам точно ничего не сделать.
  14. Это всё слишком сложно, запутанно и тяжело в работе. Не проще ли сделать купоны с нужными процентами и выдавать их нужным клиентам? Если систему скидок нельзя доступно описать, то значит что-то не доработано в самой системе скидок. Такой функционал должен быть понятен и прозрачен, тогда и его реализация будет проще.
  15. По URL товара сложно будет это сделать. Т.к. сколько совпадают, по сколько символов сравнивать - непонятно. Нужен какой-то более чёткий критерий, тогда можно реализовать автоматическое связывание товаров.
  16. В описании есть список модулей, которые уже поддерживают работу со связками. Думали в модуль внедрить функцию по объединению, но пока не рискнули. Хоть 10 раз опиши, найдутся люди, которые в пару кликов сделают себе фарш из товаров. Уже делали кастомные решения по объединению товаров. Если у группы товаров есть общий признак, например совпадение модели (артикула, или любого другого поля), то можно собрать такие товары в группы. Тут надо просто обсудить что и по какому критерию собирать. Тогда можно будет организовать это всё.
  17. Берите свежую версию ocStore3 с git и не мучайтесь. https://github.com/ocStore/ocStore Там уже много полезных правок. Ну ещё примут, когда-нибудь.
  18. Можно сделать отбор товаров по частичному совпадению в атрибутах товаров. Например при указании тут '%Черный%' в настройках будет искать по вхождению в значение атрибута. Выберет все товары где в значениях атрибута есть 'Черный'. И не важно в начале, в середине или в конце.
  19. Это зависит от темы. Если в теме этот вопрос решён, то проблемы не будет. Тут надо уже по месту смотреть. Т.к решение зависит от стилей самой темы.
  20. Берите дистрибутив с GitHub https://github.com/ocStore/ocStore Там уже многое поправлено.
  21. У меня вот отсюда качается нормально. Да и счётчик скачивания есть. Может стоит в саппорт написать и уточнить в чём проблема. Может количества сообщений не хватает, или ещё какой-то лимит.
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.