Petr

Дак чего же вы ждете? :-D

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

А можно его вот таким блоком вывести? http://clip2net.com/s/2txia

А как опрос работает где посомтреть можно?

Есть вот такой модуль YMM. Он выводит товары для соответствующие марки и модели. Марка модель и год проставляется в настройках каждого товара. Нужно что бы он выводил товары не списком, а в виде который я нарисовал на макете как должен работать фильтр, выводить для каждой категории по несколько товаров соответствующих запросу. Вкладка на макете называется "Вид Вид общего списка товаров после выбора фильтра". 1) Отображаются категории (в меню с право) в которых есть товары для конкретного авто. На всю страницу сколько есть. 2) По центру идет подразделение на категории в которых есть товары для автомобиля и выводится 3 случайных товара, список можно листать, либо посмотреть все товары в категории. 3) Необходимо задавать порядок сортировки выводимых категорий

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

А он работает во с этим? https://opencartforum.com/files/file/246-search-ajax-ajax-поиск-товаров/ . Могу скинуть для тестов.

Скажите а когда реализуете картинки на против способов и ограничения на отображения в зависимости от суммы?

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

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

Я предлагаю взять вот такой модуль http://www.opencart.com/index.php?route=extension/extension/info&extension_id=6059&filter_search=RSS&filter_download_id=23&sort=e.date_modified&order=DESC&page=1 Решит все проблемы.

Вот переписка со службой поддержки.

Сделайте уже планировщииик :cry:

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

Ну это бесплатный модуль прайс листа с opencart.com. Собственно нельзя его в xls сохранить и скажем отдавать или рассылать дистрибьюторам, а прикол именно в этом. Я просто с очень многими работаю оптовиками у всех прайсы сделанны очень коряво кроме разве что пары, но вот ни у одного нет фото на против товара в экселе, это очень круто иметь такие прайсы.

Вот это можно гораздо упростить. Я лично просто делаю дамп, и архив. далее просто заливаю и разархивирую, конфиги у меня в таком виде admin <?php define('DOMAIN', 'domain.tld'); // указать свой домен без http:// и слеша в конце define('DIR_ROOT', str_replace('', '/', realpath('..')) . '/'); define('DIR_ACP', basename(dirname(__FILE__)) . '/'); // HTTP define('HTTP_CATALOG', 'http://' . DOMAIN . '/'); define('HTTP_SERVER', 'http://' . DOMAIN . '/' . DIR_ACP); define('HTTP_IMAGE', 'http://' . DOMAIN . '/image/'); // HTTPS define('HTTPS_SERVER', 'http://' . DOMAIN . '/' . DIR_ACP); define('HTTPS_IMAGE', 'http://' . DOMAIN . '/image/'); // DIR define('DIR_APPLICATION', DIR_ROOT . DIR_ACP); define('DIR_LANGUAGE', DIR_APPLICATION . 'language/'); define('DIR_TEMPLATE', DIR_APPLICATION . 'view/template/'); define('DIR_CATALOG', DIR_ROOT . 'catalog/'); define('DIR_DOWNLOAD', DIR_ROOT . 'download/'); define('DIR_IMAGE', DIR_ROOT . 'image/'); define('DIR_SYSTEM', DIR_ROOT . 'system/'); define('DIR_DATABASE', DIR_ROOT . 'system/database/'); define('DIR_CACHE', DIR_ROOT . 'system/cache/'); define('DIR_CONFIG', DIR_ROOT . 'system/config/'); define('DIR_LOGS', DIR_ROOT . 'system/logs/'); // DB require(DIR_ROOT . 'dbconfig.php'); Корень сайта: <?php define('DOMAIN', 'domain.tld'); // указать свой домен без http:// и слеша в конце define('DIR_ROOT', str_replace('', '/', realpath('.')) . '/'); // HTTP define('HTTP_SERVER', 'http://' . DOMAIN . '/'); define('HTTP_IMAGE', 'http://' . DOMAIN . '/image/'); // HTTPS define('HTTPS_SERVER', 'http://' . DOMAIN . '/'); define('HTTPS_IMAGE', 'http://' . DOMAIN . '/image/'); // DIR define('DIR_APPLICATION', DIR_ROOT . 'catalog/'); define('DIR_LANGUAGE', DIR_ROOT . 'catalog/language/'); define('DIR_TEMPLATE', DIR_ROOT . 'catalog/view/theme/'); define('DIR_DOWNLOAD', DIR_ROOT . 'download/'); define('DIR_IMAGE', DIR_ROOT . 'image/'); define('DIR_SYSTEM', DIR_ROOT . 'system/'); define('DIR_CACHE', DIR_ROOT . 'system/cache/'); define('DIR_CONFIG', DIR_ROOT . 'system/config/'); define('DIR_DATABASE', DIR_ROOT . 'system/database/'); define('DIR_LOGS', DIR_ROOT . 'system/logs/'); // DB require(DIR_ROOT . 'dbconfig.php'); Ну собственно основные маленький файл с реквизитами в корне: <?php // DB этот блок взять из родного конфига и не изменять define('DB_DRIVER', 'mysql'); define('DB_HOSTNAME', 'localhost'); define('DB_USERNAME', 'username'); define('DB_PASSWORD', 'password'); define('DB_DATABASE', 'database'); define('DB_PREFIX', 'oc_');

