rb2

$mail->setTo( $this->config->get('config_email') . ',' . $this->config->get('config_alert_emails') ); или $mail->setTo( array( $this->config->get('config_email'), $this->config->get('config_alert_emails') ) ); Естественно, в таком виде все получатели будут видеть всех адресатов такой "мини-рассылки".Использование BCC в библиотеке опенкарта не предусмотрено - если надо bcc, придётся допиливать или использовать вызов `mail()` напрямую.

Ага, а рядом ещё ползунок для регулировки яркости экрана. И ещё несколько кнопок для листания на страницу вперёд/назад. Такие кнопки если и ставить, то только для выбора или определения предпочитаемых посетителями варианта из нескольких CSS. Чтобы клики отслеживать можно было. А размеры шрифта меняются по `Ctrl +/-` или `Ctrl-wheel`.

Почитайте https://econsultancy.com/blog/61995-carousels-on-ecommerce-sites-are-they-worth-bothering-with Полностью согласен со статьёй. В дикой природе я, к сожалению, не встречал хороших применений слайдеров в e-commerce - которые бы зацепили и были удобны. Те, за которые я иногда цепляюсь - в 99 случаях из 100 слишком быстро уезжают и сменяются на что-то другое: я не успеваю отреагировать даже на баннеры на родном языке. Если сайт англоязычный - даже при том, что я хорошо знаю язык, я просто не настолько быстро читаю/воспринимаю, как нейтивы. Поэтому слайдеры на инглише для меня выглядят так же, как тасуемая перед носом колода карт. Если слайды на каком-то из языков, которые я знаю лишь слегка (или не знаю), но пользуюсь, и для восприятия контента пользуюсь словарями (типа франзузского, польского, латышского, китайского) -- ценность слайдеров для меня вообще в минус уходит. Элементы управления слайдером часто неудобны. А на мобильных устройствах работают, прямо скажем, через заднепроходное отверстие. Даже когда информация заинтересовала настолько, что пытаешься открутить назад на 2-3 уехавших слайда - они далеко не всегда остаются неподвижными, чтобы предложение можно было спокойно изучить. Про мобильные уже сказал. На мышь большинство слайдеров рассчитаны. Про тачпад мало кто помнит. Да и натыкаясь на телефоне на какой-нибудь слайдер - лично я лихорадочно пролистываю его или стараюсь перейти на следующую страницу. Они всё равно либо монстрообразны и неоптимизированы, либо неюзабельны на телефоне, моргая и убегая, либо ещё что-то, что я забыл. Но никакого желания воспользоваться этим элементом не осталось. Иногда просматриваю их на десктопе - из профессионального интереса. В общем, они теоретически могли бы работать - у тех, кто понимает (реверанс в сторону RGB), но на практике - фиг вам. Неюзабельная свистоперделка в руках магазинщиков. Считаю, что этот элемент не работает в массах. Нужна хорошая квалификация, чтобы от него была польза.

Нет, не существует в Опенкарт статусов товаров. Есть только "есть товар" или "нет товара". Для отсутствующих товаров можно выбрать дополнительно, какую надпись показать (то, что вы называете статусом товара).

Посмотрел демо-базу oc154 и oc1564 - всё правильно сортируется (см. категории Desktops/PC и Desktops/Mac). У "PC" порядок сортировки 1, у "Mac" - 2. По алфавиту они выводились бы -- Mac, PC. oc154: demo.opencart.com oc1564: на локалхосте. Думаю, что и в oc1551, не тронутом никакими переделками, всё сортируется точно так же.

Это физические дубли. Логических нет - об этом заботится тег "canonical". Читайте https://opencartforum.com/topic/20526-seopro-vs-seourl/ Весь мир это вполне устраивает. Canonical для того и придуман. Если вы свято верите, что вылизывание для поисковиков автоматически сделает ваш магазин продающим (ха 3 раза), ставьте SeoPro - он избавит от 99.9% тех сео-шных "проблем", которые поголовно волнуют рунет. Хотите совет? Займитесь продажами, email-маркетингом, привлекательностью магазина для людей. А не этой фигнёй. Хочется красоты - поставьте раз SeoPro и забудьте про эту тему насовсем. Это совсем не то, что поднимет вам продажи. Не получается поставить его на oc156? Поставьте ocs15512 или обратитесь к любому из разработчиков за помощью в раздел платных услуг.

