скидка Шаблон Moneymaker 2 + Подарок! [Поддержка]

[IlyaCart]

del

Змінено 8 липня 2019 користувачем IlyaCart

[sspiceman]

В 27.06.2019 в 15:30, RGB сказал:

Можно добавить в конец файла строку, а для  проверки, учитывается ли этот файл на вашем сервере, посмотреть phpinfo

я добавил в файл php.ini в конце строчку max_input_vars = 20000; 

создал файл php.info как указано в инструкции, в нём всё равно ведущее и локальное значение max_input_vars 1000

Получается сервер не учитывает этот файл.

Остаётся в техподдержку хостинга писать?

хостинг reg.ru

[RGB]

Да, если все корректно сделали - иногда вы не можете переопределять настройки сервера, это зависит от хостинга и вам их поддержка подскажет, что делать

[nikm]

Здравствуйте!

Включаю минификацию перестает работать модуль простая регистрация Simple. Как лечить?

[RGB]

Добрый день, какую версию шаблона используете? Если последнюю, то скиньте в лс исходный код head-секции страницы оформления заказа симпл при включенной минификации, там должно быть видно, что именно ломает минификатор

[johngalt1]

Здравствуйте. Подскажите, пожалуйста, какой код  CSS вставить, чтобы только названия опций были жирными? Не сами опции.
Сам не разобрался.
 

Спойлер

 

Змінено 10 липня 2019 користувачем johngalt1

[deniq]

Вопрос автору - почему-бы при успешном оформлении быстрого заказа не отправлять на стандартный checkout/success?

 

У меня, например, на этой странице формируется js-код передающий данный в ecommerce гугл-аналитики и все быстрые заказы не учитываются.

 

Да и с точки зрения юзабилити правильнее выдавать типовое подтверждение заказа, вместо невнятной надписи в окне оформления что сейчас.

[RGB]

В 10.07.2019 в 14:27, johngalt1 сказал:

Здравствуйте. Подскажите, пожалуйста, какой код  CSS вставить, чтобы только названия опций были жирными? Не сами опции.
Сам не разобрался.
 

 

Добрый день

.options label.control-label {
    font-weight: bold;
}

1 час назад, deniq сказал:

Вопрос автору - почему-бы при успешном оформлении быстрого заказа не отправлять на стандартный checkout/success?

 

У меня, например, на этой странице формируется js-код передающий данный в ecommerce гугл-аналитики и все быстрые заказы не учитываются.

 

Да и с точки зрения юзабилити правильнее выдавать типовое подтверждение заказа, вместо невнятной надписи в окне оформления что сейчас.

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

Какой в этом смысл и как это связано с юзабилити, если нарушает главнейший его принцип - ожидаемого и прогнозируемого поведения (формы быстрого заказа в данном случае)? Если бы при нажатии быстрого заказа пользователя изначально перебрасывало на страницу оформления заказа с упрощенным набором полей, я бы с вами согласился, но тут совсем другая логика.

Если вам нужно формирование js-кода на успешное оформление быстрого заказа, то чтобы "ловить" процесс формирования быстрых заказов, добавьте  в файл catalog\view\theme\moneymaker2\template\common\footer.tpl нужный вам код сразу после уже существующего кода фиксации цели быстрого заказа для гуглоаналитики:

              <?php if ($moneymaker2_modules_quickorder_goal_google) { ?>
                ga('send', 'event', 'button', 'click', 'quickorder');
              <?php } ?>

 

[deniq]

32 минуты назад, RGB сказал:

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

Какой в этом смысл и как это связано с юзабилити, если нарушает главнейший его принцип - ожидаемого и прогнозируемого поведения (формы быстрого заказа в данном случае)? Если бы при нажатии быстрого заказа пользователя изначально перебрасывало на страницу оформления заказа с упрощенным набором полей, я бы с вами согласился, но тут совсем другая логика.

Если вам нужно формирование js-кода на успешное оформление быстрого заказа, то чтобы "ловить" процесс формирования быстрых заказов, добавьте  в файл catalog\view\theme\moneymaker2\template\common\footer.tpl нужный вам код сразу после уже существующего кода фиксации цели быстрого заказа для гуглоаналитики:

              <?php if ($moneymaker2_modules_quickorder_goal_google) { ?>
                ga('send', 'event', 'button', 'click', 'quickorder');
              <?php } ?>

 

 

