maximk1974
-
Публікації
19 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача maximk1974
-
Это были мои соображения после беглого анализа кода. Лучше подождать форумчан, которые лучше разбираются во внутренностях этого движка. То что я написал выше сводится к следующим соображениям. Стоимость доставки, в независимости от того какой модуль его рассчитал, хранится в т-це order_total. На каждый заказ там как минимум 2 итоговые суммы, которые выводятся в шаблоне tpl в цикле foreach. В одной из записей этой т-цы есть стоимость доставки (запись с кодом "shipping"). В файле order.php готовятся данные, которые передаются в order.tpl. Т.е. $order['total'] это массив, который как раз содержит данные из т-цы order_total для заказа. Собственно, если в order.php не обрезается запись с суммой доставки из этого массива, то она (сумма доставки) должна быть выведена в счет. Как-то так кмк.
-
Судя по коду, сумму доставки можно взять из $order['total']. По сути это данные из таблицы order_total. Сумма доставки там содержится в записи с code = 'shipping' для определенного заказа. ИМХО в tpl файле заказа потребуется в конструкцию добавить проверку значения $total['code'] на равенство значению 'shipping'. Если суммы доставки там не окажется, то надо рыть order.php вот в этом районе где происходит выборка этих итоговых сумм.
-
Почта действительно редко теряет, но пару раз за несколько лет было и такое. Просто когда заказ превышает 15-20 тысяч как-то жалко рисковать. И потом кмк застрахованные (ценные) посылки на большую сумму стараются не трогать от греха подальше.
-
Судя по формуле при отправке предоплаченной посылки вы не закладываете страховку (4%). Если посылка потеряется то как вы планируете получить возмещение от почты?
-
Хм, не вижу проблемы. У нас к примеру достаточно посылок по предоплате, но стоимость доставки при этом остается прежней, т.к. мы не занижаем ценность посылки. Иными словами, рассчитанная модулем стоимость доставки применима как для наложки так и для предоплаты.
-
Ну да.1-ю опцию: Предупреждать установил в Да 2-ю (разрешение заказа при нехватке товара) установил в Нет В результате предупреждение то есть, но оно выдается только при заходе в корзину. 2-я опция не дает сделать заказ, скрывая кнопку Оформить заказ. Т.е. я не говорю что это работает неправильно, просто не совсем очевидно. Возможно это как-то специфически выглядит из-за установки шаблона (OC Default 2.0). Пока нет возможности проверить на чистой системе. В общем это все не так важно и к Вашему модулю как я теперь понял не относится =). Извините что замучил вопросами. Спасибо что уделили время.
-
Согласен, с этой вкладки я и начал. Но на практике оказалось, что блокировка заказа при нехватке товара на складе выполнена не очевидно, если миновать корзину, а сразу перейти к оформлению заказа. Впервые с этим столкнувшись, и не найдя кнопки, я сам на некоторое время задумался о причинах. А для клиентов это зачастую патовая ситуация. Пока остановился на сообщении, замещающем кнопку. Возможно что этого на ближайшее время будет достаточно. Мне одно не понятно, ситуация достаточно типичная, неужели никого это больше не удивляет. Нам сегодня человек 10 позвонило по этой самой причине (сайт включен 2 дня назад) =) Впрочем это актуально для тех магазинов, где кол-во товара по определенным позициям небольшое.
-
Здравствуйте, У меня глупый вопрос. Сильно сомневаюсь что это имеет какое-то отношение к данному модулю, но может быть вы сможете дать совет. При заказе товара, когда покупатель указал кол-во <span>большее</span> чем есть на складе, при оформлении заказа скрывается кнопка Оформить заказ;. При этом понять в чем дело можно только зайдя в корзину, тогда отображается заголовок о том, что количество некого товара задано неправильно. Если покупатель переходит к оформлению минуя просмотр корзины то он впадает в ступор из-за отсутствия этой кнопки. Как я понимаю, эту проблему можно решить либо отображая кол-во товара на складе (честно говоря не хочется этого делать). Либо уже рыться в коде, найти место где кнопка Оформить заказ скрывается и писать информационное сообщение о недостаточности определенного товара. Еще лучше видимо не давать в принципе ввести бОльшее кол-во товара чем нужно рядом с кнопкой Купить По крайней мере скрытие кнопки нашел в simplecheckout.tpl Если включена блокировка заказа. Жаль только что отсутствие кнопки Подтвердить заказ для многих покупателей совсем не очевидная реакция системы. Все =) приехали. Теперь кнопка Оформить заказ вообще не работает. Хелп ! 18:12 Теперь вроде бы все ОК. Добавил информационную строку на место кнопки Оформить заказ, отсылающую к корзине.
-
Большое спасибо.
-
Добрый день, Настраиваю отображение и обязательность телефона, все в принципе ОК. Не подскажете, а обязательность телефона в админке это ведь к данному модулю не относится? Т.е. это уже правила самой админки? Продажи -> покупатели -> изменить -> вкладка "Общие" --> телефон (всегда обязателен) Вопрос собственно возник в связи с тем, что при регистрации к примеру делаем это поле необязательным, но стоит зайти в раздел Покупатели и приходится его заполнять.
-
Так и оказалось, видимо накосячил в файле. Спасибо автору за помощь.
-
Да, кодировка в файле верная, проверял несколько раз. На stackoverflow зашел первым делом, только т.к. я в логику работы скрипта пока не вдавался, то вижу, что ругается он на ф-цию to_lower, а точнее на последнюю ее строчку return preg_replace ($pattern, $replacement, $s); Т.е. ф-ция просто понижает регистр строки переданной ей в качестве параметра. Она в свою очередь вызывается из to_seo, но я не силен в регулярных выражениях =) поэтому сходу не разобрался, надо будет подумать. Если будут идеи сообщите пожалуйста.
-
Спасибо за помощь, Вы правы, умудрился пару файлов не залить. Проверил наличие всех файлов. Был еще один косяк с кодировкой, т.к. она у меня в .htaccess была явна прописана, убрал. Теперь вместо первой ошибки посыпались предупреждения, такого вида, чем -то ф-ция preq-replace не угодила Warning: preg_replace() [function.preg-replace]: Compilation failed: nothing to repeat at offset 0 in /home/m/maximk1974/public_html/system/helper/utf8.php on line 10Warning: preg_replace() [function.preg-replace]: Compilation failed: nothing to repeat at offset 0 in /home/m/maximk1974/public_html/system/helper/utf8.php on line 24 -- Может я конечно при правке utf8 налажал, _но_ правил в Notepad++ там и выставил кодировку, заливал в бинари моде на сервер ftp.
-
2louise170 Поставил Ваш модуль (пункты 10 и 11 выполнил), но получил вот такую ошибку при оформлении заказа: Кэш потер, но не помогло, как по Вашему что стоит проверить?. Могу сбросить пароль на админку в ЛС. Notice: Error: Could not load model shipping/pochtaros! in /home/m/.../public_html/system/engine/loader.php on line 48
