rb2

Можете взять у меня в блоге архив с русским переводом - там вся структура папок есть, пройдётесь по ней и переименуете "russian" в "armenian" (пара папок - в админке и каталоге, и пара файлов russian.php в них). Получится готовый к употреблению шаблон. А дальше переводите.

Упс, про 1.5.1.3 я мог и ошибиться. У меня основная версия 1512. Посмотрел. Да, разбирают и все слова по "ИЛИ" ищут. Найдите в catalog/model/catalog/product.php и попробуйте заменить OR на AND: if ($implode) { $sql .= " " . implode(" OR ", $implode) . ""; } Это в районе 70 строки. Вроде бы логика поиска со всеми галочками не должна нарушиться, но будет искать только все введённые слова вместе.

Вы ещё что-то ставили/модифицировали. Потому что стандартный поиск туп и прост - ищет строго ту подстроку, что ввели, без всяких разбиений. Есть товар "Abc de fff" - он найдет "abc de" и "de f", но не "abc ff".

Создаёте опцию "Цвет". Её наполняете всеми возможными вариантами - белый, серый, черный, металлик, красный, синий, розовый. В редактировании продукта - опции, добавляете опцию Цвет. Выбираете, какие именно цвета у этого продукта есть и обязательно ли его указывать при заказе. Всё. Свой SKU к опциям прикрутить нельзя. По умолчанию он один на товар.

А сказанного недостаточно? Ищите место, которое вы меняли и где отправляются уведомления. Или не меняли, но зацепили удалением поля, бывшего обязательным -- видимо, где-то по его наличию принималось решение об отсылке. Вот это место и правьте, чтобы логика соответствовала текущей ситуации. Если хочется странного и лишнего, но ленивого и простого - ну ок, добавляйте в своём валидаторе строчку, что если email пуст, заполнить его своим адресом и получить уведомление дважды.

oae, добавьте индекс по этому полю в БД: ALTER TABLE `opencart_product` ADD INDEX ( `sku` ) Вместо "opencart_" свой префикс поставьте

Повторюсь ещё раз: AJAX. Javascript. Да, можно сделать её видимой сразу. Человеку. И даже кликнуть яваскриптом, чтобы контент подгрузился. Но это сделает броузер на стороне клиента. А гугловский робот исполнять весь этот яваскрипт не будет. Вот и покажите мне отзывы людей, доступные для индексации простому боту вроде wget-а.Не спорю, это несложно сделать и включить в код сразу. Но сделано почему-то не так на вкладке Отзывы. P.S. То, что видно в DOM-инспекторе -- это не то же самое, что видно боту поисковика. Может так понятней будет, о чем речь.

Попробуйте :) 1.5.1.2, вкладка отзывы.Туда отзывы подгружаются яваскриптом, в коде страницы (доступной поисковикам) их изначально нет.

Как именно Вы представляете себе процесс продажи? Покупатель должен ввести любую цифру? См. http://demo.opencart.com/index.php?route=product/product&path=20&product_id=42 - обратите внимание на поля Text и Textarea. Если спросите у него телефон на этапе оформления заказа, сможете решить вопросы голосом.Если нужен контроль остатка и невозможность заказать лишнее - переделывайте количество в дробную величину. По-моему, всё заработает в этом случае автоматом.

Бредовая идея. Надо просто исправить логическую ошибку в том месте, где информация владельцу магазина не уходит при отсутствии email-а покупателя.

Да я понял. Советую гугл использовать вместо родного поиска. Достаточно сравнить результаты поиска по фразе разделитель тысяч здесь (пусто) и в гугле: разделитель тысяч site:opencartforum.com

https://opencartforum.com/topic/4767-%d1%83%d0%b1%d1%80%d0%b0%d1%82%d1%8c-%d0%ba%d0%be%d0%bf%d0%b5%d0%b9%d0%ba%d0%b8/page__view__findpost__p__31927

