vcat
-
Публікації
138 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача vcat
-
OpenCart 2.1.0.2.2 Тема - MAGAZIN 9.6. Возникла необходимость изменить названия кнопок "Купить" на странице товара и дефолтной кнопки "Продолжить" Пересмотрел все файлы в /catalog/language/ - нигде нет переводов данных кнопок Помогите пожалуйста - куда еще можно смотреть, где могут быть настроены данные кнопки?
-
Да, так и указал Спасибо, большое Вам!! -
Спасибо огромное!!!! Решилось! Тип поля был DECIMAL, при этом длина/значение было 15,0 - отсюда и ноги расли ) Изменил значение, все решилось - курс попадает в корзину без округления Тут уже интересно, как такие настройки поля получились, учитывая, что правок туда никто не вносил. Но главное, что заработало! Спасибо Вам огромнейшее!
-
да, тут проблему уже определили благодаря @Dimasscus в таблице `oc_order` значение currency_value попадает целым числом - 8 вместо 8,1 но вот откуда ноги растут, пока неизвестно - в модели order.php не видно ничего подозрительного, что бы обрезало значение курса
-
посмотрел в модель order.php - повсюду по коду встречается конструкия: $this->currency->format($product['price'] но вот явного определения округления валюты там не видно (или не так смотрю)
-
да, в письме также приходит цена по округленному курсу
-
то есть, проблема со значениями курса после запятой - да, действительно только вот диллема: - на фронте пересчет курса проходит корректно, значения после запятой учитываются - в корзине также все в порядке - а вот после оформления заказа система округляет значение курса к целому числу без учета значений после запятой Куда копать, чтобы найти, где именно прописана логика такого округления курса?
-
нет
-
нет, при заказе на несколько единиц в таблице `oc_order_product` все в порядке - значение total строго соответствует сумме цены В БД товар ведь попадает в валюте админки, там все в порядке Проблема лишь в пересчете курса оформленного заказа в админке сайта
-
Вот как раз и по таблицах тоже все в порядке: Курс установлен 8,1 Цена товара в таблице `oc_product` - 253,00 - следовательно, на сайте цена 253 * 8,1 = 2049,00 Цена товара в корзине - 253,00 https://prnt.sc/26ljixc При этом, тот же заказ в адмике по цене 2024,00 вместо 2049,00 https://prnt.sc/26ljl5h
-
нет, там все отключил налоги также отключил то есть все, что каким-то образом могло бы делать дополнительный пересчет цены, отключено
-
Ну, в моем случае далеко не отлично (( Ведь при изменении курса - на сайте все корректно меняется, цены по новому курсу пересчитывает, в корзину попадает по корректной цене. Но вот после оформления заказа в админке товар попадает по другому курсу. Какой-то логики никак не прослеживается...
-
Нет, это 2 разных примера - сначала я установил курс 8,1, купил по этому курсу, заглянул в список заказов - также по этому курсу Только после этого сделал другой пример, где установил курс 8,5, также купил и также посмотрел в список заказов
-
да, Вы правы, в модуле SEO мультиязык в настройках указано валюту сайта - грн.
-
курс заказа и курс системы - тут вопрос, разве курс заказа может как-то отличаться от курса, установленного в системе? ведь курсы устанавливаются только в одном месте
-
в админке не евро, а PLN но суть та, что Вы указали - в админке одна валюта, на морде другая
-
на фронте PLN не выводится, только UAH
-
да рад бы, чтобы не нужна pln, но товар ведется именно в этой валюте (валюта админки), а продается на сайте уже в валюте продажи, отсюда и разные валюты в админке и на сайте
-
В настройках магазина предусмотрен один курс для админки и сайта, нет такой настройки, которая позволяет установить в админке один курс, а на сайте другой. К сожалению. Следовательно, в currency.php прописано: if (isset($this->request->get['currency']) && (array_key_exists($this->request->get['currency'], $this->currencies))) { $this->set($this->request->get['currency']); } elseif ((isset($this->session->data['currency'])) && (array_key_exists($this->session->data['currency'], $this->currencies))) { $this->set($this->session->data['currency']); } elseif ((isset($this->request->cookie['currency'])) && (array_key_exists($this->request->cookie['currency'], $this->currencies))) { $this->set($this->request->cookie['currency']); } else { $this->set('UAH');
-
Здравствуйте Большая просьба помочь в решении довольнно странной проблемы - при изменении курса цена товаров на сайте и в корзине меняется, но после оформления заказа товар попадает в список заказов по старой цене. Исходные данные: https://ua.steel.shoes/ OPENCART.PRO, 2.1.0.2.2 Шаблон: MAGAZIN 9.6 Валюта сайта (товаров) - PLN, валюта на сайте - UAH (прописано в system/library/currency.php) В настройках - налоги и другие параметры, которые могли бы влиять на цену, не включены. Системный кеш очищал, Пример 1. Устанавливаю курс 8,1 Согласно ему на сайте цена товара 2049 грн. При оформлении заказа в корзине цена такая же, 2049 грн. все в порядке Го после оформления заказа цена данного товара в списке заказов - 2024 грн. То есть, цена ниже, чем на сайте. Пример 2. Устанавливаю курс 8,5 Согласно ему на сайте цена товара 2151 грн. При оформлении заказа в корзине цена такая же, 2151 грн. все в порядке Го после оформления заказа цена данного товара в списке заказов - 2277 грн. То есть, цена выше, чем на сайте. Никакой связи между этими примерами нет - цена на сайте в обоих случая меняется корректно при изменении курса, в корзине цена также актуальная, но в результате в админку и покупателю на почту товар приходит з некорректной ценой, причем в первом случе ниже, чем цена сайта, а в другом случае - выше. Модуль "Простая регистрация и заказ Simple" отключал - все без изменений.
-
Здравствуйте Для поиска используется Ajax Live Search В магазине у нас есть одна сугубо техническая категория (не в меню), для просмотра продавцами - товары есть только в этой категории Нужно отключить товары из поиска Ajax Live Search по критерию: - если товару не присвоено других категорий, кроме category_id: 305, то такой товар в поиске не должен выводится Возможно ли реализовать такое правило для Ajax Live Search? Заранее благодарю
-
Здравствуйте Подскажите, можно ли в функционале "Поиск и замена" при замене на данные включить "Атрибуты"? На данный момент, атрибуты можно подставлять в СЕО-генераторе, а вот при замене их нет Пример: В текстах описания у нас идет стандартная фраза "..энергоэкономный светильник..", а в атрибутах есть параметр "Класс энергопотребления", значение которого нужно подставить во все описания вместо фразы "..энергоэкономный светильник.." Возможно ли это? Понимаю, что более оптимально такие тексты генерировать СЕО-генератором сразу, но специфика интернет-магазина в том, что атрибуты добавляются постепенно, а шаблонный текст - при добавлении товара и автозаменой это куда быстрее Заранее благодарю
-
То есть, даже если для опции "Обновление остатков:" указано "Нет", то значение _QUANTITY_ обновляется? Так в этом случае вообще вопрос снимается и все в порядке.
-
поставщиков несколько, стоит задача отдельно обновлять остатки от каждого из них
-
Вы абсолютно правы - обновление не связано с обнулением или отключением товаров. Связано с обновлением остатков части ассортимента.
