Smirnovich

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

Добрый день! Приобрели Ваш модуль. Можете помочь с настройкой? После установки и включения схем (not_found, home) - белый экран на фронте

Добрый день! Использую нестандартную тему для OpenCart (1.5.5.1). После установки Вашего модуля, вроде бы все работает, но на самом последнем шаге возникает ошибка, связанная со сжатием данных. При этом сам заказ приходит на почту клиента "Ошибка в типе содержимого Страница, которую вы пытаетесь просмотреть, не может быть показана, так как она использует неверную или неподдерживаемую форму компрессии." Как получить поддержку, что бы исправить данную ошибку?

Подскажите, как правильно поменять в файле admin/model/catalog/product_ajax.php строка 505 (ругается на нее) $this->data['categories'] = $this->model_catalog_category->getCategories(); Текст ошибки PHP Warning: Missing argument 1 for ModelCatalogCategory::getCategories(), called in /admin/controller/catalog/product_ajax.php on line 505 and defined in /admin/model/catalog/category.php on line 207

Адрес сайта направил в личку

Добрый день! Приобрел Ваш модуль для OpenCart 1.5.5.1 (FilterPro v2.4.2 (mega) Использую не стандартную тему. Фильтр находится в левом sidebar. Там же находится блок вывода рекомендуемых товаров. При отборе товара через фильтр, товары отображаются не только в результатах поиска, но и в блоке рекомендуемых товаров. При этом сами товары в админке не имеют такой привязки. Если перейти на другую страницу - то товары из блока Рекомендуемые пропадают. Возможно ли это исправить? В данный момент в каталоге ни один товар не привязан к Рекомендуемым. Так же интересует возможность интеграции модуля в дизайн темы, которую используем. Каким образом можно настроить?

Добрый день! Нужен модуль, который бы позволил связывать товары по принципу основной товар и подчиненный. Этот модуль будет заменить опции товара. Т.е у товаров не будет никаких опции - только их совокупность, которая формирует конкретный товар с уникальным ID Суть проблемы - есть товары одного производителя, которые отличаются только определенными значениями хар-к- цвет, размер, и т.д. При этом в прайс-листе поставщика каждый товар имеет свой артикул (уникальный код) - соответственно в БД магазина должен заводиться как уникальный товар с определенным набором хар-к, что бы можно было обновлять цену, остатки через CSV импорт, регулировать скидки, оптовые цены, акции и прочее - т.е иметь полный функционален обычного товара При этом таких вариантов одного товара может быть 20-30-50, что существенно осложняет ориентацию покупателя в магазине, т.к при открытии категории он может пролистать несколько страниц с одинаковыми фото товара, которые лишь отличаются некоторыми хар-ми. Так же проблема заключается в том, что как правило есть только одно изображение товара, которое Будет одинаковым для всех 50 вариантов данного товара Решение - отображать связанные товары (варианты основного товара) в карточке основного товара и убрать вывод товаров-вариантов в категориях и на странице производители (все товары данного производителя). Какие решения трестировались и почему не подошли - 1. Товары в опциях ( разработчик avot) Не имеет возможности скрывать подчиненные товары в категориях каталога и на страницах Нет возможности пакетного редактирования товаров - т.е что бы к примеру можно было выделить 20-30 товаров и связать их с основным. 2. Options BOOST ( QPhoria) Основная проблематика такого подхода формирования каталога товара, когда товары попадают в БД как опции с уникальным кодом - 1. Товар имеет цену = 0, т.к в прайс листе поставщика нет такого понятия как базовая цена и стоимость опции. Есть только цена конкретного товара с набором хар-к 2. Вытекает из первого - ни каких тебе акций, скидок и прочих вещей, которые доступны в функциональности товара 3. Необходимо вручную формировать код поставщика, наименование товара - т.к. В прайс-листе поставщика нет понятия опции товара 4. Формируется огромное кол-во вариантов одной опции. Сколько товаров в прайс-листе поставщика, столько вариантов одной опции в БД магазина 4. В целом костыльное решение, т.к сразу отрубает возможность работы со многими модулями. Быть может подходящее решение для магазинов с небольшим кол-м товара 3. Product Series ( WeDoWeb) Основная идея этого модуля заключается в том, что создается глобальный товар, который представляет серию товаров, объединенных по признакам Основной недостаток этого модуля - цена товара, который представляет серию (основной товар в нашей терминологии) имеет независимую цену - т.е. Не привязан к цене товаров, входящих в данную серию - соответственно обновлять автоматом такой товар не возможно - его ведь нет в прайс-листе поставщика и артикула или другого идентификатора тоже нет. А когда этих прай-листов 100-200-300 физически руками делать это не возможно Основные понятия и правила работы модуля Основной товар может быть связан со сколь угодно многими подчиненными товарами. Подчиненный товар может принадлежать только одному основному товару. 1. Основной товар - товар с уникальным ID, который обладает определенным набором хар-к 2. Вариант товара - совокупность характеристик товара, которое формирует товар с уникальным ID. Каждый товар имеет хотя бы один вариант. Т.е даже если товар не имеет подчиненных товаров - в БД он попадает как товар с одним вариантом набора хар-к (как пример - размер XL, цвет темно-коричневый) - т.е. В карточке такого товара будет по-умолчанию выбрана опция с наименованием Алиса данного товара 3. Алиас имени товара - наименование варианта товара, которое используется в карточке товара в блоке отображения опций товара. Каждый товар в БД имеет алиас. По-умолчанию, алиас имени товара = наименование товара. 3. Подчиненный товар - товар с уникальным ID, который выводится на странице основного товара как опция основного товара. Какие ограничения имеет подчиненный товар - - не отображается в категориях и на странице всех товаров данного производителя - при поиске по артикулу (sku, UPC, штрих-код и т.д) сначала отображается основной товар, который содержит данный вариант. При переходе в карточку основного товара отображается товар с выбранным вариантом, который искали. - у подчиненного товара не может быть опций. В принципе и основной товар тоже не может иметь опций, т.к. Опция ми товара являются его товары-варианты Шаблон отображения подчиненных товаров ( вариантов основного товара) в карточке основного товара - галерея товара формируется только для основного товара - при выборе варианта товара отображается основное фото выдранного товара ( по аналогии с опция ми товара). Если у вариата товара нет основного фото - фото основного товара Данные, которые должны меняться динамически при выборе варианта товара - наименование товара варианта (не алиас и поле name) - цена варианта товара ( с учетом скидок) - оптовые скидки - артикул варианта товара (поле model) Meta данные, описание, галерея изображений и хар-ки у основного товара и варианта одинаковые . Поэтому меняться не должны. В галереи товара Шаблон отображения подчиненных товара в результатах поиска по сайту на страницах категорий и странице всех товаров данного производителя. Подчиненные товары должны полноценно искаться на сайте при этом в результатах поиска должны отображаться основные товары при переходе в которые будут отображаться товары с выбранными вариантами - это касается поиска по артикулу. Во всех остальных случаях при заходе в карточку основного товара должен отображаться по-умолчанию самый дешевый вариант товара. В категориях и на странице всех товаров данного производителя должны отображаться основные товары. Если у товара есть подчиненный товар с ценой, отличной он цены основного товара - должен отображаться префикс 'от' и цена наиболее дешевого варианта товара Пример - цена от 100 EUR Общий алгоритм работы - 1. Заливаем товары в категории через СSV 2. Выбираем нужные товары и привязываем их к основному - через групповую обработку. Отбираем товары через фильтр, далее отмечаем галками нужные и привязывает к основному - во всплывающем модальном окне выбираем товар по наименованию или артикулу. 3. Далее формируем галерею для основного товара 4. Если требуется - меняем алиас товара 5. Клавиша разлинковки связей основной-подчиненный товар (удалить все связи) в каталоге 6. В карточке товара необходимо предусмотреть аналогичный функционал Выбор типа товар - основной, подчиненный. Если подчиененный - окно подборка основного товар с поиском по полям БД modul, name Интеграция с уже установлеными модулями - необходимо подготовить Схему работы модуля дя разработчиков следующих модулей для полноценной совместной работы VQMOD ( что бы не было конфликтов) Smart SEARCH (clear thinking) Multi image import SeoPacPro CSV IMPORT (karapuz) Интеграция с темой - SimpleGreat Хотелось бы получить примерное понимание по цене и срокам реализации данного функционала