Xelen

А, если есть 4 условия наценок, в зависимости от суммы заказа, какой модуль посоветуете?

Подскажите модуль, который делает наценку к заказу, в зависимости от суммы заказа. Например, добавляет стоимость упаковки заказа к общей сумме, если сумма до 30 евро, то 0,50 центов, если сумма выше, то 0,30 центов

Был куплен модуль связанные опции . Куплен не тут, а на опенкарт ком При выборе определенного цвета, можно выбрать соответствующий размер одежды. Бывает так что у опции со цветом все размеры заканчиваются, опция для выбора остается (нам это нужно) но в списке размеров пусто. Покупатели тупят. Не понимают, почему нет размеров, пытаются добавить в корзину, ничего не выходит. Подскажите, как сделать. чтобы при выборе опции с цветом, если нет никаких размеров, появлялся текст в карточке товара (out of stock или другой) так понимаю. нужно вывести какое-то условие в Twig , что если $option_value['quantity'] < 1 то выводится текст но это ещё нужно привязать к ID конкретной опции и чтобы вывод был через js -текст должен появляться только, если выбран цвет.

На сайте была создана кастомная форма. Все работает, но есть проблема с отображением текста комментария в письме во вьюшке поле прописано так <textarea name="request_wcomment" value="{{ request_wcomment }}" placeholder="{{ entry_wcomment }}" id="input-wcomment" rows="10" cols="5" wrap="soft|hard"></textarea> если отправитель вводит очень длинное предложение, без переноса строки, то в поле заполнения коммента строки переносятся автоматически, а в письме нет, и приходит письмо с горизонтальной прокруткой текста. Как это пофиксить? Вроде. свойство wrap = "hard" за это должно отвечать, но не срабатывает. в контроллере прописано так $data['wcomment'] = strip_tags($request_wcomment);

На некoторых CMS рейтинг и система отзывов вообще не связаны. Можно просто проставить баллы. И стоят эти звезды годами в раздаче. Так что не стоит излишне паниковать. И, вообще, в микроразметке есть 2 типа разметки - для отзывов и для голосов reviewCount и ratingCount второе как раз и подойдет, чтобы без обману)

Да вот у меня опенкарт 3, сама в шоке, год работаю на нем, на других сайтах такого не было... и вот опять) Про 2 опенкарт я в курсе, что там срабатывает эта штука. не нашла в опенкарт 3 такой файл, где он в 3 версии?

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

Как вариант да, Я думаю над этим, но не хочется открывать кнопку купить - люди будут путаться Можно, конечно заменить Купить- на Добавить в список. Но придется ещё в симпле ковыряться, чтобы оттуда убирать показ цен для незалогиненных . и в письмах цены выпиливать. Громоздко довольно. Видится, что проще прицепить к вишлисту форму, оттуда я цены легко выпилю

Наверное надо уточнить Магазин сделан так, что пользователь должен быть зарегистрирован (регистрацию подтверждает админ, так как это в основном покупают госорганизации), чтобы увидеть цену и кнопку добавить в корзину. И для них корзина будет работать стандартно. (Все условно скрыто добавлением класса css, если юзер не залогинен. Галку на клиентские цены в настройках я не ставила, потому что цены в некоторых категориях будут открыты для всех) Но мы хотим, чтобы пользователь мог составить список предпочтений, оставил данные и отправил запрос. Потому вариант с корзиной отпадает. нужен вишлист, внизу поля для контакта, кнопка Отправить. Письмо админу, и все под opencart 3

Есть ли какой-то модуль, позволяющий пользователю без регистрации составить свой список желаний, чтобы внизу были поля email телефон организация и кнопка Отправить. После этого админ получает список и контактную инфу на емейл и сам отсылает ценовое предложение по стоимости товаров и установке пользователю (это уже не относится к функционалу магазина)

этот добрый человек куда-то пропал. Может быть, кто-то ещё подскажет по вопросу выше?

скинула

