Yesvik

Мне нужно чтобы были языковые переменные с определёнными значениями... мне монопенисуально были переменные или нет, главное что после модификатора переменные будут.

Тогда это не Opencart в PHP скрипт, а наоборот... ссылок тебе накидали, смотри в сторону контроллеров и/или на реализацию модулей обмена данными. И здесь посмотри /catalog/controller/api

Не понятна терминология "подключить Opencart в PHP-скрип". Извлекать данные можно напрямую из базы или написать API под свои задачи. Без понимания что именно надо сделать - сложно что-то рекомендовать.

И ещё... а опции обязательные или нет?

т.е. опции должны определяться не в товаре, а в категориях/производителях? и в зависимости от принадлежности к категории/производителю отображается набор опций независимо от наличия?

Языковая переменная может использоваться в нескольких местах и добавление своей приведёт к необходимости внесения множественных изменений. Гораздо проще заменить, но при замене строки, в которой определена переменная, могут возникнуть проблемы, например с пробелами или табами... Поэтому проще не заменять, а переопределить переменную. Именно это и предложил chukcha. Для переопределения переменной не обязательно привязываться к строке в которой она определена. Я делаю так: привязка к <?php и добавление после привязки с заведомо большим offset, в итоге переменные добавляются в конец файла и гарантировано переопределяют переменные объявленные ранее. <operation> <search><![CDATA[<?php]]></search> <add position="after" offset="9999"><![CDATA[ $_['error_login'] = 'Неправильно заполнены поле E-Mail или Телефон и пароль!'; $_['error_login1'] = 'Значение переменной 1'; $_['error_login2'] = 'Значение переменной 2'; ]]></add> </operation> Это особенно удобно когда надо переопределить несколько переменных... всё выполняется в одной операции.

А это смотрели? Основной модуль https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=16601 Отчеты с аналитикой в разных разрезах http://www.opencart.com/index.php?route=extension/extension/info&extension_id=4087 http://www.opencart.com/index.php?route=extension/extension/info&extension_id=4170 http://www.opencart.com/index.php?route=extension/extension/info&extension_id=4409 Реализованы 3 метода расчета себестоимости, учет реальной стоимости доставки, стоимости оплаты, дополнительных расходов и т.д.

Это причина конкретной ошибки. Если в подзапросе будет LIMIT 1 - ошибки не будет. А то что работать не будет из-за дублей алиасов - это другой вопрос. По хорошему в таблице должен быть уникальный индекс по колонке алиасов чтобы подобная ситуация не возникала.

Subquery returns more than 1 row

На 50к товаров 10-15к категорий - не многовато категорий?

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

Да, и тогда можно INSERT IGNORE...

Так добавь поле с хешем MD5 link+dn_id

Возможно ограничение на размер запроса

Сделай уник и тогда появится много вариантов...

Вот выгрузка товаров с характеристиками и без, с розничными и оптовыми ценами webdata.zip

Версию 3.1.1.2 не нашел, поставил 3.1.2.3 УТ для Беларуси редакции 3.1 очень похожа на УТ для России редакции 11.1 Соответственно судя по датам релизов расклад такой: УТ для Беларуси редакции 3.0 соответствует УТ для России редакции 11.0 УТ для Беларуси редакции 2.0 соответствует УТ для России редакции 10.3 Получается что в режиме обычного приложения работает только УТ для Беларуси редакции 2.0, а это очень древняя конфа... все остальные конфигурации это управляемое приложение и разговоры о проблемах с выгрузкой цен из за управляемых форм не уместны. Короче... взял я демку УТ для Беларуси редакции 3.1.2.3 Настроил обмен с видом цены "Розничная BYR" и выгрузил в файлы... в xml'ках цены на товары без характеристик есть, а на обувь с характеристиками цен нет Посмотрел в карточке товара - с ценами вроде всё в порядке, назначены на все доступные характеристики... решил что соглашение кривое и создал новое соглашение - цены не выгружаются полез в виды номенклатуры, а там бардак... цены у обуви назначены на характеристики, а у вида номенклатуры "Обувь" характеристики не используются. Смотрю есть вид номенклатуры "Обувь (Минск)" с характеристиками, проверил что на остатках есть товары с видом номенклатуры "Обувь (Минск)", сделал отбор выгрузки по виду номенклатуры "Обувь (Минск)" - цен нет... начал смотреть цены и опять засада - для товаров с видом номенклатуры "Обувь (Минск)" не заданы цены "Розничная BYR", но есть "Оптовая BYR". Изменил настройки на выгрузку вида цен "Оптовая BYR" и всё получилось. Вот файлы выгрузки с ценами по характеристикам. 1С всё выгружает, надо внимательно настраивать. import.xml offers.xml

