savage4pro

есть мысль - проверьте либо ssl в настройках магазина включить, либо в конфигах сайта и админки значения HTTPS_SERVER и HTTPS_CATALOG должны быть http, без "s"

если seo_pro.php и .htaccess стандартные, смотрите модификаторы после вчерашнего ДР у меня очень плохо работают модули базовой телепатии и чревовещания, поэтому без тактильного осмотра пациента, боюсь, ничего более толкового не посоветую

собственно, под какую версию у вас шаблон и на какую версию вы его ставите если у вас версия ocshop 1.5.6.4.1, то смотрите vqmod'ы если 2.х, то в header.php не устанавливаются такие переменные, в том числе и в оригинальном опенкарте

думается, что уже не актуально, т.к. зачем решение на коленке, если можно его взять из 2.1?

а если все равно что, то почему бы не заменять поле идентификатором нового товара после его создания? просто секунда - это достаточно долгий промежуток времени для БД как альтернативный вариант - использовать microtime(true)*10000

на этот вопрос могут ответить точно только авторы summernote кстати, актуальная версия - 0.6.16 в то время как у нас установлена 0.5.8

как вариант, записывать в контроллере чистую цену без форматирования

echo preg_replace('/^([^\d]*)([\d]*[\.,]?[\d]*)(.*)/','$2',strip_tags($price));

на свой страх и риск снять комментарий здесь: admin/view/javascript/summernote/summernote.js // ['fontsize', ['fontsize']], // Still buggy

добрый! вопрос, в первую очередь, в посещаемости - если у вас, грубо говоря, меньше тысячи посетителей в сутки, то и переживать не о чем во-вторых, вы же сами пишете, что указываете товарам категории для показа, а это значит, что ни о каком поиске товаров по вложенным категориям речи не идет, категория указывается конкретная, посему и запрос самый простой, если вы конечно не используете подсчет товаров в категориях, если используете - выключите его к бесам но и ускорять всегда есть куда хостинг желательно выбирать по принципу наличия SSD в первую очередь после его стоимости, хотя нет, просто в первую очередь если SSD нет, но вы счастливый обладатель VPS, или вам повезло и на шареде установлен memcached, тогда стоит использовать его для хранения кэша в памяти вместо диска, а затем ждем реализации турбокэша для 2.х от opencart.pro :) про модули ничего не знаю и посоветовать не могу (зато честно!) совершенно не понимаю, чем вам поможет фильтр, любой фильтр только усугубляет наличествующие тормоза

при отсутствии логотипа - это ссылка с названием магазина, ведущая на главную страницу

к тому же, вам был дан ответ на аналогичный вопрос касательно каталога

по модулю изображений опций рекомендую обратиться к 19th19th, http://liveopencart.ru/19th19th

плюсы настроенного заблаговременно ssl заключаются в отсутствии метаний, когда он понадобится какой сертификат брали, если не секрет?

работает, но видимо, новое форумное форматирование зохавало "&" предлагаю все же вынести и использование ssl в settings (для дефолтного и отдельных магазинов): полное или частичное (стандартное), а там каждый сам решит, что ему больше нравится по стандарту, конечно весь сайт переводить в случае включения ssl просто по собственному опыту могу сказать, что иногда требуется отдельные технические ссылки выносить в ssl, для curl'ов каких-нибудь внешних, а не весь сайт, тем более когда контора жопится на живой сертификат

дописываете в это условие <?php if ($thumb || $description) { ?> проверку несовпадения $category_id (эту переменную добавляете в контроллере ControllerProductCategory) с вашей категорией, в которой надо выводить описания наверху затем копируете этот блок и втыкаете его после <h1><?php echo $heading_title; ?></h1> или до <?php if ($products) { ?> соответственно, изменив условие проверки $category_id на обратное

например, добавляете в контроллер до вызова .tpl что-то вроде $data['category_id'] = $category_id; а в .tpl соответственно выводите заголовок и описание по условию совпадения с id вашей категории

по поводу произвольных ссылок: 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/#comment-10660 а вот по поводу символов - смотрите кодировку БД

почистите вручную папку кэша и удостоверьтесь, что веб-сервер имеет к ней доступ

я - пас )

мне же и есть если вы собераетесь удалять категории, в которых ранее находился товар и ссылки уже засветились, то вам все равно придется вручную прописывать редиректы, т.к. в этом случае никакой seo_pro не поможет, т.к. просто не найдет категории и отдаст 404 поэтому, если не хочется связываться с прописыванием дополнительных редиректов во всяких htaccess'ах, не удаляйте категории, просто отключите их

и в третий раз закинул старик невод в море... (ц) товар будет всегда доступен по всем адресам, которые вы перечислили, вне зависимости от статуса показа категории в адресе просто итоговый адрес, куда (и если) произойдет редирект, будет разным простого ответа нет, точнее он есть, но будет ниже, а пока отвечу так в SeoPro проверка пути производится в любом случае, и отличия в поведении начинаются после сравнения запрошенного адреса со сформированным, т.е. запрос к БД по-любому будет, мы же должны знать, с чем нам сравнивать запрошенный путь, редиректить или нет если у вас будет 1-2 правила в htaccess, быстрее будет работать перенаправление именно через них, т.к. при первом обращении не надо будет грузить php-скрипт совсем, даже до выполнения проверочных действий в контроллере seo_pro но если у вас правил для mod_rewrite будет мильон три штуки, то веб-сервер устанет их разбирать и проверять, попутно заглядывая, а нет ли какого-нибудь правила в вышестоящих инстанциях, и после своего же редиректа на новый адрес, апач будет еще раз проверять эти же правила, а затем проверку на валидность по своим каналам уже проведет seo_pro, в этом случае задержка в работе php-скрипта будет играть мизерную роль какое для вас будет максимальное количество rewrite-правил, после преодоления которого и увеличении кол-ва редиректов меньше времени на выполнение будет занимать header location, подсчитать непросто поэтому вот мой простой ответ - менее ресурсоемко будет использовать nginx на фронтэнде, а mod_rewrite отключить, впрочем как и весь апач со всеми своими жрущими и срущими удобствами

да надо бы и магистру об этом дать знать все же эти ошибки так или иначе могут коснуться не только вас

производительность никак не меняется, в какую бы категорию вы не клали свой товар, а потом бы убирали из нее, т.к. seo_pro изначально, вне зависимости от того, где фактически лежит товар, при выключенной опции "ЧПУ товаров с категориями" на какую бы категорию (существующую) не была ссылка при переходе на товар, будет произведено перенаправление на чисто товар, а при включенной опции всегда будет перенаправление на путь с главной категорией товара в общем-то, по этой же причине и избавляться не от чего по поводу 301/302 редиректов - что из них должно быть, точно сказать не могу - не сеошник, но предполагаю, что 301, т.к. изменение путей должно иметь долгоиграющие последствия и тыркать их туда-сюда никто не будет, а раз так, то и поисковикам имеет смысл сказать, что теперь данный товар будет долго находиться по другому адресу как это поправить, описано в новой теме http://forum.opencart.pro/index.php?/topic/1692-%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B8-seo-pro/

http://forum.opencart.pro/index.php?/topic/1692-%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B8-seo-pro/ пункт 3