Округление цены

[ArtemAMA]

Имеется необходимость округление отображаемой цены до -4 знаков ДО! запятой, т.е. до 10 000 (для Беларуси это актуально)

 

пример: у меня цены: 610779 -> 610 000

143428 -> 140 000 

155682 -> 160 000

 

в предыдущих версиях опенкарта (1.5.4,,,) надо было

1) найти файл в Контроллере (если округлять в Корзине - \catalog\controller\checkout\cart.php, в Оформлении заказа - \catalog\controller\checkout\checkout.php, в Симпле - соответствующие файлы), а в файле строчку типа
'total' => $product['total'],
и её поправить: 
'total' => round($product['total'],-2),
2) либо, аналогично, в Модели (\catalog\model\checkout\order.php)

что и где надо поменять в 2.1.0.1.10?

[savage4pro]

к чему такие сложности?

если вы говорите про округление при выводе форматированной цены везде, правьте class Currency->format(), если конечно не хотите увеличивать поле `decimal_place` до CHAR(2) или там TINYINT(1) signed и менять значение просто в админке

[ArtemAMA]

4 минуты назад, savage4pro сказал:

правьте class Currency->format()

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

[ArtemAMA]

6 минут назад, savage4pro сказал:

и менять значение просто в админке

думаю такое чудо мне не по зубам (только если подробную инструкцию, а еще лучше ocmode, или же буду пробовать на основании инструкции сам делать ocmode(а вось получится...)

[savage4pro]

16 минуту назад, savage4pro сказал:

Currency->format()

system/library/currency.php

в методе public function format() принудительно задаете нужную вам величину округления в переменной $decimal_place, если валюта у вас веки вечные будет одна, бояться нечего

 

либо

 

11 минуту назад, ArtemAMA сказал:

такое чудо мне не по зубам

от чудо из чудес

ALTER TABLE `вашпрефикс_currency` 
CHANGE COLUMN `decimal_place` `decimal_place` CHAR(2) NOT NULL ;

после чего смело добавляем знак "-" перед значением в Система-Локализация-Валюта > Количество знаков после запятой

[ArtemAMA]

53 минуты назад, savage4pro сказал:

от чудо из чудес

ALTER TABLE `вашпрефикс_currency` 
CHANGE COLUMN `decimal_place` `decimal_place` CHAR(2) NOT NULL ;

после чего смело добавляем знак "-" перед значением в Система-Локализация-Валюта > Количество знаков после запятой

 

этот вариант будет в самый раз
только где это меняется?

 

[savage4pro]

слегка растерялся даже

это запрос к БД

выполняется, например, через phpmyadmin

"вашпрефикс" - это префикс таблиц сборки, можно подсмотреть в config.php

[ArtemAMA]

извините темного, сейчас попробую через  phpmyadmin префикс не менял, будет стандартный ос_

 

ОГРОМНОЕ СПАСИБО!!!
ВСЕ ЗАРАБОТАЛО НА 100%  c возможностью изменять через админку необходимую величину изменений, в нужной валюте

ВЫ ГУРУ!!! 

[ArtemAMA]

следуя логике, что через запросы к БД можно поменять отображение, не внося изменения в файлы
обнаглею чуть-чуть и спрошу у Вас еще каким запросом сделать отображение в цене разделитель между тысячами " " (т.е. пробел) вместо 600000 -> 600 000

на данный момент я это решаю через catalog/language/russian/russian.php

$_['thousand_point'] = ' ';   (т.е. добавляю пробел между одинарными ковычками)

[savage4pro]

29 минуты назад, ArtemAMA сказал:

ОГРОМНОЕ СПАСИБО!!!

 

ерунда, не за что, в любом случае это костыль, посему будьте внимательны при последующих обновлениях сборки

 

5 минут назад, ArtemAMA сказал:

следуя логике, что через запросы к БД можно поменять отображение, не внося изменения в файлы
обнаглею чуть-чуть и спрошу у Вас еще каким запросом сделать отображение в цене разделитель между тысячами " " (т.е. пробел) вместо 600000 -> 600 000

на данный момент я это решаю через catalog/language/russian/russian.php

$_['thousand_point'] = ' ';   (т.е. добавляю пробел между одинарными ковычками)

 

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

[ArtemAMA]

4 минуты назад, savage4pro сказал:

ерунда, не за что, в любом случае это костыль, посему будьте внимательны при последующих обновлениях сборки

раз костыль, и теоретически может повлиять на что-либо еще в последующих обновлениях, плиз напишите для общественности (вдруг кому-нибудь будет нужно) каким запросом вернуть все в исходное состояние (проверил еще на версии 2.1.0.1.8 про, тоже работает)

[savage4pro]

4 минуты назад, ArtemAMA сказал:

раз костыль, и теоретически может повлиять на что-либо еще в последующих обновлениях, плиз напишите для общественности (вдруг кому-нибудь будет нужно) каким запросом вернуть все в исходное состояние (проверил еще на версии 2.1.0.1.8 про, тоже работает)

 

ALTER TABLE `вашпрефикс_currency` 
CHANGE COLUMN `decimal_place` `decimal_place` CHAR(1) NOT NULL ;

 

[ArtemAMA]

ставьте РЕШЕНО в названии темы

[Vitaly84]

Здравствуйте!  У меня следующая проблема с округлением, округлить до сотен у меня получилось (прим. до круг. 4941, после округ 4900), но теперь я столкнулся с проблемой правильности арифметических действий со стороны opencart при суммировании стоимости товаров в корзине (прим. 4 шт по 4900 opencart суммирует и выводит итог 19800, вместо положенных 19600).

Как это можно исправить?

 

P.S. Магазин работает на OcStore 1.5.5.2. В магазин товары заносятся в USD, конвертируются по курсу и выводятся на витрину в Рублях. 

 

Тот же вопрос актуален для opencart pro 2.1.0.1.8

[ebgt]

В 04.01.2016 at 06:51, savage4pro сказал:

 

ALTER TABLE `вашпрефикс_currency` 
CHANGE COLUMN `decimal_place` `decimal_place` CHAR(2) NOT NULL ;

после чего смело добавляем знак "-" перед значением в Система-Локализация-Валюта > Количество знаков после запятой

 

Сделал как написано. Тип столбца изменился на char(2), но через админку значение "-1 или -2" не устанавливается, при сохранении остается только "-" (минус).

Напрямую в БД установил значение decimal_place "-2", на сайте ничего не изменилось. Округление до рубля, а хочется до 10 рублей.
Подскажите как быть?