Сделай полную выгрузку в файлы без изображений и кинь мне в личку... посмотрю что в XML'ках

Похоже тебя разводят. все поддерживаемые модулем конфигурации на управляемых формах кроме УТ 10

time() + $this->expire - это срок жизни кеша md5(http_build_query($data)) - это идентификатор данных в кеше (параметры выборки данных) Грубо говоря, если использовать идентификатор данных + зависимости данных (модификации данных) - срок жизни кеша перестаёт быть основополагающим признаком актуальности данных в кеше. Т.е. кеш можно регенерировать только при изменении данных, а не через определённые промежутки времени. Но такой алгоритм сложнее обслуживать. Почитай про тегированный кеш.

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

Я бы вообще не лез в ControllerApiOrder, рановато... лучше повесь ивент catalog/model/checkout/order/addOrderHistory/after и отрабатывай заказ когда статус уже в базе

Добавляй "+" вот так ($result['amount'] > 0 ? '+' : '') Вот это foreach ($results as $result) { $data['transactions'][] = array( 'amount' => $this->currency->format($result['amount'], $this->config->get('config_currency')), 'description' => $result['description'], 'date_added' => date($this->language->get('date_format_short'), strtotime($result['date_added'])) ); } измени вот так foreach ($results as $result) { $data['transactions'][] = array( 'amount' => ($result['amount'] > 0 ? '+' : '') . $this->currency->format($result['amount'], $this->config->get('config_currency')), 'description' => $result['description'], 'date_added' => date($this->language->get('date_format_short'), strtotime($result['date_added'])) ); }

Вы путаете историю навигации с хлебными крошками и сами себе противоречите. Если на сайте выстроена иерархия категорий по принципу от общего к частному то на вашем примере надо делать так: Основная категория для товара "Сковорода со стеклянной крышкой" должна быть Главная -> Сковороды -> С крышкой -> Со стекляной, при этом товар дополнительно отображается в категориях Главная -> Сковороды и Главная -> Сковороды -> С крышкой Если покупатель из категории Главная -> Сковороды перешел на страницу товара "Сковорода со стеклянной крышкой", хлебные крошки должны показать где в структуре сайта находится этот товар, т.е. Главная -> Сковороды -> С крышкой -> Со стекляной. При таком построении хлебных крошек покупатель может перейти: и в категорию Главная -> Сковороды -> С крышкой -> Со стекляной и в категорию Главная -> Сковороды -> С крышкой и в категорию Главная -> Сковороды. Вы же хотите чтобы покупатель получил хлебные крошки Главная -> Сковороды. Как хлебные крошки Главная -> Сковороды помогут покупателю перейти в категории Главная -> Сковороды -> С крышкой или Главная -> Сковороды -> С крышкой -> Со стекляной?

Я это называю - перевести бабушку через дорогу... Бабушка сказала что ей надо в магазин, который находится на другой стороне дороги, ты помог бабушке дойти до дороги и сказал что дальше ей надо идти прямо... вроде как доброе дело сделал, а то что бабушку может сбить машина - не твоя забота! Может стоило помочь бабуле перейти по подземному переходу? Хотелки и методы реализации хотелок, предлагаемые клиентами, очень часто бывают ошибочными, они не понимают что так нельзя... это не означает что их надо подбадривать и выталкивать на дорогу на красный свет.