RGB

Я не о том, просто зачем их обязательно разделять на две картинки? Немного подумав, добавлю, что вывести даже ОДНУ картинку с логотипом производителя нельзя без доработки движка напильником. Подробнее смотрите в теме: http://forum.opencart.com/viewtopic.php?p=91190

Позвольте узнать, зачем?

Никак. Делать отдельно 4 вида доставки, или в общем случае добавить в описании доставки расценки на разные города.

Пользователь увидит поле для ввода купона.

Что такое счет? Может вы про письмо?

Покупателю их не будет видно вообще. А описание производителя можно добавить путём имзенения БД, что исключает дальнейшее обновление магазина (придется вручную менять БД после каждого обновления). Если же кому-то охота с этим возиться: Модуль на оф. форуме: http://forum.opencart.com/viewtopic.php?p=91190#wrap

1. Идентичны. Но по умолчанию product_id является первичным ключом и уже индексирован. Поэтому в данном случае у вас получится 2 одинаковых индекса.2. Авто инкремент такой начинается с единицы, но когда вы переносите Бд, то автоинкримент начинается с последнего id в базе.Что тормозит я уже описал, отключите эту функцию и почувствуйте разницу.О, за такой ответ спасибо.Кстати, модуль PopupCategory (который визуально повторяет удобную структуру категорий на амазоне) якобы использует кеширование, но у меня что с ним, что без него — даже на локалхосте после загрузки страницы с большим количеством категорий (которые как то по своему обрабатываются в этом модуле) браузер думает секунд 10. А со стандартным модулем категорий, который выводит их в не очень удобном виде (при большом кол-ве категорий) страница загружается сразу.

Нужно править /controller/checkoute/guest_step_1.php, комментируя все ненужные проверки функции validate(). А для оформления меняется соответствующий тпл-файл: /view/themes/ваша_тема/template/checkout/guest_step_1.tpl

Элементарно — сделайте из двух картинок одну, и всё.

Неужели никто не знает? Это же архиважный вопрос — повышение производительности магазина, его бы стоило осветить максимально подробно.

Насколько я понял, это идентичные запросы:ALTER TABLE oc_product ADD INDEX i_product_id (product_id); иKEY `oc_product ` (`oc_product `)Правильно?И ещё вопрос по поводу авто-инкремента: зачем такое число большое? Можно же было начать с единицы, если уж по новой создается таблица?

У меня на порядок больше категорий и товаров, только проставление индексов на категории улучшило ситуацию.CREATE TABLE `oc_category` ( `category_id` INT(11) NOT NULL AUTO_INCREMENT, `image` VARCHAR(255) DEFAULT NULL, `parent_id` INT(11) NOT NULL DEFAULT '0', `sort_order` INT(3) NOT NULL DEFAULT '0', `date_added` DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00', `date_modified` DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00', `status` INT(1) NOT NULL DEFAULT '1', PRIMARY KEY (`category_id`), KEY `parent_id` (`parent_id`), KEY `status` (`status`)) ENGINE=MYISAM AUTO_INCREMENT=110174 DEFAULT CHARSET=utf8 Позвольте поинтересоваться, зачем вы создаете первичный ключ и ещё два ключа? Разве для индексации это необходимо?В созданной мною теме (viewtopic.php?f=15&t=903&p=5659) синтаксис индексации БД отличается от вашего. Какое решение правильнее? И ещё, зачем указывать это:ENGINE=MYISAM AUTO_INCREMENT=110174 DEFAULT CHARSET=utf8 ?Спасибо за внимание

Админка - Система - Настройки - Размещение - Автоматическое обновление валют

То есть просто нажимали на кнопку Index напротив необходимого поля в меню Structure нужной таблицы? Этого разве достаточно?

А синтаксис запроса правильный? Просто я не могу сейчас проверить правильность индексации.И я не указывал ограничение на кол-во индексируемых символов для текстового поля, это нормально?

А поиск разве по ним идёт? Допустим, пользователь ищет конкретную модель — тогда ведь будет задействовано именно поле name. Впрочем, система магазина наверняка чаще обращается к БД, чем пользователи, так что наверное вы правы. В таком случае запросы индексации, видимо, будут иметь следующий вид: ALTER TABLE oc_product ADD INDEX i_product_id (product_id); //по product_idALTER TABLE oc_product ADD INDEX i_stock_status_id (stock_status_id); //по stock_status_idALTER TABLE oc_product ADD INDEX i_manufacturer_id (manufacturer_id); //по manufacturer_id ALTER TABLE oc_product ADD INDEX i_cost (cost); //по costПо таким полям, как:tax_class_id weight_class_id length_class_id наверное не стоит индексировать? Правильно ли я думаю?

Друзья! Кто-то наверняка уже индексировал БД магазина с целью повышения его производительности. Предлагаю вам поделиться своим профессионализмом в этой теме, и заодно выяснить по каким полям лучше индексировать, и с какими ограничениями на размер индексации текстового поля. К сожалению, я не обладаю таким опытом, поэтому могу лишь надеяться на помощь более опытных форумчан. Однако, от себя могу предположить, что индексировать, вероятно, стоит поле с названием продукции (поле name в таблице oc_product_description), и больше мне ничего на ум пока не приходит. И конечно, всем было бы полезно увидеть синтаксис запроса с индексацией, чтобы лишний раз не искать по инету.

