iglin

Модулей тут на форуме много продаётся для YML. Может кто нибудь придёт и посоветует вам свой. А так можете попробовать обратиться к @invays, вдруг гдето в закрамах у них завалялась версия под опенкарт 1,5 (цена 1800р, там точно можно передать тег count). Так же ещё можете посмотреть на модуль, маркет его у себя "рекомендует", но я лично с ним никогда не работал так что гарантировать наличие возможности вывести к-во товаров не могу + автор в отпуске на неопределённый срок.

Ну как минимум вам нужно к-во в фиде YML, а не на странице категории, так что и предыдущие 4 пункта вам не подходят)) А так в статье "нужное" имеется ввиду нужное вам место (после цены там или после названия например).

Ну как тут это как раз второй вариант предложенный мной - доработать тот модуль который вы используете сейчас. Просто вставкой где то echo $product['stock'] желаемого результата не добиться, но путь размышлений верный))

catalog/language/*/information/contact.php $_['text_location'] если я вас правильно понял.

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

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

Ну да, чтобы сумму корзины вывести, её наверное сначала нужно где то взять. Замените $total на $this->cart->getTotal(), в теории должно сработать)

В частности для text_items в контроллер header.php можно вставить где нибудь до "return $this->load->view('common/header', $data);" $this->load->language('common/cart'); $data['text_items'] = sprintf($this->language->get('text_items'), $this->cart->countProducts() + (isset($this->session->data['vouchers']) ? count($this->session->data['vouchers']) : 0), $this->currency->format($total, $this->session->data['currency'])); И тогда в макете header.twig это значение так же можно будет вызвать {{text_items}}

А это уж от вашего креатива зависит. Можете часть кода отвечающую за формирование переменной позаимствовать из контроллера донора, можете создать свою новую функцию в модели, ну и т.д.) Главное чтобы нужное вам значение попало в data[] того контроллера который вам рисует нужный макет

Да нет, в гугле ответ точно есть) Хотябы по запросу MVC ) Переменные передаются из контроллера в свой шаблон (twig). Тоесть cart.php -> cart.twig. Соответсвенно если шо то хотите получить в header.twig, то в контроллере header.php нужно необходимую переменную свормировать и запихуить в массив data[]

Да, но не в модели, а в библиотеке system/library/cart/cart.php в функции getProducts()

Через PhpMyAdmin при помощи REPLACE

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

Ну и ещё немаловажный фактор из за которого пока отказался от API это "POST /order/accept". При обработке руками есть 2 часа на то чтобы подумать хочу ли я вообще взять заказ, а через API нужно сразу вернуть принимаем или нет)) Есть возможность ничего не возвращать, маркет будет каждые 10с переспрашивать, однако будет засчитывать это в "индекс качества" )

Ну я с техподдержкой начал общаться по поводу API, они мне тоже начали давать ответы противоречащие сами себе, и я забил пока на него пока всё не устаканится там у них, заставил менеджеров ручками все заказы обрабатывать в их личном кабинете ))

Их можно не передавать, если в личном кабинете зададите "статические" интервалы и цены для региона доставки, а если поставили "использовать из прайс листа", то надо передать) А на первом этапе если мне память не изменяет, эти настройки ещё не доступны) Я тут новую модель когда подключал с месяц назад, то мне всё быстро проверили, за день)) Вся сложность тут только если вам нужен API, чтобы заказы автоматом с маркета попадали к вам в магазин. Сам формат yml практически не изменился, там могут быть только нюансы для разных моделей (в отличии от ADV в фид DBS мне например только один тег добавить потребовалось "count"), вы не указали по какой модели торговать планируете.

А формироваться они и не должны. Их нужно прописывать для всего в соответствующие поля.

Ну во первых если я всё правильно понял, вы реврайт на сервере не настроили. А во вторых попробуйте на маркете в поле "УРЛ для запроса АПИ" вписать "https://www.lumarkt.ru/index.php?route=extension/module/yandex_market". Чуть позже понял что это не поможет, так как маркет передаст ещё и токен из за которого всё равно 404 получит. Сам модуль у вас точно работает (правильно ли он там внутри он настроен я конечно не знаю), настроить нужно только сервер.

Что конкретно у вашего конкурента надо смотреть. А так можно например в js повесить прослушку keydown "принтскрин" и в этот момент поверх сайта на короткое время что то дорисовывать что в скриншот попадёт. В теории должно сработать если браузер успеет отработать одновременно со скриншотом))

нет, не так. $query =... $field_value = $query->row... Это всё надо вставить в модели. $field_value вернуть из неё вместе с остальными значениями. В контроллере потом это значение вписать в $data[...] и в шаблоне потом уже обратиться к той переменной что передадите в $data[...]. К самому модулю и уж тем более его поддержке это вообще никакого отношения не имеет. Модуль позволяет СОЗДАВАТЬ заказы, а не обрабатывать их и уж тем более выводить куда то)) Ну или вот вам вредный совет) $query = $this->db->query('SELECT * FROM `' . DB_PREFIX . 'order_simple_fields` WHERE `order_id` = ' . $order_id . ' LIMIT 1'); // переменную $order_id замените на ту в которой у вас в этом контроллере id заказа хранится. $data['field_value'] = $query->row['vizitka']; это в контроллер. В а шаблоне потом <?php echo $field_value; ?> )) or = или

Вам в первом сообщении ответили возможно в чём проблема. ) Я не знаю где вы этот модификатор взяли, но на официальном магазине опенкарта в этом модуле ещё есть файл инстал.пхп который создаёт таблицу в БД.

Если вы про катомные поля, то в faq модуля симпл написано как можно это сделать. Так же в архиве с модулем есть ocmodы для примера которые выводят эти поля в админку в заказ.

Какие явки) Выше ведь написано что модуль от яндекса) Он был в сборке. Тот что в сборке был уже давно никто не поддерживает. И что у вас там с ним происходит не угадать. Только лесть внутрь и разбираться. Но по деньгам это бутет соразмерно с покупкой аналогичного модуля, но который будет полностью работоспособным и автору которого можно будет капать на мозг в случае проблем)

Расширения->Расширения->Новинки. В оцстор есть такой модуль, лично никогда не пользовался, но звучит будто то что вам нужно) Соответственно модуль включаете, настраиваете, потом добавляете в макет главной страницы в то место куда вам нужно.

Где искать вам ответил nikifalex (функция getProducts в модели catalog/product), а что искать вам ответил Shureg (освоить sql и php для начала). Вам эту функцию нужно "научить" искать в базе данных сначала строку модель в которой равна вашему поисковому запросу, а уже потом выводить всё остальное, с учётом ранее найденного значения. Но там ещё есть нюансы, например таких как паггинация и всё такое, так что быстрее будет пойти по "неинтересному" пути, ну или всётаки осваивать sql и php, но тогда уже и вопросов таких не будет, так как сама функция достаточно простая для понимания)))