iglin

В настройках импорта есть "Заполнять родительские категории:". "Устанавливает отображение товара во всех родительских категориях, работает только для поля _CATEGORY_ и _MAIN_CATEGORY_."

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

Ставлю на "уши" )

Ну вообще этот функционал проверял - разрешён ли вашему IP доступ к API. Видимо не нужен)) С тройкой мало работал, в глубь туда не лазил, но сейчас посмотрел - IP в любом случае добавляется в разрешённые когда открываешь sale/order, ещё до этой проверки. И либо функционал был совсем удалён и остались уши, либо его сломали и починили но не там.

А ведь и правда. Что то я внимания никогда не обращал что этот момент в тройке поломался) В контроллере его и правда нету. Но так как в api/login уходит post['key'], хоть и пустой - это не считается ошибкой, в ответ получаем пустой json. Нужно в контроллере ордара добавить добавить кей и поискать может ещё где нидудь этот функционал сломан))

Не вылазит. У вас тут не хватает data: 'key={{ api_key }}', https://github.com/ocStore/ocStore/blob/ocStore-3-0-3-7/upload/admin/view/template/sale/order_info.twig

А ещё бы заработало вот так прошлый раз: $this->request->post['prod_id'];

Вы же вроде пост ждёте

Я такого не признавал) Как раз таки наоборот. Я вижу поведение которое описывает автор и которое подходит полностью под то что при логауте не очищается из сессии значение группы покупателя. Я не экстрасенс конечно и в данном конкретном случае может быть и какая то иная причина. Но что сто процентов не может быть этой я так же утверждать не могу. Мистика и загадка для меня только то, почему у Вас результаты "теста" показывают иной результат. Который отличается от того что я вижу и что описывает ТС )

Да скорее всего именно из за customer_group_id в сессии как написали выше и способ исправления выше это решает. У меня на сайте точно такое же с симплой поведение, но для себя я решил что это не баг, а фича и оставил как есть) А почему вот вы видите цену со скидкой до авторизации, это уже мистика)

Ну тогда по схеме которую я описал выше. Сделать функцию например с запросом к бд: ставить статус 0 если суплер_код не равен коду поставщика АОП и если дата_модифед больше 2 часов.

Ну у себя я пришёл к выводу что отключать товары даже на 2 минуты очень плохая практика. К конце файла работы по крону ЦСВ ПрайсИмпорт (он без куба) добавлял свою функцию которая уже после обработки решает что отключить. У вас можно сделать примерно так же, только нужно разработать алгоритм по которому отличать товары которые из АОП, а для этого нужно губже вникать что у вас там и как)

Несколько ссылок можно, а точней даже нужно для модели ADV, там алгоритмы древние не умеют больше 10к товаров в прайсе обрабатывать. Вы же скрины показываете с DBS модели, там совсем другая ситуация - файл можно и нужно только один. К тому же все модели кроме ADV используют единый каталог для всех магазинов на одном бизнес аккаунте. Тут имелось в виду что бот яндекса может не "захотеть долго ждать". На дбс таких проблем не наблюдал, там нормально и по 30к товаров дожидается и обрабатывает. А вот на АДВ (модель о которой ТС как раз и говорит) у меня такое бывало, вроде и фид достаточно быстро формировался, а пока статический не начал отдавать засчитывали ошибкой. Но возможно ситуация поменялась, сейчас в АДВ отдаю уже значительно меньше товаров и не формирую фиды заранее. А по поводу ресурсов - крон задачу можно и через CLI сделать и ограничения по ресурсам и времени задать не те что для веба. P.S. по поводу нескольких ссылок ещё сразу почему то не подумал, что ещё такое может быть полезно если на бизнес аккаунте не один магазин (например часть товаров планируется продавать например по FBS, часть по DBS, а часть просто рекламировать в ADV).

Модуль умеет в одну ссылку, как раз которая у вас и есть) А тот модуль о котором я писал умеет создавать сколько надо ссылок. Сейчас у вас прайс формируется "налету", когда бот маркета заходит по вашей ссылке. Если товаров много, не хватает ресурсов и лимитов сервера это может происходить долго, а может и вообще завершиться ошибкой. А по крону можно формировать этот прайс по расписанию в определённое время, а маркет уже будет приходить и забирать готовый yml документ, не ожидая пока ваш сервер его сформирует.

Ну если модуль это из коробки не умеет - то только дорабатывать этот модуль до необходимого функционала.

я вам в понедельник давал ссылку на модуль, с помощью которого можно ассортимент разделить на несколько ссылок и в нём же можно организовать обновление по cron ))

Он устанавливает на опенкарт 2, там ещё можно было модификаторы ставить *.ocmod.xml, в опенкарт 3 модификатор должен быть архивом zip,а xml файл внутри с названием install.xml. Ну и если вы модификатор пытаетесь от второй версии поставить на третью, то могут и ещё дополнительные проблемы всплыть, они достаточно сильно отличаются

Вот этим модулем это очень удобно делается.

Ну автор ведь хотел что то "этим сказать" ) А ТС и пошёл спрашивать у автора) И у нас нет информации, что у ТС "выполнение идёт, и вместо переменной в строку попадает пустое место", вполне может быть пустая страница. Мы ведь знаем только что Undefined variable: в журнале ошибок.

Эта нет) Упадёт с пятисотой. Я сильно сомневаюсь что кто то бы в здравом уме ошибся с переменной, дописав её через конкатенацию. Стояла б там запятая, то да)

Куда ей уйти, если файла с таким шаблоном не будет? Вывалится в 500 ошибку, хоть ранд напишешь, хоть совсем удалишь переменную.

А вдруг там header.twig нету? Оно ведь очевидно что то дописать туда хотит)

Если "tmarket" модуль из его шаблона то однозначно стоит попробовать)

До этой строчки определить переменную $header и передать в неё те данные которые нужно (очевидно окончание названия шаблона который вы хотите вызвать)

Я вам уже советовал что можно обратиться к @invays ) Уже бы в прошлом месяце торговали на маркете )