А можно вообще элементарно добавить свойство display: none в необходимых блоках, и ничего не удалять. Так же можно убрать ненужные поля при регистрации и оформлении заказа — способ немного топорный, но зачем экономить пару байт кода, удаляя их? https://opencartforum.com/public/style_emoticons/default/icon_question.gif

catalogviewtheme<имя_темы>templatecommonheader.tplЗдесь определяется вывод логотипа-картинки в следующем участке кода: <div class="div2"> <?php if ($logo) { ?> <a href="<?php echo str_replace('&', '&', $home); ?>"><img src="<?php echo $logo; ?>" title="<?php echo $store; ?>" alt="<?php echo $store; ?>" /></a> <?php } ?> </div>Чтобы заменить статическую графику на интерактивный флеш, понадобится ещё подключить скрипт swfobject.js (найти в инете не проблема). После этого в указанном выше тпл-файле до строчки:</head>вставляем:<script type="text/javascript" src="catalog/view/javascript/swfobject.js"></script>предварительно поместив файл скрипта в соответствующий каталог.Дальше в самом тпл-файле в нужном месте (между <div class="div2"> и </div>) вставляем такой код:<div id="flashcontent">swf</div><script type="text/javascript">var so = new SWFObject("<наш_файл>.swf","<наш_файл>","<ширина>","<высота>","7","#000000");so.write("flashcontent");</script>Если флеш находится не в одном каталоге, то соответственно указываем полный путь к нему. Цифра 7 не помню за что отвечает, по моему это порядок наложения, но я могу ошибаться, последний параметр — цвет фона.Для изменения оформления блока с флешем необходимо корректировать основной файл со стилями:catalogviewthememagstorestylesheetstylesheet.cssИскать в нём свойства стиля div2.

Удалил через phpMyAdmin, где обнаружил непонятную мне связь. В самом низу есть таблица zone_to_geo_zone, в которой и были связки значений кодов Германии и Великобритании. Кто нибудь знает смысл её существования?В общем удалил всё и там, после чего необходимо было ещё раз добавить какую-то страну к списку стран уже в самой админке, и удалить её оттуда же для обновления базы. В результате имеем список с одной единственной нужной нам страной.

При попытке удаления выводится ошибка:Эту страну нельзя удалить, поскольку она назначена 1 зонами в географических зонах!То же самое было на версии 1.4.8 и видимо даже на версии 1.4.7:http://forum.opencart.com/viewtopic.php ... any#p75556Все географические зоны удалены, налоговые ставки удалены, в общем нигде нет видимых связей указанных стран с магазином. Кто нибудь знает в чём дело?

Вопрос был в том, где лежат файлы. А в какой из них нужно вставлять код счётчика — это уже, я думаю, очевидно, когда есть хоть какое-то представление о работе этой cms.

В жизни я не пользуюсь Оперой как браузером, но для отладки сайтов на кроссбраузерность приходится иногда тестировать её поведение. Не стану скрывать, с ней всегда появляются какие-то необычные сюрпризы. На этот раз ситуация, на мой взгляд, достойна внимания. Суть в следующем: при обновлении страницы магазина (без внесения изменений) браузер по разному интерпретирует ширину блоков картинок товаров и текста. Для наглядности смотрите вложение.Обновление 1:Обновление через секунду:И так бесконечно.Есть какие-то идеи, что это такое и как это исправить? Задавать фиксированную ширину не катит, т.к. это не универсально.

У меня уже минуты 3 показывается статус загрузки страницы, то ли там какой то гигантский флешевый баннер, и адблоккер его режет, то ли есть проблемы с хостингом, то ли дело в магазине. Главная страница отобразилась вся, но вверху не хватает логотипа или баннера или ещё чего (на других страницах логотип уже появился, кстати, и загрузка страницы происходит сразу). Сам логотип непонятный (читается как «ССамовар»), но ещё хуже подпись на украинском — сам магазин то переведён лишь на русский, и разделители между словами подписи тоже не катят — они едва различимы. Не очень удачный способ отображения навигационной строки — получилась не такая понятная структура вроде « Главная >> Чай >> Миксы », а какой-то набор кнопок (конечно, потом становится ясно что это, но с первого раза не понять). Пустое наполнение конечно не впечатляет. Значок хостера в нижней части каждой страницы ни в борщ, ни в красную армию — они разве дают скидки за это? Ещё мелочь — Самовар © 2010, правильнее писать сначала знак копирайта, потом год, а потом уже название сайта. Ну и напоследок — не знаю, как других, но меня ни на одном сайте не заинтересовала правая кнопка с предложением оставить отзыв — в чём её смысл, если есть возможность оставлять отзывы к продукции?Вот такой беглый анализ получается, если особо не вникать.

Их как минимум два:admin/view/template/common catalog/view/theme/default/template/common