Baco

Ув. автор, в чем отличие от этого модуля кроме адаптивного функционала ?

Как вариант, можно с помощью модуля, подгрузить на определённые схемы подключение, своего рода "конфига", который по сути своей, есть не что иное, как массив значений конфига (выбранный, так как выгружать все нет резона и плохо для безопасности), и просто напросто - закешировать, что бы не обращаться к базе при открытии новой страницы снова в базу за настройками, в самом же модуле, разобрать сам массив из кеша, присвоив значения переменных соотвественным значениям view файла. Практический пример №1: catalog\controller\module\moj_config.php <?php class ControllerModuleMoj_config extends Controller { private $error = array(); public function index() { $config_data = array( 'config_page_1', 'config_page_2', 'config_page_3', 'config_page_4', 'config_page_5', 'config_page_6', 'config_page_7', 'config_page_8', 'config_page_9', 'config_page_10', 'config_page_11', 'config_page_12', 'config_page_13', 'config_page_14', 'config_page_15' ); foreach ($config_data as $conf) { $config = $this->cache->get('config.my_page' . (int) $this->config->get('config_language_id')); if (!$config) { $this->data[$conf] = $this->config->get($conf); $this->cache->set('config.my_page' . (int) $this->config->get('config_language_id'),$conf); } else { $this->data[$conf] = $config[$conf]; } } ... в самом ТПЛ файле уже выводим по типу <?php echo $config_page_12; ?> в нужном месте... P.S. Валидность кода не проверял, писал из головы логику...

Попробую скорректировать, $this->config->get('tvoj_config'); - это лишь конфиг, который значение (не только булево) вносит в БД, можно переполнять таблицу setting но достигнуть того эффекта, что имеет vQmod нельзя, так как виртуальный модификатор, парсит сам код, и вносит изменения (в вашем примере это ваш же $this->config->get('tvoj_config'); в нужное место, программно же реализовать такое, будет сложновато, тоесть написание модуля - это написание модуля с его конфигами, а использование vQmod-а - это отдельная тема для разговора, вот есть темка, где раньше поднимался вопрос об отказе от виртуального модификатора. P.S. Использование же вызовов конфига непосредственно в TPL - даже не рассматриваю, и называю такой стандарт кодирования по определению, фекалиеподобным... мягкоговоря.

Попробуйте парсить ответ на <ErrorText>, предполагаю, в норм. ответе отсутствует или пустой текущий элемент массива. В общем, копать в сторону идентификатора, который отличает ответы.

Проанализируйте работу вот этого модуля: https://opencartforum.com/files/file/732-webme-18yo-%D0%B4%D0%BB%D1%8F-ocstore-v15x/

Или "максимальный сервис за минимальную цену..."

Признаюсь откровенно, что 70% своих разработок, я не выкладываю на продажу... а знаете почему ? Потому что за 300 рублей, заходить к каждому клиенту на фтп (это в идеале, по среднестатистическому же - придётся объяснять исправление проблемы в десятке сообщений при личной переписке), править не только под нестандартные темы (на подобии Shoppica, PAV г*кодеров и т.д.) но ещё и при обильном кол-ве уже установленных модулей, найти конфликт, проанализировать ситуацию, прописать при необходимости в код, и лишь тогда сказать "готово" и "проверяйте"... и это за 300 р. ??? Уж извольте, но время и нервы куда дороже таких вот "пассивных доходов".

Если не ошибаюсь, то в system\library\currency.php находите $this->set($this->config->get('config_currency')); и меняете на $this->set('UAH'); в самой же шапке комментируете вывод отображения массива валют и всё.

Не предусмотрено модулем редактирование кириллических символов или пробелов в названии изображений (ИМХО)

Не предусмотрено модулем редактирование кириллических символов (ИМХО)

если в настройке магазина, вы смените тип ЧПУ с seo_pro на seo_url, то у вас получится нужный еффект.

С целью удаления дублирующего контента, товарищ Yesvik написал модификатор, под названием seo_pro, который использует привязку товара только к одной категории магазина, исключая тем самым "дубли" контента, что позитивно влияет на СЕО продвижение магазина в поисковиках. Это не баг а фича :-D

Теоретически, не будет, так как внесённые изменения записываются в mods.cache, практически же, не тестировал до конца, вот сам бы метод парсинга XML-я и внесения данных в нужный файл довести до ума, было бы отлично, а так, то я бегло сам класс просмотрел и как говориться, на коленке решение написал.

Гайд для ленивых, или как прописать изменения в файл с VQMOD-а: 1. Устанавливаем сам VQMOD. 2. Находим и открываем файл: vqmod\vqmod.php3. Находим строку: 108$cacheFile = self::_cacheName($stripped_filename);заменяем на:$cacheFile = $sourcePath;//self::_cacheName($stripped_filename);а так же начиная с 130 строки, находим условие проверки:if (sha1($fileData) != $fileHash) { $writePath = $cacheFile; if(!file_exists($writePath) || is_writable($writePath)) { file_put_contents($writePath, $fileData); $changed = true; }}и комментируем проверку первого://if (sha1($fileData) != $fileHash) { $writePath = $cacheFile; if(!file_exists($writePath) || is_writable($writePath)) { file_put_contents($writePath, $fileData); $changed = true; }//}Сохраняем, и сёрфим по сайту, что бы прописались изменения. P.S. После этого можно удалить сам vQmod, но так же не забываем, что надо восстановить файлы на дефолтные: system_engine_controller.phpsystem_engine_front.phpsystem_engine_loader.phpsystem_library_language.phpsystem_library_template.phpsystem_startup.php+ index.php + admin/index.phpЕсли что то не прописывается, удалите файл: mods.cache и удалите файлы из vqmod\vqcache\

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

Залить вот этот файл: admin\model\catalog\filter.php

Согласен, за то что вы пару цветов поменяли в stylesheet.css, меню фиксированное сделали и каталог под "розеточный" разрисовали, даже иерархию вложенности не потрудились сделать ?

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

Можно переформулирую вопрос по другому: "Мне нужно пару товаров с вашего сайта, маечки, футболочки, кепочку. За сколько продадите ?

Ой, не пробел, а "ВВОД" (Enter) Может скиньте дамп, а то эта тема может долго с вашими ошибками расписываться...

предполагаю, что у вас 2-ва разных префикса для БД, и вы хотите таблицу с префиксом 222_ поставить на таблицу с префиксом ust_ Попробуйте в том же блокноте, сделать глобальный поиск 222_ с заменой на ust_ и соответственно сохранитиь в utf-8 без BOM.

в 'п»їTRUNCATE TABLE `ust_address`' at line 1 п»ї - непонятный символ, вручную просмотрите что за х@ня... или скиньте файл с дампом для анализа.

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

Данная рассылка не имеет ничего общего с максистор, если внимательно просмотреть на код, то видно что: 1. "opencart.com", "=^_^=.ru", "myopencart.ru", "opencartforum.com", "opencart.ru", "opencart.by" заменяются на ruopencart.com, просто использовали псевдоним и возможность "насолить".