А, пардон. Два файла, ищем функцию format внизу и меняем. system/library/length.php public function format($value, $length_class_id, $decimal_point = '.', $thousand_point = ',') { if( 0 == $value ) return ""; if (isset($this->lengths[$length_class_id])) { return number_format($value, 0, $decimal_point, $thousand_point) . $this->lengths[$length_class_id]['unit']; } else { return number_format($value, 0, $decimal_point, $thousand_point); } } system/library/weight.php public function format($value, $weight_class_id, $decimal_point = '.', $thousand_point = ',') { if( 0 == $value ) return ""; if (isset($this->weights[$weight_class_id])) { return number_format($value, 0, $decimal_point, $thousand_point) . $this->weights[$weight_class_id]['unit']; } else { return number_format($value, 0, $decimal_point, $thousand_point); } }

Как угодно. Если магазин - свой родной (для себя) и одноязыковый - дописать прям там же в TPL нужные слова. Точность -- в валютах (настройки, локализация, валюты). Где-то там цифру 2 увидите, меняйте хоть на ноль.

Красным цветом и "-" отмечено, что надо убрать, зелёным и "+" то, что добавлено. Имена изменяемых файлов можно увидеть в строках с "---/+++". До и после изменений показаны 3-5 строк для облегчения поиска правильного места. Здешние понятные описания отличаются только тем, что вместо "-" пишут словами "найдите вот это", а вместо "+" -- "замените на это". В каких файлах искать - тоже видно. По аналогии. Красненькое и зелененькое. У меня ко всему прочему ещё и номера строк видны, по ним дополнительно можно сориентироваться в большом файле. Что конкретно непонятно - объясните, возможно я смогу сделать подсказку понятней.

Windows?1. http://tortoisesvn.net/downloads.html 2. Правой кнопкой на папке, куда скачать, Tortoise SVN - checkout. Ну и вставить там адрес репозитория, где спросят Или попросить кого-нибудь выложить zip. ocstore-assembla-r295.zip

Вкладка наверное. И версия OC 1.4.

Сам факт наличия отзывов на страницах виден при поиске: google: site:a4u.com.ua отзывы Поэтому те, кто ищут отзывы на товары, вполне могут найти. Хотя да, надо бы подумать, зачем сделано именно так. Я бы тоже предпочёл наверное, чтобы они там были сразу.

Значит аяксом грузится динамически. Посмотрите в Опере или Firefox - правой кнопкой и Inspect Element. Там увидите.

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

Нет. Вы вон сами выше всю логику выкусили и показали. Там просто 2 независимые формы, которые при смене авто-сабмитятся и страница перерисовывается.

Первым делом попробуйте просто удалить показ количества продуктов в подкатегориях в меню и модуле категорий. Для этого надо найти места вроде такого: $product_total = $this->model_catalog_product->getTotalProducts($data); $children_data[] = array( 'name' => $child['name'] . ' (' . $product_total . ')', 'href' => $this->url->link('product/category', 'path=' . $category['category_id'] . '_' . $ (ищите по ключевым словам $product_total или getTotalProducts)и закомментировать вызов getTotalProducts и использование результата, т.е. исправить 2 строчки в этом блоке: // $product_total = $this->model_catalog_product->getTotalProducts($data); $children_data[] = array( 'name' => $child['name'], // . ' (' . $product_total . ')', 'href' => $this->url->link('product/category', 'path=' . $category['category_id'] . '_' . $ Это должно быть в паре файлов (в контроллере, который занимается выводом меню, и в модуле категорий). Думаю, сами найдёте без проблем. Если заметно полегчает (а если хостер не ошибся и это основная проблема - то должно), тогда уже можете смотреть на индексы или думать об изменении кол-ва запросов для формирования дерева категорий. Но их у вас вроде бы не слишком много.

HAMP, денвер, виртуальный диск?!?!... Вам что, сложно взять и установить простой апач под винду без всяких лишних оберток? И с установкой PHP и MySQL не помню никаких проблем. Скачал, поставил, работает.

DROP DATABASE IF EXISTS `opencart`; CREATE DATABASE `opencart` CHARACTER SET 'utf8' COLLATE 'utf8_general_ci'; USE `opencart`;

Я для 1.5.1.{1,2,3} описывал поиск по SKU