Возвращаясь к многовалютности

[mikas3025]

Не нашел толкового решения использования разных валют в магазине. И подумал вот о чем:
1. Цены в магазине в рублях.
2. Есть товары, цены которых привязаны к евро, есть - к баксу, есть к рублям.

Можно ли сделать так, например:
в админке в окне товара в поле "цена у.е." писать его цену в рублях или евро или баксах, а под ней (под полем "цена у.е.") предусмотреть чекбокс 3 шт или сколько нужно. каждый чекбокс связан со своим файлом, который лежит где нить где нить, а в том файле указан курс по отношению к той валюте, которую пишешь.

То есть, например товар стоит 100 руб. выбираем чекбокс, например он будет называться "рубли" и в описании товара (и во всех местах, где есть цена) должна выводиться цена 100руб помноженная на число в файле, с которым связан этот чекбокс (в нашем случае это будет 100х1=100 руб)

Если товар в баксах - ставим цену 100, чекбокс "баксы" на выходе должно получиться 100х35,15=3515 руб.

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

Кабы я мог - сделал бы так!!!))) По моему было бы удобно.

 

[Oxanita]

блин, я уже практически сделала, даже не так, а удобнее (ИМХО, канеш. В смысле - по моему методу можно вообще вводить цену в любой валюте, не вводя эту валюту в систему, и даже по самым ид... индивидуальным кросс-курсам - ну знаете, бывает: в системе стоит Евро, например, по 10.50 грн, а у поставщиков по 11.20, т.к. тараканы в голове. Можно хоть в монгольских тугриках цену вводить, если знаете курс этой единицы к гривне или к баксу).
Проблема ОСТАЕТСЯ одна, но без ее решения всё остальное теряет смысл. А именно: чтобы дать движку знать, на какие товары в какой валюте и как пересчитывать, требуется ввести новую переменную и новое поле в таблице ss_products. И значения из этих нововведенных полей, блин, не видны в функциях (functions.php), куда я пытаюсь их ввести. Понимаете: таблица ЕСТЬ, поле в ней ЕСТЬ, оно ЗАПОЛНЕНО, а для движка это несуществующий аргумент и никакие действия с ним не выполняются.
Ваш вариант сводится, в принципе, к тому же самому, т.к. куда-то придется запихать тот маркер, по которому скрипт определит, что считать через какую валюту и какие кросс-курсы. Ну максимум, что можно сделать, не вводя доп.полей - это использовать имеющиеся, если они Вам в принципе не нужны (как писали в соседних темах о "программном продукте" - может, вы вообще не планируете файло продавать и эта характеристика не нужна совершенно!). Но! Если так, то придется править весь код, относящийся к ненужному полю. А это значит - менять кучу файлов... одна ошибка - и система летит в тартарары. Или просто глючит, но мешает работать по-любому.

*бьюсь головой об стенку*
Я в 4-х форумах по шоп-скрипту пытаюсь выудить решение, как заставить движолк видеть эти долбаные новые поля в таблице. И что-то пока глухо как в танке. Уже больше недели как зависла. А выучить весь ПХП с нуля и до уровня создателей этого великолепного движка - нЕкак.

ЗЫ. А вообще, тему эту сейчас, видимо, прикроют. Т.к. она уже будет чуть ли не третьей по мультивалютности движка.

 

[Dmytro_ua]

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

Тут уже сложнее, но знающие могли бы сделать...