Не согласен.

1. Откуда-бы не нажал пользователь кнопку быстрого заказа, для того чтобы выйти из этого режима(закрыть модальное окно) ему необходимо выполнить "действие" - кликнуть крестик в углу, кнопку Продолжить или в любое место экрана вне модального окна. Это действие принципиально ничем не отличается от  "Вернуться назад" со страницы checkout/success.

2. То как реализовано сейчас подтверждение успешности быстрого заказа не соответствует вашим-же критериям ожидаемости и прогнозируемости. Почему поля формы остаются на месте? Ведь заказ уже оформлен. Неопытных покупателей это может сбить с толку - действительно заказ ушел?

3. Само по себе отслеживание целей малополезно, гораздо важнее дополнительно передавать полную информацию о заказе - товарный набор, категории, количество, цены ит.д. Можно, конечно, допиливать файлы темы, но, при каждом обновлении шаблона необходимо будет все эти правки восстанавливать, реализация ocmod-дополнением тоже не выход, кто знает что вы измените в коде при очередном обновлении.

Поэтому, как минимум, возможность указания страницы подтверждения на типовую в настройке модуля быстрого заказа была-бы не лишней.

[RGB]

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

2. А какое отношение имеют заполненные поля к критериям ожидаемости? Их категорически нельзя убирать, пока пользователь не увидел сообщение об успешности операции, иначе пользователь занервничает, куда они делись и все ли с ними в порядке.

Также я не очень понимаю, кого может сбить с толку сообщение об успешном оформлении заказа, в котором как минимум 3 элемента, сигнализирующих об успешности операции:

Спойлер

3. Я не меняю в обновлениях код без веских причин именно по той причине, что в индивидуальном порядке часто делаются доработки через ocmod, а даже если по каким-то причинам код, к которому вы привязывались, изменился - отредактировать ocmod это минутное дело, потому что кардинальных изменений логики в шаблоне не планируется.

 

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

[deniq]

Цитата

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

 

Не принципиально

 

Цитата

А какое отношение имеют заполненные поля к критериям ожидаемости?

 

Самое прямое, если заказ оформлен, для чего поля ввода имэйл, телефон etc, пусть и заполненные. Стандартное ожидание - "сообщение о заказе номер ХХХ на сумму ХХХ и добрые пожелания".

 

Цитата

даже если по каким-то причинам код, к которому вы привязывались, изменился - отредактировать ocmod это минутное дело

 

ага, только вот выяснить через 2-3 месяца из-за какого ocmod вдруг что-то перестало работать дело на порядок длиннее.

 

Цитата

Хочу на всякий случай уточнить на будущее, что у меня нет ни времени, ни желания спорить или заниматься доказательством очевидного

 

так и не спорьте.

я, как пользователь вашего продукта, высказываю свои пожелания и потребности, вы вольны прислушаться или проигнорировать.

[RGB]

4 часа назад, deniq сказал:

Не принципиально

Это не аргумент. Советую почитать хоть что-то по юзабилити, к примеру, Круга или Нильсена, если отличия для вас не очевидны. Затем я с удовольствием выслушаю ваши аргументы в пользу вашей идеи и в пользу того, что моя реализация, оказывается, плохая с точки зрения юзабилити.

 

4 часа назад, deniq сказал:

Самое прямое, если заказ оформлен, для чего поля ввода имэйл, телефон etc, пусть и заполненные

Ответ по данному случаю выше:

4 часа назад, RGB сказал:

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

 

4 часа назад, deniq сказал:

так и не спорьте.

И не собираюсь спорить, т.к. дал развернутый ответ о том, почему выбрана такая реализация, выше в двух сообщениях.

 

4 часа назад, deniq сказал:

я, как пользователь вашего продукта, высказываю свои пожелания и потребности, вы вольны прислушаться или проигнорировать.

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

А вот вам пример пожелания от @IlyaCart, реализация которого реально будет полезна для всех, потому что с озвученной проблемой могут столкнуться многие (и вы в том числе):

