Стоимость доставки в зависимости от суммы заказа. РЕШЕНИЕ - страница 3 - [VM1] Оплата и доставка

присоединяюсь к pikachu + Laita

В магазине 2 валюты - Доллары и Рубли. Товары забиты в долларовой цене, а для отображения на фронтенде у пользователей есть выбор - в какой валюте показывать цену (mod_currency_selector).

В магазине есть 3 типа доставки:

Бесплатная, если заказ от 2000 долларов
Платная, если заказ до 2000 долларов
Самовывоз (при любом заказе)

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

Если цена во фронтенде стоит в долларах - то при оформлении заказа всё работает как нужно (т.е до 2000 долларов показываются 2 вида доставки - платная и самовывоз, и от 2000 долларов показываются - бесплатная и самовывоз), но стОит отображение валюты поменять на рубли (допустим товар стоит 80 долларов, после замены на показ в рублях, цена показывается 2400 рублей), то доставка предлагается бесплатной, как будто покупатель заказывает товар ОТ 2000 долларов с бесплатной доставкой.

Как я понимаю, ошибка именно в валюте, т.е магазин не считает доллары и рубли за разные валюты, и обращает внимание только на цифру 2000. Помогите найти ошибку. Спасибо.

Цитировать

У меня такая же проблема.
Помогите пожалуйста найти решение!

часа 3 сидел не мог понять в чём же всё-таки дело... Действительно, похоже эта штука работает не с валютой а с цифрой, которую она отказывается конвертировать . И это есть просто УЖАСНО.
Люди, кто шарит в PHP немного... помогите пожалуйста. Нужно сделать, что бы минимальная стоимость для доставки была не просто цифрой, а привязана к определённой валюте...

Огромное спасибо!
Все заработало почти сразу: первоначально не обратил внимания на диапазон допустимых индексов, и индекс, указанный в адресе доставки в него не попадал. Как следствие, на этапе выбора варианта доставки получал :"Ошибка. Выберите другой вариант доставки". Поменял диапазон на "000000"-"999999" - и все ОК:)

эта штука корректно работает только с одной валютой. Если же на сайте больше чем одна валюта - работает не совершенно неправильно

эта штука корректно работает только с одной валютой. Если же на сайте больше чем одна валюта - работает не совершенно неправильно

Что совершенно логично, так идет операция с цифрами, а не с валютой.

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

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

Спасибо за проделанную Вами работу. но у вас есть ошибки, благодаря которым это не работает.
С Вашего позволения выложу исправленную версию для 1.0.15 и прокомментирую тут ошибки:
В файле: standard_shipping.php
$$q .= "shipping_rate_minimum_cost <= '" . $order_total . "'AND ";
надо
$q .= "shipping_rate_minimum_cost <= '" . $order_total . "'AND ";
Иначе неправильно производиться выборка по минимальной сумме доставки.

В файле shipping.rate_list.php
Вы не указали комментарий правки
в строчках
               $VM_LANG->_PHPSHOP_SHIPPING_RATE_LIST_RATE_WEND => '',
               $VM_LANG->_PHPSHOP_RATE_FORM_MINIMUM_COST => '',
                                        $VM_LANG->_PHPSHOP_RATE_FORM_MAXIMUM_COST => '',
надо
$VM_LANG->_PHPSHOP_SHIPPING_RATE_LIST_RATE_WEND => '',

//Правка 11
//////////////////////////////////////////////////////////////////////////
               $VM_LANG->_PHPSHOP_RATE_FORM_MINIMUM_COST => '',
                                        $VM_LANG->_PHPSHOP_RATE_FORM_MAXIMUM_COST => '',
//////////////////////////////////////////////////////////////////////////
это сделано только потому что те кто не вставляет Ваши файлы, а вносит изменения самостоятельно мог понять что вносить


В файле: ps_shipping.php
после строки
$q .= "shipping_rate_weight_end,shipping_rate_value,shipping_rate_package_fee,";
надо добавить
$q .= "shipping_rate_minimum_cost,shipping_rate_maximum_cost,";

иначе не происходит добавление нового тарифа.



[вложение удалено Администратором]

а тоже самое но для количества товара можно сделать?

Спасибо большое! То что нужно!