<?php /* * Copyright (C) 2018 Paymentsense Ltd. * * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License * as published by the Free Software Foundation; either version 3 * of the License, or (at your option) any later version. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU General Public License for more details. * * @author Paymentsense * @copyright 2018 Paymentsense Ltd. * @license https://www.gnu.org/licenses/gpl-3.0.html */ /** * Base Front Model for Paymentsense Hosted and Direct */ abstract class ModelExtensionPaymentPaymentsenseBase extends Model { /** * Module Name * * @var string */ protected $moduleName; /** * Main method * * @param $address Order Address * @param $total Order Total * * @return array */ public function getMethod($address, $total) { $method_data = array(); if ($this->isAvailable($address, $total)) { $this->load->language("extension/payment/{$this->moduleName}"); $method_data = array( 'code' => $this->moduleName, 'title' => $this->language->get('text_title'), 'terms' => '', 'sort_order' => $this->getConfigValue("{$this->moduleName}_sort_order") ); } return $method_data; } /** * Gets the value of a configuration setting * * @param string $key Configuration key * @param string|null $default Default value * * @return string|null */ protected function getConfigValue($key, $default = null) { if ($this->isOpenCartVersion3OrAbove()) { // As of OpenCart version 3 the key is 'payment_' prefixed $key = "payment_{$key}"; } $value = $this->config->get($key); if (is_null($value) && !is_null($default)) { $value = $default; } return $value; } /** * Checks whether the payment method is available for checkout * * @param $address Order Address * @param $total Order Total * * @return bool */ protected function isAvailable($address, $total) { if ($this->isSecureConnectionRequired() && !$this->isConnectionSecure()) { return false; } if ($total == 0) { return false; } if ($this->getConfigValue("{$this->moduleName}_geo_zone_id")) { $query = $this->db->query( "SELECT * FROM " . DB_PREFIX . "zone_to_geo_zone " . "WHERE geo_zone_id = '" . (int)$this->getConfigValue("{$this->moduleName}_geo_zone_id") . "' AND country_id = '" . (int)$address['country_id'] . "' AND (zone_id = '" . (int)$address['zone_id'] . "' OR zone_id = '0')" ); if (!$query->num_rows) { return false; } } return true; } /** * Checks whether the current connection is secure * * @return bool */ public function isConnectionSecure() { $https = array_key_exists('HTTPS',$this->request->server) ? $this->request->server['HTTPS'] : ''; $forwarded_proto = array_key_exists('HTTP_X_FORWARDED_PROTO',$this->request->server) ? $this->request->server['HTTP_X_FORWARDED_PROTO'] : ''; switch (true) { case !empty($https) && strtolower($https) != 'off': $result = true; break; case !empty($forwarded_proto) && $forwarded_proto == 'https': $result = true; break; default: $result = false; } return $result; } /** * Determines whether the OpenCart Version is 3 or above * * @return bool */ protected function isOpenCartVersion3OrAbove() { return defined('VERSION') && version_compare(VERSION, '3.0', '>='); } }

Есть бесплатный модуль для оплаты через сервис paymentsense - developers.paymentsense.co.uk/opencart/ саппорт там довольно тугой, потому решила тут спросить. В модуле Стандартно задается статус успешной оплаты Complete Если данные карты введены неверно, то задается статус Filed Проблема в том, что при присвоении заказу статуса Filed, модуль присылает письмо пользователю с подтвержденным заказом, и в админке появляется заказ. Там конечно написано, что заказ будет оформлен после оплаты, но никто это не читает. думают, что заказ оформлен. Хотелось бы, чтобы, если оплата не прошла, чтобы письмо покупателю не приходило и заказ в админке не создавался. Подскажите, в какую сторону рыть. Есть другие модули оплат, они именно так и работают - создают заказ и отправляют письмо покупателю только при успешной оплате. Пыталась сравнить код, но не хватает у меня компетенции

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

Подскажите, как можно сделать наценку, например 4% на итоговую сумму заказа (вместе со стоимостью доставки), если покупатель выбрал метод оплаты PayPal Payments Standard

Не знаю, зачем это нужно автору темы, но я тоже задавалась таким вопросом, помню. С целью облегчения загрузки страницы ставишь превьюшкам для категории размер 200px-250px, смотрится вполне прилично. Но те же картинки с мобильной версии, когда растягиваются на ширину экрана уже довольно размытые, качество не то. По 2 в ряд ставить для мобильной версии не всегда вариант. Задавать жесткие размеры карточке товара, меньше, чем экран мобильного тоже не хочется. Красиво, когда на весь экран картинка, особо, если это одежда или украшения. Приходится картинки для страницы категории задавать чуть больше, чем нужно.

Поэтому я написала, что можно, но жутко неудобно, учитывая, что условие всего одно, фиксированная скидка на каждый второй. Поэтому ищу способ реализовать это наиболее правильно. Тем более эти лишние центы играют ещё какую роль, хотя и их можно высчитывать до десятитысячных, но ....

тк он у вас 3 по 100 продает а мне надо чтоб 2 из этих трех он продал по 80, а третий без скидки комплектная скидка, как выше было сказано.

как скоро планируете выпустить?

в том-то и дело, что муторно. скидка 1+1 подразумевает, что идет скидка за каждые 2 товара то есть 3 штуки уже будут не по 100, а с учетом скидки за предыдущие 2. к примеру, комплект роллов стоит 5,60 берешь 1+1 - за 9,60 (скидка за вторую порцию - 1,6) но, если берешь 3 комплекта, будет 9,60 (цена акции 1+1) +5,60 (стоимость комплекта без скидки) а 4 порции уже за 9,60+9,60 (два раза 1+1) и т.д. Высчитывать все это муторно. Хотя, понятно, что можно. Уже люди пробовали. Сказали, не подходит, что там ещё и центы начинают скакать в итоге. лучше, чтобы скидка высчитывалась сама, с учетом кратности на каждый второй товар - фиксированная скидка. каждый первый товар - по полной цене.

и как же? там можно поставить стоимость, к примеру, за 2 штуки. но он будет и 3 штуки за ту же стоимость продавать. или писать под каждое количество какую-то стоимость, но это муторно.

так задумано.

Ну, справедливо будет заметить, что тех проблем, что выше описал автор на 3-ке нет, чтоб их до ума доводить. Неизвестно, что автор намутил с сайтом. то же самое можно сделать и с 2.3, и потом искать решение, почему не работает.

вот тут посмотрите об этом речь, похоже