AlexDW

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

полгода-год назад натыкался где-то в инете на обсуждение подобного поведения как выяснилось - разработчик(и) шаблона таким образом защищали его при использовании нелегальных копий так что вспоминайте - все ли используемое нажито честным трудом и не ссорились ли с кем-нибудь из исполнителей ;) по факту - afwollis все уже сказал нужно смотреть код, на всех этапах - от добавления товара в корзину до занесения данных о заказе в БД

лучшее лекарство от головной боли - топор!!! :-D

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

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

сорри за офтоп периодически (примерно четверть случаев) имею головную боль с забугорными клиентами, именно с vqmod ставят модуль под 2х, пишут, дескать не работает начинаю смотреть - в корне папка vqmod, при обновлении кеша модификаторов видно (и по логам модификаторов и по кешу модификаторов), что ocmod отработал верно, файлы изменились вот только файлы в кеше vqmod остались прежние, без малейших изменений, а кеш vqmod имеет бОльший приоритет "глючная" версия vqmod (та, у которой в корне есть папка vqmod) работает с ocmod без проблем ровно до того момента, пока не появляется файл, в который изменения вносит и ocmod, и vqmod по уму - при обновлении кеша модификаторов ocmod, кеш vqmod также должен обновляться, причем сначала должны обрабатываться моды ocmod, а потом уже vqmod вот только этого почему-то не происходит PS: ради интереса, гляну точную версию vqmod при очередном таком случае

что-то путаете, стандартный фильтр так и работает изначально - при фильтрации будут выбраны все товары, у которых совпадает ХОТЯ БЫ один параметр в фильтрах (без учета групп фильтров) смотрите здесь по уму - лучше всего поставить какой-нибудь платный модуль фильтрации, у них функционал по-богаче

все зависит от того, каким способом у вас создается/печатается товарный чек если какой-то модуль - спросить у его автора если модуля нет - смотрите такой для печати товарников, либо такой, если используете в качестве товарников счет(инвойс) из админки

даже Кашпировскому для гадания была нужна хотя бы фотография!!! :-D скриншот, а еще лучше - ссылку на сайт давайте при таких вопросах

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

- Да за такие слова, батюшка, можно и партбилет на стол выложить! (с) :-D

если для движка 15х - смотрите такой, уточняйте у автора

смотрите здесь

mods.cache - точно удаляли? бывает простой очистки папки vqmod/vqcache недостаточно если да - смотреть файл шаблона категорий + вспоминать, какие модули затрагивающие категории используются (фильтр какой-нибудь и тд)

этот и отвечает скорей всего нужно кеш vqmod обновить (удалить содержимое папки vqmod/vqcache и файл mods.cache)

в 2х, несмотря на присутствие этой опции в настройках магазина, она не учитывается вспоминая, сколько тем и матов было по поводу невозможности загрузки больших файлов - возможно ее "забыли" специально :-D для использования ограничения на размер загружаемых файлов, указанный в настройках в файле admin\controller\common\filemanager.php после if (!in_array(utf8_strtolower(utf8_substr(strrchr($filename, '.'), 1)), $allowed)) { $json['error'] = $this->language->get('error_filetype'); } добавить if ($this->request->files['file']['size'] > $this->config->get('config_file_max_size')) { $json['error'] = 'Файл слишком большого размера!'; } и обновить кеш модификаторов для применения изменения

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

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

а, пардон - думал речь про страницу товара в магазине, а не в админке этот модуль не добавляет дополнительных полей, только выводит их (upc, ean, jan итд) в магазине на странице товара смотрите, как сделано в админке на примере поля upc, и добавляйте свое по аналогии

вручную, при минимальном знании php/html или при помощи какого-нибудь модуля, например такого

здесь

использовать подходящий модуль импорта - смотрите в дополнениях->модули обмена данными например такой

смотрите в файлах catalog\controller\account\wishlist.php и catalog\controller\common\header.php по wishlist и делайте аналогично

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

вместо ноль пробуйте кавычки ""