И маленький глупый вопрос. Это будет мой первый sql запрос в базе данных. Окно запроса в phpMyAdmin я нашел, я так понимаю, надо туда просто вставить код и нажать ОК.

Вот только приведенные запросы кончаются точками с запятой  ;
А там в окне запроса есть внизу опция "Разделитель" и там тоже по умолчанию стоит точка с запятой. Ее надо стереть или оставить? Просто боюсь, если оставить, точка с запятой еще раз автоматом проставится, и будет дублирование.
Простой вопрос: стереть или нет, ответьте, пожалуйста!

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

Еще раз спасибо за решение! 
Сделал две платные доставки, бесплатную доставку по Москве от 2000 руб., по России от 3000 руб. А кто где находится, определяется по индексу. Большинство покупателей из Москвы, поэтому индекс по умолчанию равен 999999 (такой индекс я для москвичей назначил). Москвичам не надо в это поле вообще заходить (многие и не знают свой индекс), а кто по почте заказывает, те поменяют индекс на свой.

Отличное решение!
Только вот как быть, если у тебя один вариант доставки?
Я в админке отключаю опцию с выбором варианта, т.к. не логично выбирать из одного одно!
При этом в итоговой таблице оформления заказа пропадает строчка доставки и цены...
Как быть чтобы в итоговой таблице доставка оставалась? Помогите друзья!

Спасибо, все сделал по инструкции, с одной валютой все работает.

как быть то с одним вариантом?

Отличное решение!
Только вот как быть, если у тебя один вариант доставки?
Я в админке отключаю опцию с выбором варианта, т.к. не логично выбирать из одного одно!
При этом в итоговой таблице оформления заказа пропадает строчка доставки и цены...
Как быть чтобы в итоговой таблице доставка оставалась? Помогите друзья!

Присоединяюсь к вопросу!

А в остальном разобрался!

После обновления "лисапед" следует вернуть на место.

В моем случае 1.1.4 -> 1.1.6, при обновлении был обновлен следующий файл:
7. /administrator/components/com_virtuemart/classes/shipping/standard_shipping.php

В нем следует заново внести изменения о инструкции из первого сообщения и все снова будет работать.

.....

В файле: ps_shipping.php
после строки
$q .= "shipping_rate_weight_end,shipping_rate_value,shipping_rate_package_fee,";
надо добавить
$q .= "shipping_rate_minimum_cost,shipping_rate_maximum_cost,";

иначе не происходит добавление нового тарифа.

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

vm 1.0.15

Огромное спасибо автору за труд

Но, к сожалению, так же как и у Gremlin, при всем внешнем благополучии тариф не создается.
(VM 1.1.2, Joomla! 1.5.14 Stable, MySQL 5.0.75-0ubuntu10.2)

На оффоруме в указанной теме кто-то пишет, что проблема в лишней запятой. Увы, я ее так и не смог найти.
_____________________________________________________________________________________
Ошибка найдена: я так и не создал поля "shipping_rate_minimum_cost" и "shipping_rate_maximum_cost" в таблице jos_vm_shipping_rate. Создал вручную через phpmyadmin.
Теперь все работает.
Благодарю всех за внимание)

Респект Автору темы! У меня ВСЁ заработало..

Чтобы правильно добавлялся тариф нужно (после изменений, описанных Автором выше:)) заменить в функции rate_add (administrator/components/com_virtuemart/classes/ps_shipping.php)

