savage4pro

тогда вопрос, а что же вы ставите тогда? https://github.com/vqmod/vqmod/wiki/Installing-vQmod-on-OpenCart

/vqmod/install/index.php

index.php в папке есть?

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

в ControllerCommonHeader добавьте что-то подобное $data['current_template'] = $this->config->get('config_template'); а в header.tpl выводите переменную $current_template, содержащую имя шаблона, где хотите но задача все же несколько бессмысленная, все равно для разных тем, как правило, шаблоны header.tpl отличаются вполне достаточно для того, чтобы в процессе их написания не раз залезть в head-блок, походу зацепив и путь до стилей

не за что все же попробуйте на досуге подумать, как вытащить изменения из index.php и может найти более элегантное решение

mail.php использует переменную окружения fputs($handle, 'EHLO ' . getenv('SERVER_NAME') . "\r\n"); которой нет при выполнении скрипта в режиме cli поэтому немного модифицируйте изменения в index.php if (PHP_SAPI == 'cli') { putenv('SERVER_NAME=app.foo.com'); $config->set('config_seo_url', 0); } где app.foo.com - доменное имя вашего сервера, который отправляет запрос на подключение лучше всего указать такое же значение, которое соответствует этому индексу $_SERVER['SERVER_NAME'] при обращении к сайту баузером через ваш веб-сервер, т.е. обычным методом создайте какой-нибудь testphpinfo.php в корне сайта с содержимым <?php phpinfo(); ?> и откройте страницу браузером http://ваш-домен/testphpinfo.php найдите на странице значение _SERVER["SERVER_NAME"] и укажите его в index.php вместо app.foo.com

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

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

наверное вопрос даже задан бы не был, если бы не лень человечья а на свой вопрос отвечу сам - сайт не сломается, а лишь будет выглядеть коряво ровно до того момента, пока до вырезателя не дойдет, что шаблон контроллера - это в большинстве случаев обычный html-код со стандартными приблудами, и всякий его элемент, большой и малый, страшный и не очень, абсолютно понятный и непонятный совсем, работает по обычным законам верстки, как на любой статичной html-страничке и мало на свете причин, чтобы вместо поиска в подсказанном файле текста "fa-phone", и определения, где же он светится, тратить хренову бездну времени торчания на форуме в ожидании волшебства, и не жалеть того же собственного времени на пререкания

нет проблем, попробую на вашем сервере, за символическое спасибо

а если взять и удалить все содержимое catalog/view/theme/universal/template/common/header.tpl сайт сломается?

зачем править default, если вы пользуетесь universal? зачем вообще менять default? если же вы исправляли оба, но по итогу применились изменения только в дефолтном, чистите кэш модификаторов

попробуйте в index.php перед // Dispatch $controller->dispatch($action, new Action('error/not_found')); добавить такую конструкцию if (PHP_SAPI == 'cli') { $config->set('config_seo_url', 0); }

домены магазинов сессия одна и та же

на сайте этого "звонка" такая же истерия, наверное, это расплата за частичную бесплатность сервиса по теме прочитайте рекомендацию полностью в частности про "бесконечную пагинацию", иначе получается вот такая ерунда и настройте доставку

вам точно нужна именно фильтрация списка товаров по SKU? потому что если нужно найти конкретный товар по sku, то поиск в верхней части экрана прекрасно это делает

комментарии в этой теме уже читали?

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

найти строчку $('#content .product-list').attr('class', 'product-layout product-grid col-lg-4 col-md-4 col-sm-6 col-xs-12'); в common.js и в шаблоне футера, куда вы "бесконечную пагинацию" добавили и заменить на $('#content .product-list').attr('class', 'product-layout product-grid col-lg-3 col-md-3 col-sm-6 col-xs-12'); также в common.js изменить строку productSet.attr('class', 'product-layout col-lg-4 col-md-4 col-sm-12 col-xs-12'); на productSet.attr('class', 'product-layout col-lg-3 col-md-3 col-sm-12 col-xs-12');

catalog/view/theme/ваша_тема/template/module/account.tpl

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

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

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

посмотрите на это решение, может, ваша проблема в чем-то схожа