noVe, и что вас останавливает? Берите и делайте: https://opencartforum.com/topic/25825-реструктуризация-админстрации-форума/

https://opencartforum.com/topic/31007-сортировка-товаров-1-10-100/ Универсального способа нет. Неуниверсальные там описаны/упомянуты: надо подстраиваться под конкретную ситуацию и вычленять нужные цифры из наименований, а для этого надо знать формат строки названия. Проще пересилить себя и вносить в название товара унифицированное обозначение объёма, например: 01-001 ARA 1-1, 01-005 Ara 1-5, 01-020 ARA 1-20 и.т.д

В SeoPro, насколько я понял. На чистом oc1564 + seopro эта ситуация воспроизводится. Чтобы быстро (но коряво) пофиксить проблему, можно в файле `catalog/controller/common/seo_pro.php` найти case 'manufacturer_id': case 'category_id': case 'information_id': и дописать ниже case 'search': case 'sub_category': case 'description': Правда, вся красота из URL пропадает. Может кто разберётся и более удачный способ подскажет.С другой стороны - нужна ли эта красота в поиске? От ботов его обычно закрывают, при переходе скорей всего будет 301 редирект на правильный адрес (если правильно помню).

Эта вкладка всегда там есть при редактировании. Вы или перепутали с просмотром заказа или не замечали. Зачем?

Посмеялся с вашей переписки :) @chukcha, топикстартеру в редакторе товара нужен выбор дополнительной картинки рядом с основной. Если в новом поле не выбрана картинка - стандартное поведение. Если что-то выбрано - в качестве превьюшки в `product/category` используется картинка из этого нового поля. Всё остальное - без изменений.

Скопируйте дефолтный "product/category.tpl" в свою тему по точно такому же пути. И редактируйте его. Совет редактировать дефолтный шаблон - из разряда вредных. Делать так в принципе можно, но не нужно.

В кладку, выбераем, наслождаемся... Жмем вместо жмЁм. Русский, московский,и т.п. пишутся с маленькой буквы.Если вы автор перевода, наслаждение предстоит райское.

Ну тогда отладчик прикручивайте, чтобы разобраться.

С чего бы вдруг? Просмотрел конфиг на всякий случай - там, по-моему, всего 3 строки поменять придётся после переноса `admin` в любое другое место на сервере. DIR_APPLICATION плюс пара очевидных. Админка потому и сделана отдельным приложением, чтобы её куда-то из `public_html` в `private_html` легко перемещали.

Насколько вижу из описания (и помню по памяти) - родилось сперва для страниц товаров, затем в версии 0.3 появилось то же самое для страниц категорий. Ставить - не ставил, не смотрел. Скопировать стандартную tpl-ку, вырезать из неё несколько полей и наплодить 3 копии с нужными ID. Хотя, конечно, можно и условий налепить. Но потом есть шанс, что какие-то vqmod-ы не заработают, т.к. там довольно популярное место для изменений.

http://ru.lmgtfy.com/?q=opencart+%D1%81%D0%BD%D0%B0%D1%87%D0%B0%D0%BB%D0%B0+%D1%82%D0%BE%D0%B2%D0%B0%D1%80%D1%8B+%D0%B2+%D0%BD%D0%B0%D0%BB%D0%B8%D1%87%D0%B8%D0%B8

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

Можно с помощью https://opencartforum.com/topic/12326-spetcialnyi-shablon-dlia-odnoi-kategorii-tfpic-opencart/

Там просто `glob('*.xml')`. Без всяких флагов. Так что прядок в общем случае непредсказуем. Флагами можно запретить сортировку (что резко повышает скорость работы `glob`). Но что он делает по умолчанию - никак не документировано и никому неведомо.

https://opencartforum.com/files/file/591-специальный-шаблон-для-одной-категории-tfpic-opencart/

Пишите в тему поддержки модуля D_Buttons.

Я когда-то описывал, как SKU в каталоге выводить - думаю, по аналогии модель сможете вывести без проблем. Насколько помню, выводилось и в списке, и сеткой.

Мгновенно открывается, прекрасно работает.

'href' => HTTP_CATALOG . 'index.php?route=product/product&product_id=' . $product['product_id']