В 26.06.2019 в 18:31, IlyaCart сказал:

Да, я помню про эту проблему, поэтому оперативно ее решили.

Это очень важная информация, ее нужно, где-то вам описать и предупредить других клиентов. 

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

 

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

[deniq]

Цитата

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

 

а зачем их показывать когда увидел?

 

Цитата

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

 

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

 

существуют готовые модули решения этой задачи, но все они не будут фиксировать заказы через ваш нестандартный для opencart быстрый заказ

 

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

 

аргументы, мол это не задача шаблона, не принимаются, т.к. и быстрый заказ не задача шаблона, но коли реализовали такую возможность, так будьте любезны сделать все чтобы ею можно было пользоваться на 100%

 

кстати, по такому пути пошли ребята из @octemplates их шаблоны также поддерживают функцию быстрого заказа, настройки позволяют передавать ПОЛНЫЕ данные в аналитику, логика работы модальных окон быстрого заказа (оформление и конфирм) удобна, интуитивно понятна... в отличие от...

 

я, после нашей с вами беседы, для будущих проектов отдам предпочтение им, а не вашим разработкам.

[RGB]

1 час назад, deniq сказал:

а зачем их показывать когда увидел?

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

1 час назад, deniq сказал:

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

Ваши изначальные пожелания касались логики быстрого заказа, напомню:

9 часов назад, deniq сказал:

Вопрос автору - почему-бы при успешном оформлении быстрого заказа не отправлять на стандартный checkout/success?

А теперь вы мне приводите в пример ребят из octemplates, у которых эта логика визуально абсолютно идентична моему шаблону (все то же модальное окно, как видите):

Спойлер

Спойлер

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

P.S. Просто в тему о юзабилити - заметил при попытке оформить быстрый заказ - ребята, конечно, молодцы, но еще не научились сохранять данные формы при случайном ее закрытии (а таковое происходит даже без участия посетителя, их же попапом)  

Спойлер

 

 

 

[RGB]

59 минут назад, deniq сказал:

Какая корзина, какой крестик? Я прям представил озадаченного покупателя после оформления быстрого заказа - "А тот-ли нумер ввел??" а тут нате, форма осталась, нумер виден - красота ) Смешны ваши аргументы.

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

1 час назад, deniq сказал:

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

Стандартная логика не-стандартного компонента опенкарта - это нонсенс. Следуя вашей логике, можно предположить, что в быстром заказе нужно выводить все 15 обязательных полей, вель это стандартная логика оформления заказа, как и стандартный переход на страницу checkout/success после завершения заказа, верно?

1 час назад, deniq сказал:

Вы действительно не видете разницы?

Я дал ответ выше:

13 часов назад, RGB сказал:

вы мне приводите в пример ребят из octemplates, у которых эта логика визуально абсолютно идентична моему шаблону (все то же модальное окно, как видите)

Комментировать ваши рассуждения об убогости и нелогичности я не стану.

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

1 час назад, deniq сказал:

Про юзабилити вашего продукта я высказал свое мнение, аргументировав его

Вы не привели ни одного аргумента, а высказали исключительно личное мнение по собственной хотелке.

1 час назад, deniq сказал:

подозреваю что в вас говорит банальная обида

Оставлю это тоже без комментариев.

1 час назад, deniq сказал:

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

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

[rtsport]

На главной странице, в слайдшоу "Sound - Slideshow - Content - Small banners (top)", необходимо сделать, чтоб кликабельно было все изображение, не только кнопка. Кнопка мне там вообще не нужна. Как ее убрать и сделать сам баннер ссылкой?

 

Очень нужно, заранее благодарю за помощь.

 

 

[RGB]

