Официальный форум OkayCMS

Как известно, цены Okay (по примеру Simpla) считает, вообще говоря, неправильно:
viewtopic.php?f=7&t=3

Интересует разработка модуля под версию 3, который исправляет эту ошибку - примерные сроки, цены.

Вы же сами - программист с 10 летним опытом. Зачем вам это?

Смотря как вы видите "исправит". Как вариант возможно этот модуль вам поможет https://okay-cms.com/products/krasivye-tseny-vari ... nyh-valyutah-currencies_prices

OkayCMS писал(а):Вы же сами - программист с 10 летним опытом. Зачем вам это?

Уже не первый раз на форуме наблюдаю, как Вы - менеджер серьезного проекта, вместо ответа по делу задаете встречные вопросы, причем примитивно детские и не по существу...
Неужто на самом деле Ваша фантазия столь слаба, что не можете придумать хоть пару возможных причин?

zyxer писал(а):Смотря как вы видите "исправит". Как вариант возможно этот модуль вам поможет https://okay-cms.com/products/krasivye-tseny-vari ... nyh-valyutah-currencies_prices

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

Приведу еще пример. На демо сайте отключаю копейки у всех валют. Одному товару ставлю цену 95 руб. Кладу товар в корзину и на витрине выбираю валюту доллар. Меняю к-во в корзине и получаю
1 шт - 1$
2 шт - 3$
3 шт - 4$
4 шт - 6$
5 шт - 7$
6 шт - 9$
Выглядит весьма необычно. Не припомню другую CMS (кроме Simpla) с таким оригинальным подходом к подсчету стоимости корзины...

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

А что тут делать? Добавить новое поле в ok_variants, где будет хранится цена в дефолтной валюте округленная до целых или до нужного разряда. При каждом изменении курса валют, пересчитывать эту цену. Работать на витрине с ценой из нового поля. Соотвественно поправить api/variants.php (для OkayCMS 2) и всюду есть работа с ценой и курсом валюты

По-моему, это работать полностью правильно не будет.

Если для Вас это так просто, то напишите полное решение. Можно для простоты ограничиться версией 2 и для простоты же считать, что курсы валют не меняются и поэтому пересчет при изменении курса не требуется. Насколько я понимаю, при таких упрощениях достаточно написать SQL-запрос на новое поле и изменения в api/variants.php.

Мой метод работает только если на витрине одна валюта. Если нужно мультивалютность, задача усложняется, но не на много. Для этого тоже есть решение.

Довольно странно выглядят Ваши ответы, когда сначала Вы сообщаете

makki писал(а):А что тут делать? ... При каждом изменении курса валют...

а потом

makki писал(а):Мой метод работает только если на витрине одна валюта.

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