mpn2005
-
Публікації
3 222 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача mpn2005
-
Прямо в самом начале ошибки причина. Нужно чтобы по указанному пути был шаблон, а его нет.
-
Добрый день. Из коробки в акционных товарах выводятся отдельные товары. Т.к. не на все товары в серии может быть акция. Если надо что-то поправить, напишите в личку, в ту ветку которую писали раньше. И скиньте доступ на фтп и в админку. Я поправлю.- 275 відповідей
-
- 2
-
-
- oc3.0x
- варианты товаров
- (і ще %d)
-
Это уже вопрос наполнения товарами. Тут не думаю что найдётся что-то готовое. Но может модуль АОП с этим поможет:
-
Написал же. Делается штатными категориями движка. Каждая новая дата поступления - это категория к которой привязаны товары.
-
Похоже, что в примере это сделано категориями. Для каждого обновления создаётся подкатегория с датой. И при добавлении товаров, товары привязываются для отображения и в этой категории кроме своей основной.
-
От темы не зависит. Может не сработать если это кастомное решение для редактирования заказа и используется нештатный метод получения АПИ ключа. Заочно сложно что-то сказать. Надо смотреть код.
-
Не исключено, что что-то в модуле карты сайта могло изменится. Если не заработало, надо разбираться. Возможно надо системный кэш почистить. Может быть целый ряд причин, по которым не работает. Знаю точно, что этот модуль модуль сайтмапа клиенты не раз использовали и всё работало.
-
Если я не ошибаюсь, то там надо что-то в настройках самого модуля карты сайта включить. Есть и другие способы решения. Например в название товара прописать полное название товара. А в поле H1 прописать сокращённое. И небольшим модификатором можно где надо вывести сокращённое название, а где надо полное. Если подходит такое решение, скиньте в личку доступ на фтп и в админку и ссылки на образцы товаров. Я сделаю такой модификатор.
-
Такие вопросы лучше обсуждать с тем, кто будет заниматься продвижением магазина. Включение 301 редиректа на родителя - даёт 100% гарантию, что дочерние товары не попадут в индекс. Т.к. даже если поисковик попадёт на дочерний товар, он получит редирект 301 и корректно обработает данную ситуацию. Каноникал имеет уже некоторые нюансы. Если дочерний товар больше понравится поисковику, то он может проигнорировать все рекомендуемые правила и взять его в индекс. Обсуждение данного вопроса находится вне плоскости поддержки модуля. Для обсуждения таких вопросов лучше создать отдельную тему на форуме и запастись попкорном.
-
Там есть поле "порядок сортировки" в объединённых товарах. Если порядок сортировки одинаковый, то сортируется по цене. Как писал AWARO.
-
Отредактируйте шаблон товара в теме product/product.tpl И продублируйте блок с ценой вниз. Искать что-то такое: <?php if ($price) { ?> С этого обычно вывод цены начинается.
-
И на каждый цвет есть фото банки описание и т.д? Тут может лучше цвет задавать опцией, а для фасовки уже делать нужные карточки и связывать их? Тут ещё зависит от того, как синхронизируются цены и остатки. Связать модулем HPM не проблема и 100 товаров, но вручную их связывать вообще не вариант.
-
Тут ещё поясню. Что указанное время указано на всю группу выводимого товара, а не на каждый дочерний. Если на странице 30 товаров, то будет 30 вызовов extension/module/hpmodel/hpmodel/getCategoryBlock Данное время не умножается на количество дочерних товаров.
-
Всё зависит от типа параметра. Если это цвет, то их можно вывести квадратиками, с названиями по наведению. Ели там нужен текст, то даже выпадающий список на 100 позиций будет неудобным вариантом. Тут надо смотреть на товары и думать как это всё уложить наглядно и удобно.
-
Это время на обработку группы товаров. Если включите кэш, то можете и замедление получить. Посмотрите на общее время выполнения и соотнесите время потраченное на обработку HPM, и тогда будет понятно, что даже если убрать HPM ускорения вы не заметите. 0.00967 * 100 = 0.967 Но при этом вся остальная обработка: 0.16628 * 100 = 16.628 сек Прикидка грубая. Для наглядности.
-
В кэшировании нет особого смысла. Время выполнения на уровне 0.01 сек. Даже если представить, что эта 1/100 секунды превратиться в ноль, то визуально ничего не ускорится.
-
Не совсем понял про путь. Если роут то - account/wishlist
-
В чистом движке всё есть. Возможно у вас в теме выкошен вывод кнопки.
-
Такое нет смысла делать модулем. Потом только с адаптациями к темам будет полный геморрой. Да и функционал, на мой взгляд, очень сомнительный. При наведении закрывает фото товара и мешает его рассмотреть. При наведении меняется прозрачность фото, и при этом искажаются цвета. Такое решение не годится для большинства товаров, т.к. мешает рассмотреть фото в категории. Типа - "Смотри, но не наводи". А рефлекторно клиенты наводят мышь на рассматриваемый товар.
-
Получится. Но надо будет сделать правку в модификаторе. Скиньте в личку доступ на фтп и в админку. И ссылку на образец страницы с образцом выключенного главного товара.
-
Добрый день. Модуль предполагает, что товар-родитель всегда включен. Если товар-родитель может быть выключен, то придётся отключить часть функционала, которая в списках подставляет родительск=уий товар. Тогда в списках будет выводится любой из дочерних товаров случайным образом.
-
На реально рабочем магазине такое кэширование его замедлит, а не ускорит. Это кэширование будет "ускорять" только при синтетическом тестировании в вакууме. А так же приведёт к получению ошибочных данных. Например товар уже закончился, а покупатель получает информацию, что такой товар ещё есть, т.к. данные из кэша. Да и корзина хранится в БД. Тут при кэшировании будет вообще непонятная каша. И т.д. Это далеко ещё не весь список.
-
При такой реализации будет больше вреда, чем пользы. Так вообще не стоит делать по куче причин.
-
Уже делал вывод каруселью. В релиз такая функция не пойдёт, чтобы не тянуть ещё скрипт карусели с модулем. Т.к. в большинстве тем уже есть скрипты карусели и проще по месту сделать вывод каруселью скриптом из темы.