$fields = array( 'shipping_carrier_name' => vmGet($d, 'shipping_carrier_name'),
на
$fields = array('shipping_rate_name' => vmGet($d, 'shipping_rate_name'),

после изменения - тарифы стали добавляться.

ребята а подскажите пожалуйста...
сделал все по мануалу... выжает ошибку при попытке обращения к Варианты и Тарифы доставки

Parse error: syntax error, unexpected T_IF, expecting T_FUNCTION in /home/******/public_html/administrator/components/com_virtuemart/classes/ps_shipping.php on line 490

VirtueMart 1.1.7 stable и Joomla 1.5.22

закомментировал 490 строку, начало работать, но при выставлении значений и попытки добавления теперь пишет

Fatal error: Call to undefined method ps_shipping::rate_add() in /home/****/public_html/components/com_virtuemart/virtuemart_parser.php on line 246

246 строка
$ok = $$classname->$funcParams["method"]($vars);

пожалуйста хелп

Тут бы проверить внимательно все исправления - где-то ошибка... Я как раз вчера на VM1.1.7 в очередной раз применял этот хак - все по прежнему работает .

Тут бы проверить внимательно все исправления - где-то ошибка... Я как раз вчера на VM1.1.7 в очередной раз применял этот хак - все по прежнему работает .

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

итак, все вроде сделал, создал новые тарифы на доставку, настроил, у меня 3 варианта доставки, Курьером, почтой и транспортной службой, но в магазине при оформлении заказа все равно показан только один вариант - Standard Shipping и сумма всегда стоит - 31.60 грн. не могу понять откуда она берется, ведь даже если я меняю сумму в тарифах на доставку то все равно остается 31,6 уже всю голову изломал, кто подскажет? и как сделать чтобы вместо Standard Shipping появились мои три метода доставки?
_______________________________
после осмотра всех настроек разобрался откуда взялась сумма 31,6 (был включен еще один левый вариант доставки), но его хоть показывало при оформлении заказа, а вот когда я его отключил и оставил только мною созданный то на странице выбора варианта доставки видно только само предложение выбрать а вариантов нет, при попытке пойти дальше выдает ошибку и просит все же выбрать, думал что дело  в рууских названиях моих вариантов, изменил на латинские но толку нет, прошу помочь

Масса доставки в тарифах доставки прописана? Индексы прописаны? Такое поведение как у вас (при условии, что хак применен верно и ошибок нет) характерно для неверно заданных условий. Модуль доставки проверяет заказ по массе заказа, индексу клиента и сумме заказа и предлагает вариант из имеющихся, который (или которые) попадают под эти рамки. Обратите внимание на индекс - 6 цифр, если не зададите, то работать не будет

масса прописана от 00000000,0 до 99999999,9
индексы 000000 до 999999
даже сделал хак на проверку веса в кг.
такой момент, у меня в магазине клиент не регистрируется, а при каждом заказе вводит мыло, имя, телефон и Адрес доставки, индекс при этом он не вводит, может в этом причина?, если так то как мне отключить валидацию на индекс?

вот скрин моих настроек тарифа

Сейчас не могу точно сказать, но помнится где-то, если индекс не задан ему присваивается дефолтное значение то ли 00000 (5 нулей) то ли 5 девяток и он не попадает в диапазон, соответственно и тариф не выбирается. Завтра днем доберусь до рабочего компа и посмотрю точно .

В файле administrator/components/com_virtuemart/classes/ps_shipping.php
В районе 305 (у меня) строки идет такой код:
Я менял '00000' на '000000' ну и соот-но 99999 на 999999. Правда это работает только вводе тарифов доставки... Есть мнение, что стоит закомментировать такой код:
идущий с 71-й строки в файле administrator/components/com_virtuemart/classes/shipping/standard_shipping.php
А вообще следует проверить все по шагам, проверьте с 76-й строки файл standard_shipping.php - там есть правка в коде сразу за местом работы с zip-кодами (индексами) - может ошибочку внесли, метод доставки - Standart Shipping - другие работать не будут!

и не знаю что сказать, прибавил знаки в коде, строки закоментировал, все равно не выводятся мои варианты доставки, просто написано "Выберите вариант доставки" и дальше пусто.
Кстати проделал еще такой эксперимент, к заполняемым полям при оформлении заказа добавил Индекс чтобы человек заполнил, никого результата

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

Ну тогда давайте доступ в админку и ftp иначе не разберемся . Ну или, если не жалко, ставьте магазин с нуля и внимательно по шагам... Может еще какие хаки были - что-то наложилось. Однозначно - луна тут не при чем 

боюсь с доступом не получится, сайт несколько лет как рабочий, я делал не я, может и были какеи-то правки, однозначно ответить не могу, взял файл standart_shipping.php из чистой сборки 1,1,4 но картина не прояснилась, завтра попробую чистые оригинальные файлы остальные поменять, если нет то наверное придется отказаться от этого занятия, слишком уже много времени съело, да и я не при делах кто там что делал до меня, но хотелось бы сделать конечно

Вообще я этот хак применял много раз на нескольких версиях VM - он не капризный и всегда работает , наверное все-таки где-то ошибка или настройки.