Если нужна кликабельность всего слайда, то используйте родной модуль слайдшоу опенкарта. Я не делал поддержку такой возможности у себя по той простой причине, что это не очень хорошо в плане юзабилити для пользователей сенсорных устройств, которые при пролистывании слайда с помощью касания пальцами часто случайно нажимают на него, из-за чего у них сразу (и непредсказуемо для них) будет происходить переход по ссылке из слайда. Вывод же кликабельных кнопок в пределах слайда сразу решает эту проблему, потому что пользователям очевидно, что именно нажатие на кнопку станет активатором перехода по ссылке или иного действия.
Но эту логику можно изменить, для этого в файле catalog\view\theme\moneymaker2\template\extension\module\moneymaker2_slideshow.tpl замените код

        <div class="item-text <?php echo $banners_setting['position']; ?> <?php echo $banners_setting['text_style']; ?> /*col-sm-12*/ col-md-<?php echo $banners_setting['text_width']; ?> text-center">
          <?php if ($banners_setting['title']) { ?><div<?php if ($banners_setting['title_spacing']) { ?> class="spacing"<?php } ?>><?php echo $banners_setting['title']; ?></div><?php } ?><span class="hidden-xs"></span>
          <?php if ($banners_setting['text']) { ?><p class="<?php if ($tilt3d) { ?>hidden-xxs<?php } else { ?>hidden-xs<?php } ?><?php if ($banners_setting['text_spacing']) { ?> spacing<?php } ?>"><?php echo $banners_setting['text']; ?></p><?php } ?>
          <?php if ($banners_setting['link']||$banners_setting['multilink']) { ?><p><a href="<?php echo $banners_setting['multilink'] ? $banners_setting['multilink'] : $banners_setting['link']; ?>" title="<?php echo $banners_setting['title']; ?>" class="btn <?php if (!$banners_setting['minimize']) { ?>btn-lg<?php } ?> btn-<?php echo $banners_setting['btn_style']; ?>"><?php echo $banners_setting['btn_title']; ?></a></p><?php } ?>
        </div>
        <img src="<?php echo $banners_setting['image']; ?>" alt="<?php echo $banners_setting['title']; ?>" class="img-responsive" />

на
 

        <?php if ($banners_setting['link']||$banners_setting['multilink']) { ?><a href="<?php echo $banners_setting['multilink'] ? $banners_setting['multilink'] : $banners_setting['link']; ?>" title="<?php echo $banners_setting['title']; ?>"><?php } ?><img src="<?php echo $banners_setting['image']; ?>" alt="<?php echo $banners_setting['title']; ?>" class="img-responsive" /><?php if ($banners_setting['link']||$banners_setting['multilink']) { ?></a><?php } ?>

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

[rtsport]

Спасибо, то что надо!

23 минуты назад, RGB сказал:

Если нужна кликабельность всего слайда, то используйте родной модуль слайдшоу опенкарта. Я не делал поддержку такой возможности у себя по той простой причине, что это не очень хорошо в плане юзабилити для пользователей сенсорных устройств, которые при пролистывании слайда с помощью касания пальцами часто случайно нажимают на него, из-за чего у них сразу (и непредсказуемо для них) будет происходить переход по ссылке из слайда. Вывод же кликабельных кнопок в пределах слайда сразу решает эту проблему, потому что пользователям очевидно, что именно нажатие на кнопку станет активатором перехода по ссылке или иного действия.
Но эту логику можно изменить, для этого в файле catalog\view\theme\moneymaker2\template\extension\module\moneymaker2_slideshow.tpl замените код

        <div class="item-text <?php echo $banners_setting['position']; ?> <?php echo $banners_setting['text_style']; ?> /*col-sm-12*/ col-md-<?php echo $banners_setting['text_width']; ?> text-center">
          <?php if ($banners_setting['title']) { ?><div<?php if ($banners_setting['title_spacing']) { ?> class="spacing"<?php } ?>><?php echo $banners_setting['title']; ?></div><?php } ?><span class="hidden-xs"></span>
          <?php if ($banners_setting['text']) { ?><p class="<?php if ($tilt3d) { ?>hidden-xxs<?php } else { ?>hidden-xs<?php } ?><?php if ($banners_setting['text_spacing']) { ?> spacing<?php } ?>"><?php echo $banners_setting['text']; ?></p><?php } ?>
          <?php if ($banners_setting['link']||$banners_setting['multilink']) { ?><p><a href="<?php echo $banners_setting['multilink'] ? $banners_setting['multilink'] : $banners_setting['link']; ?>" title="<?php echo $banners_setting['title']; ?>" class="btn <?php if (!$banners_setting['minimize']) { ?>btn-lg<?php } ?> btn-<?php echo $banners_setting['btn_style']; ?>"><?php echo $banners_setting['btn_title']; ?></a></p><?php } ?>
        </div>
        <img src="<?php echo $banners_setting['image']; ?>" alt="<?php echo $banners_setting['title']; ?>" class="img-responsive" />

