savage4pro

попробуйте http://forum.opencart.pro/index.php?/topic/1522-%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5-%D1%81%D1%81%D1%8B%D0%BB%D0%BA%D0%B8-%D0%B2-%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD-%D0%BC%D0%B5%D0%BD%D1%8E/page-2#entry11554

модуль не ставил, поэтому проверить не могу, сами сами

terhant в двух словах модуль MZ+ окмодит catalog/controller/common/header.php нам интересен вот этот кусочек <operation> <search><![CDATA[return]]></search> <add position="replace"><![CDATA[ $contents = ]]> </add> </operation> это означает буквально заменить в нашем контроллере все "return" на "$contents = ", прекрасно смотрим на сам контроллер и видим, что в отличие от оригинальной сборки, контроллер имеет метод getMenuLink, который так же возвращает некое значение: return $link; и этот return так же весело заменяется модулем MZ+, что приводит к тому, что метод ничего не возвращает и меню ссылок не имеет возьмите ваш окмод mod_opencart_magiczoomplus.zip/magiczoomplus/module/system/magiczoomplus.ocmod.xml (или откуда вы его берете) и замените вышеприведенный кусок на, например, такой: <operation> <search regex="true" limit="2"><![CDATA[#return \$this\->load\->view\(#i]]></search> <add position="replace"><![CDATA[ $contents = $this->load->view(]]> </add> </operation> надеюсь, это прекратит ваши мучения временно, разумеется, ведь с окмодами никогда нельзя быть уверенным, что завтра кто-нибудь не поменяет строку, на которую вы опираетесь для применения своего изменения

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

ни в какое, этот файл генерится автоматически после обновления кэша модификаций очень странно, что модификация применяется: а в итоговом файле нужных строк нет... попробуйте в "Модули->Модификаторы" сначала нажать на "Очистить" и затем "Обновить" стили модулей подключаются, значит проблема не в этом пишите в личку

system/storage/modification/catalog/controller/common/header.php есть такие строки? //Force load styles for "PT Sans" $this->document->addStyle('catalog/view/theme/default/stylesheet/pt-sans-forced.css'); они точно есть в шаблоне используемой вами темы? в дефолтной теме так и должно быть, да для проверки работы стилей включите на главной карусель или слайдшоу и посмотрите в коде страницы, есть ли вызов <link href="catalog/view/javascript/jquery/owl-carousel/owl.carousel.css" type="text/css" rel="stylesheet" media="screen" />

да, смотрю в 1.5 окшопе, в отличие от оригинального опенкарта и окшопа 2, картинка зачем-то аттачится, но при этом ссылка дается внешняя $this->config->get('config_url') . 'image/' . $this->config->get('config_logo'); ... $mail->addAttachment(DIR_IMAGE . $this->config->get('config_logo')); т.е. у вас 2 проблемы - битая ссылка на картинку на сайте - лишний аттач, от которого не избавиться без правки catalog/model/checkout/order.php решения обеих проблем тоже 2 1. забить на аттач, пусть и дальше прикрепляется, или удалить/закоментить строку в модели, и смотреть что со ссылкой, посмотрите в исходнике полученного письма, что же там формируется, если с ней все хорошо, то скорей всего сервер не отдает или же клиент забрать не может 2. использовать аттач по назначению - т.е. располагать его инлайн вместо загружаемой из интернета, и для этого надо править catalog/model/checkout/order.php и system/library/mail.php, и лучше внедрить phpmailer или, например, swiftmailer для отправки писем, в связи с некоторой убогостью оригинальной библиотеки опенкарта

последние предположения, если это не поможет, то вам стоит обращаться за платной помощью, если столь критично: 1. найдите в файле catalog/view/тема/default/template/common/header.tpl строки <?php foreach ($styles as $style) { ?> <link href="<?php echo $style['href']; ?>" type="text/css" rel="<?php echo $style['rel']; ?>" media="<?php echo $style['media']; ?>" /> <?php } ?> если такого нет, добавьте до вызова вашего основного css 1.1. найдите в файле catalog/controller/common/header.php строку $data['styles'] = $this->document->getStyles(); если такой нет - добавьте где-нибудь в public function index() { до загрузки шаблона 2. очистите кэш модификаторов, мало ли что, бывает, забывают

у вас не подключается css вовсе запостите под спойлер, пожалуйста, лог модификаций видимо, не выполняется инструкция добавления в catalog/controller/common/header.php должно добавляться после строки public function index() {

в БД - да где работаете? если локально, то шрифт может не подгружаться, в этом случае поменяйте в catalog/view/theme/default/stylesheet/pt-sans-forced.css @import url('//fonts.googleapis.com/... на @import url('http://fonts.googleapis.com/...

спасибо за найденный баг решается в одно действие - шаблон catalog/view/theme/default/template/account/voucher.tpl <label class="col-sm-2 control-label" for="input-amount"><span data-toggle="tooltip" title="<?php echo $help_amount; ?>"><?php echo $entry_amount; ?></span></label> меняем на <label class="col-sm-2 control-label" for="input-amount"><span data-toggle="tooltip" title="<?php echo strip_tags($help_amount); ?>"><?php echo $entry_amount; ?></span></label> и в дальнейшем при встрече такой проблемы, когда отображение страдает - просто режем оформление у строчки со знаком валюты а если совсем пропадает, то значит чего-то не доставили, может, css забыли закинуть или sql запрос выполнить? как устанавливали - вручную или через установку модулей? ограничение высоты в 3 строки - очень просто если строка имеет line-heigth: 16px, например, то ограничиваете высоту блока 48px

модули-карусель-home page-высота все остальное стилями решается

для изменения знака валюты надо сходить в настройки собственно валют а если нужен именно символ рубля, то пользоваться модулем для 2.х для 1.5 сдвигать цену на определенную высоту - либо ограничиваете стилем высоту описания в 3 строки, остальное прячете, либо блок с ценой позиционируете абсолютно и к низу его прибиваете с отступом играться с этими стилями: .product-thumb .caption h4+p .product-thumb .caption .price

текст в правом блоке и есть краткое описание, но если нужно совсем краткое, то стоит попросить admin внести изменения в контроллер catalog/controller/blog/latest.php в частности, заменить 'description' => utf8_substr(strip_tags(html_entity_decode($result['description'], ENT_QUOTES, 'UTF-8')), 0, 500) . '..', на 'description' => utf8_substr(strip_tags(html_entity_decode($result['description'], ENT_QUOTES, 'UTF-8')), 0, $this->config->get('configblog_article_description_length')) . '..', и пока это не вошло в обновление, а очень хочется, то сделать это самому либо править шаблон catalog/view/theme/default/template/blog/latest.tpl менять <p class="description"><?php echo $article['description']; ?></p> на <p class="description"><?php echo utf8_substr(rtrim($article['description'],'.'),0,200); ?>..</p> где 200 = настройка configblog_article_description_length = Количество символов (Витрина) в настройках блога а вот с абзацами и отступами - никак, ибо strip_tags, можно только со стилями поиграться и далее просить того же admin добавить к статьям блога анонсы, которым бы не пришлось резать форматирование

убрать категории "новости" и "обзоры" со страницы Блога админка: Макеты->Блог, убрать модуль "Категории блога" чтобы убрать модуль со всех страниц, собственно отключаем его в его же настройках, не деактивацией, если вдруг захочется вернуть как было

изменить открытый по умолчанию таб catalog/view/theme/тема/template/module/product_tab.tpl меняем <ul class="nav nav-tabs"> <li class="active"><a href="#tab-latest" data-toggle="tab"><?php echo $tab_latest; ?></a></li> <?php if ($special_products) { ?> <li><a href="#tab-special" data-toggle="tab"><?php echo $tab_special; ?></a></li> <?php } ?> <?php if ($bestseller_products) { ?> <li><a href="#tab-bestseller" data-toggle="tab"><?php echo $tab_bestseller; ?></a></li> <?php } ?> <?php if ($featured_products) { ?> <li><a href="#tab-featured" data-toggle="tab"><?php echo $tab_featured; ?></a></li> <?php } ?> </ul> на <ul class="nav nav-tabs"> <li<?php echo (!$featured_products)?' class="active"':''; ?>><a href="#tab-latest" data-toggle="tab"><?php echo $tab_latest; ?></a></li> <?php if ($special_products) { ?> <li><a href="#tab-special" data-toggle="tab"><?php echo $tab_special; ?></a></li> <?php } ?> <?php if ($bestseller_products) { ?> <li><a href="#tab-bestseller" data-toggle="tab"><?php echo $tab_bestseller; ?></a></li> <?php } ?> <?php if ($featured_products) { ?> <li class="active"><a href="#tab-featured" data-toggle="tab"><?php echo $tab_featured; ?></a></li> <?php } ?> </ul> далее меняем <div class="tab-pane active" id="tab-latest"> на <div class="tab-pane<?php echo (!$featured_products)?' active':''; ?>" id="tab-latest"> и еще меняем <div class="tab-pane" id="tab-featured"> на <div class="tab-pane<?php echo ($featured_products)?' active':''; ?>" id="tab-featured">

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

вряд ли локалка, ну или все же руки не такие уж и кривые ошибка говорит о том, что полученная переменная либо неправильно обрабатывается (хотя как неправильно, если бы на выходе была строка, то ошибка была бы другой), либо в ссылке не передаются собственно параметры в любом случае следует посмотреть на саму строку, которую получает метод rewrite (про или урл, без разницы) временно, следом за определением метода напишите var_dump($link); и посмотрите что выведет а дальше по обстоятельствам, но скорей всего проблема в рерайтах веб-сервера если апач, то внимательно смотреть на .htaccess если nginx, то еще более внимательно разглядывать его конфигурацию и внезапно сеанс телепатии завершился

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

если я что-нибудь в чем-нибудь понимаю, то как-то так .common-home .tab-pane .price { float: right; text-align: right; font-size: 120%; } .common-home .tab-pane .price>span.price-tax { font-size: 90%; }

с префиксом по умолчанию она называется `oc_setting`

могу ошибаться в предположениях 1. у вас какой-то модуль в заказах работает или шаблон измененный? 2. поменять названия регионов - Система-Локализация-Регионы 3. снять галку в Система-Настройки-Редактировать магазин-Опции-Подтверждение при заказе 4. вероятно, имеет смысл обращаться к автору дополнения а 5-й пункт меня также интересует - планируется ли поддержка массовых действий над товарами в будущем?

этот нотайс говорит вам о том, что данные неправильно сериализованы, т.е. не совпадает указанная и фактическая длина строки сейчас на вашем сайте я вижу немного другой нотайс: Notice: unserialize(): Error at offset 1215 of 3678 bytes in /hsphere/local/home/leonid17/balmascarad.ru/index.php on line 68 и он намекает, что искать проблему надо в таблице `" . DB_PREFIX . "setting` например, одна из частых ошибок, приводящая к такой беде - это исправленное вручную доменное имя, длина которого отличается от оригинального

http://forum.ocshop.info/index.php?/topic/1522-%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5-%D1%81%D1%81%D1%8B%D0%BB%D0%BA%D0%B8-%D0%B2-%D0%B4%D0%B8%D0%B7%D0%B0%D0%B9%D0%BD-%D0%BC%D0%B5%D0%BD%D1%8E/

пожалуйста!