Ну если моя логика не нравится прислушайтесь к тому что предлагает Marianna, по поводу фоток. Например мне было бы интересно, формировать лист не всех категорий, а определенной выбранной с картинками маленькими напротив каждого наименования. Такого еще никто не делал.

И еще отдельный лист для оптовиков с указание розницы и опта, такие прайсы гораздо актуальнее.

Например сортировка . Или может быть такое что товары свалены в одну категорию, а в прайсе нужно представить по моделям с подзаголовками. Во общем не плохо было контролировать саму структуру прайс листа.Универсальным было бы решение если бы скрипт находил в товарах повторяющиеся слова или словосочетания. И представлял эти слова в виде подзаголовков к категориям. Например имеем товар "Шарф женский 1", "Шарф женский 2", Шарф Мужской 1, Шарф Мужской 2. В прайс листе на выходе имеем для товаров с повторяющимися словами Подзаголовок Шарфы женские далее перечисление товаров, и то же самое для Шарфов мужских.

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

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

Ну тут смысл спорить, есть такая пословица "Если хочешь что то сделать хорошо сделай это сам.." - просто open source проекты рассчитаны на гибкость в решении задач, некоторые модули сделаны просто отлично, иногда даже спрашиваешь себя, зачем в новой версии оставлять старое, ведь столько хорошего понаписано, которое просто не может не понравится ну или вызвать отрицательные эмоции при пользовании. Я подвожу к мысли что сама эволюция движка, мне кажется должна в новые сборки включать самое лучшее, а не оставлять все по старому, тогда и не нужно будет множество модулей покупать которые используют vqmod. А если я бы заказывал сайт то ТЗ которое мне бы понадобилось вытянуло бы в в сумму гораздо большую, чем купить это в виде модулей у сторонних разработчиков. При этом покупая модуль он сделан максимально конкурентоспособным, а заказывая функционал иногда детали которые у тебя сидят в голове и кажутся очевидными, до разработчика просто не доходят :-) ну это и понятно. После покупки разумеется хочется привнести в модуль что то, что сделало бы его еще лучше, так даже с одной стороны помогаешь разработчику улучшить продукт, результат прямой лучше продукт = больше продаж. Для доработки купленного модуля разумеется нужен программист если в штате нет, соответственно человеку нужно разобраться в коде потратить время, в итоге выходит гораздо дороже самого модуля.

Мне кажется у opencart меньше? :-)

блин все таки я нашел эту тему http://habrahabr.ru/post/128208/

Vqмод очень кривое средство, но для обычных юзеров это панацея. Я просто до того как на opencart перейти пользовался Virtuemart и osCommerce. Я не программирую и не пишу модули, поэтому рассматриваю все со стороны удобства. Большинство модулей которые мне нужны обычно добавляли всякие строчки кода типа названия пунктов и и т.д. Гораздо реже встречаются replace. Мне как юзеру очень не удобно например такая ситуация, что у меня есть один модуль который не видит другой. Например обычный менеджер не видит дополнительные столбцы которые появились в БД, данные из которых так хотелось что бы отображались и работали со всем функционалом. Во общем проблема в том что все модули стараются написать под стандарт определенный, а хочется гибкости но не на уровне программирования и ковыряние в коде, а визуальности интерфейса, что бы можно было например из БД самому выбирать какие колонки у товара отображать, и весь этот интерфейс управления еще бы на ajaxe написать.