на
 

        <?php if ($banners_setting['link']||$banners_setting['multilink']) { ?><a href="<?php echo $banners_setting['multilink'] ? $banners_setting['multilink'] : $banners_setting['link']; ?>" title="<?php echo $banners_setting['title']; ?>"><?php } ?><img src="<?php echo $banners_setting['image']; ?>" alt="<?php echo $banners_setting['title']; ?>" class="img-responsive" /><?php if ($banners_setting['link']||$banners_setting['multilink']) { ?></a><?php } ?>

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

 

[Paint]

А можно на слайде разместить Фото товара а по нажатию на кнопку сразу добавлять этот товар в корзину и одномоментно переходить на страницу оформления заказа без лишних действий? При этом корзину вообще отключить.

Я к чему это спрашиваю - крутится идея создания лендинга, но не совсем лендинга в привычном его понимании с формой обратной связи, а скорее полноценного интернет-магазина ОДНОГО товара. Со страницей оформления заказа, с модулями доставки и оплаты.

Смотрел все существующие решения на Opencart для этого. Ни одно не понравилось по тем или иным причинам.

Ваш слайдер имеет стильный и презентабельный вид и вполне мог бы выполнять роль товара одиночки с возможностью его заказа, по принципу того, как можно добавлять товар в корзину сейчас из каталога или модулей рекомендуемые и прочие с главной. Только в случае с одним товаром в ИМ корзина не нужна. Нужно сразу переходить на страницу оформления заказа.

Змінено 20 липня 2019 користувачем Paint

[RGB]

Можно в ссылку прописать js-код для добавления товара в корзину, но как сразу при этом делать переход в оформление заказа, не могу сразу сказать. Проще тогда уже полноценный код добавить куда-то в скриптах для такой логики

[KomissarJuve]

хотел купить шаб 

НО

уже от многих купивших слышу что с шабом не идут демо данные

а настраивать его только время тратить

у многих продавцов они идут в комплекте с шабом

[RGB]

Не понял ваше замечание (или это претензия?)

Демо-данные доступны отдельно либо в виде опции, потому что они не всем нужны, а значит включать стоимость работы над ними в шаблон будет некорректно по отношению к последним. Также предположу, что я имею полное право самостоятельно выбирать ценовую политику на шаблон или его компоненты/дополнения, не ориентируясь на "многих продавцов" и то, как у них это реализовано.

В пользу этого говорит и тот факт, что меня почему-то никто не упрекает, что шаблон стоит не 5 000 и не 4 000 р, как некоторые другие шаблоны других продавцов, где демо-данные идут вместе с шаблоном, верно?  

[captainac]

Подскажите как осветлять картинку продукта при наведении мышкой в общем списке категории, как это делается в выборе категорий, например вот здесь:

https://инрес.рф/promishlennie_poly/polymer_floors/prom_system/

картинки никак не меняются при наведении. Смотрю вебвизор: некоторые не понимают, что картинки можно кликать

 

[RGB]

Добавьте в польз. стили в настройках шаблона код

.product-thumb .image > a img:hover {
    opacity: 0.9;
}
.product-thumb .image>.rating, .product-thumb .image>.stickers {
    z-index:1;
}

В грядущем обновлении чтто-то подобное будет добавлено уже в самом шаблоне

[captainac]

3 часа назад, RGB сказал:

Добавьте в польз. стили в настройках шаблона код

.product-thumb .image > a img:hover {
    opacity: 0.9;
}
.product-thumb .image>.rating, .product-thumb .image>.stickers {
    z-index:1;
}

В грядущем обновлении чтто-то подобное будет добавлено уже в самом шаблоне

спасибо

Змінено 23 липня 2019 користувачем captainac