Xelen
-
Публікації
303 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Повідомлення, опубліковані користувачем Xelen
-
-
Возникла проблема с передачей цены в PayPal Payments Standard
На сайте все цены заданы до десятитысячных после запятой. Типа вот 12,1951
Это нужно, чтобы в итоге правильно считался налог.
Отображение цен было выставлено до 2 десятых.
Обратили внимание, что при выборе оплаты через Пейпел, там цена становится на несколько центов выше.
Стало понятно, что он сначала округляет стоимость каждого товара, а потом плюсует , что и дает лишние центы.
Я вывела на сайте цены полностью, но результат не изменился. То есть он гдето округляет каждую позицию и передает в пейпел.
Как понять, это плагин передает округленные цены для каждого товара или уже пейпал у себя округляет, а потом складывает?
Если первое. то как это изменить, чтобы округлялся только результат?
Вот пример
мне надо, чтобы пейпал показывал 95 евро, а он сложил стоимость каждой единицы товара, вместо 12,1951, взял 12,20 и умножил на 6
потом округлил налог, сложил все это и выдает 95,03
-
13 часов назад, ArtemPitov сказал:
@Xelen https://habr.com/company/digitalrightscenter/blog/344064/
Если Вы работает для европейского рынка, я бы не пренебрегал этими правилами, там штраф космос
я пробовала это читать, но там все размазано, конкретики мало.
Я тут и спросила, может уже есть какие-то четкие требования к стандартному магазину.
Как, например
- дописать это
- дописать то
- добавить уведомление..
- добавить окно, в нем должно быть то или это.
но тут, как я поняла, в основном обитают те, кто работает на Россию, хотя сайт вроде же у эстонской фирмы?
Вы, вроде должны что-то знать))
-
13 часов назад, sitecreator сказал:
Вы в курсе, что "защита персональных данных..." касается лишь защиты резидентов ЕС?
Если у вас магазин для местного рынка, то я бы не стал сильно беспокоиться на этот счет.
Гораздо важнее насколько вы четко соблюдаете законы своей страны.
Вы под чьей юрисдикцией ведете бизнес в интернете? Т. е. какая страна?
Я, честно говоря, за несколько лет работы с опенкарт редко встречал здесь магазины для ЕС, да и то только для стран бывшего Союза (страны Прибалтики).
в курсе, поэтому и спрашиваю. делаю магазины под Прибалтику и немного под остальные страны ЕС
-
25 мая вступает в силу эта регула. Там много всего, помимо требований к интернет-ресурсам
Возникли вопросы, что конкретно должно быть на сайте, чтобы ничего не нарушить?
Например, интернет-магазин на opencart
Насколько я поняла, должны быть политика конфиденциальности, где указано, что заполняя персональные данные и совершая покупку, клиент соглашается с тем, что его персональные данные будут обработаны.
В правилах должно быть указано, что магазин не хранит данных банковских карт, если оплата происходит через различные сервисы, типа банк или paypal
так же нужно всплывающее окно, где пользователь оповещается, что сайт использует куки, и ссылка на Coocies Policy
непонятен момент с этими кнопками согласен и несогласен, обычно в дополнениях вижу кнопку OK или крестик
А что будет, если пользователь не согласен и жмет эту кнопку? Сайт обрубает ему куки и не дает полноценно пользоваться собою? Чем это можно реализовать на опенкарт?
Вот примерно все, что я пока поняла по требованиям.
Дополните или поправьте, пожалуйста.
может, есть уже тема об этом.
-
1 час назад, jekaklimenko сказал:
не работает он.
почему вы так решили?
У меня работает и на опенкарт 2 и на 3
но, чтобы увидеть в статистике отчет по э-коммерции, надо ждать примерно 24 часа обновления статистики после установки.
-
-
очистить таблицы БД все, которые __product
картинки удалить через панель хостинга, FTP или папками в менеджере картинок
а ну это только если все товары удалять, если выборочно то не прокатит
-
Похоже, да. Не удалось мне раскрыть великий заговор.
Значит, была зашита где-то сортировка
-
3 минуты назад, mpn2005 сказал:
На это не смотрите. Это редактор неверно истрактовал /* внутри данных.
а в отсортированной базе уже этого комментария нет и код в модификаторе он закрыл в кавычки
вообще логично, что не сортировало по id, если они были все закомментированы, база считала их текстовыми.
потому что в Операциях я сортировку не меняла, там стояло по ID, я просто её подтвердила заново.
-
у меня тут возникло предположение, хочется понять все же, что это было.
посмотрела дамп не исправленной ещё базы, которая была с глюком, нашла огромный участок базы, который notepad показывал, как закомментированный
туда как раз входили эти таблицы, которые не сортировались, их было несколько.
я стала искать начало комментария,это оказалась часть кода модификатора Local copy OCMOD by iSenseLabs , а заканчивался комментарий аж на запаси товара с 25 ID
там было спарсено описание со всяким мусором, которое и закрыло комменатрий
выходит, все товары были закомментированы, и база не определяла ID как число, чтобы по нему сортировать?
после нажатия на сортировку произошла автопочинка? (я тут не спец, только догадки)
код в модификаторе заменился на $path[] = $file . ''/*'';\r\n
но сайт работал даже вот так.
p.s. хотя, смотрю он ещё ниже блок тащит, эта красная полоска слева в редакторе. там черти что в контенте.
-
1 час назад, hoolygan сказал:
Сортировки в таблице при селекте нет. Она проставляется в phpmyadmin, но это ПО никак не относится к mysql.
Поэтому и посыл к тому, что в других таблицах по primary key сортируется - скорее приятная особенность, чем правило
Это только выглядело что по primary key, а заглянешь в любую таблицу где устанавливается сортировка, там везде id , просто они совпадают с
primary key
теперь понятно, что выше писали, что нет сортировки у таблиц, и много где пишут что не сортируется ничего по primary key
ну и я выше написала вроде, что поле для сортировки можно сменить, а ключ останется.
почему у меня перенеслось с непонятной сортировкой на другой хост, мне не понятно, я тоже склонна думать, что сортирует именно phpmyadmin
-
8 минут назад, hoolygan сказал:
Может в ней кто-то грохнул первичный ключ?
нет, он был. это первое, что проверила.
сортировку можно сменить на любое поле, а первичный ключ остается у product_id
при чем эта сортировка переносится вместе с базой, я тестировала базу на другом хостинге.
в эту же базу установила с другим префиксом новый сайт, и в соседней таблице в другим префиксом _products была нормальная сортировка по ID
-
ну вот я нашла - есть настройка в Операциях для таблицы Изменить сортировку таблицы
теперь сортирует по ID и экспорт вытаскивает в порядке возрастания
-
да вот я смотрю, все таблицы во всех базах отсортированы по первичному ключу, пока сам не решишь сортировать иначе, а в этой базе некоторые таблицы по нему не сортируются. ( не все, страны, address и многие другие все время по первичному)
Рядом база нулевого опенкрат 2, там все строго по первичному
вообще пока не вижу логики, отчего это происходит.
-
22 минуты назад, mpn2005 сказал:
Видать модуль экспорта так выгрузил и загрузил.
ручное добавление тож самое.
но я сейчас поняла, что дело не в добавлении, а в том, по какому принципу в phpmyadmin идет дефолтная сортировка.
Почему у меня другие базы он сортирует сам по первому полю ID, а эту нет.
Может дело в настройках полей таблиц?
я просто писала, что не я делала этот сайт, но вижу там много дописано, и вот база себя ведет нестандартно
модуль выгрузки менять не хотелось бы, потому что он везде работает ( это CSV Price Pro) не на первый сайт его я ставлю,
поэтому правильнее мне кажется, найти причину в сайте
-
9 минут назад, nikifalex сказал:
в mysql нет предопределенного порядка сортировки, тем более в phpmyadmin
как вам надо, так и сортируйте сами.
order by product_id
и усе.
Все у вас нормально. Просто при экспорте в sql завпросе порядок сортировки явно пропишите
нет, я открываю когда любую базу, а их много у меня, в phpmyadmin, там всегда стоят первые товары наверху, если пролистаю последнюю страницу, там последний добавленный товар. То есть есть дефолтный порядок фильтрации записей в базе до применения фильтров в phpmyadmin
нет такого чтобы там, до применения фильтров ID шли вразброс, и экспорт всегда тащит из этого порядка по-умолчанию.
А вот именно эта база, одна из 10 вот так выглядит, и тот же модуль экспорта ровно так и тащит из неё все ID вразброс
Почему так?
-
Есть один сайт, не я его делала. Попросили им настроить импорт, был куплен модуль, но вопрос не к разработчику уже.
в процессе настройки импорта обнаружилось, что на сайте при импорте товаров и при обычном добавлении, в базе данных в таблице product и product_description и можт ещё где, я уже не проверяла, записи сохраняются вперемешку. И это при экспорте товаров выдает их в том же беспорядке, а это очень напрягает.
Насколько я вижу в своих созданных сайтах, там по-умолчанию есть порядок по ID, и при экспорте сразу все ок, последние товары находятся внизу.
Что-то с этой базой не так, может кто знает что сбивает этот порядок, и это чинится вообще?
-
21 минуту назад, Tom сказал:
да, работает. Спасибо.
-
-
Возник вопрос, как сделать поиск по не полному коду модели.
Например код модели товара RWT.534.TYU
Если забить в поиск в шапке RWT.534.TYU, то магазин товар находит.
Мне необходимо, чтоб поиск подцеплял код модели частично, например забиваешь RWT. и он находит все товары, у которых код модели начинается на RWT.
По имени он ищет частично, подскажите, где можно дописать такую же плюшку для модели?
-
первая и вторая ссылки в футере должны быть
catalog/view/theme/*/template/common/footer.tpl
третья - это, похоже ваш виджет соцсетей
-
8 минут назад, AlexDW сказал:
в своем системном кеше и держит (файлы в папке system/cache)
если есть нужный файл кеша - берет его, если нет (или после редактирования) - создает заново
Точно, сейчас посмотрела, файл cache.country.catalog через админку не сбрасывается, меняется только после редактирования.
-
52 минуты назад, nikifalex сказал:
файл
catalog/model/localisation/country.php
Сейчас, когда поменяла этот код, сначала на сайте ничего не изменилось.
На другом тестовом сайте вышло сразу, но там, я перед этим не заходила в чекаут.
А на это сайте не помогали ни сброс кеша сайта, ни сброс модификаторов, ни сброс кеша, кук и перезагрузки браузера. Ни заход с другого браузера.
Помогает только зайти в любую из стран и выйти, сохранив.
Один раз то же самое было при смене названий регионов через базу.
20 минут сбрасывала все, что только можно, ничего не менялось, пока не зашла в редактирование региона и не вышла сохранив.
Где опенкарт держит эту инфу?
Так ведь можно, не зная, мучиться долго, пройдя мимо верного решения.
Я перед вашим ответом как раз тестировала тот файл, он или не он, меняя ORDER BY name ASC на ORDER BY name DESC, и уже решила, что решение не в этом файле, ну а в каком тогда? о_О
-
благодарю, сработало.
округление цен в PayPal Payments Standard плагине
в Opencart 3.x: Налаштування та оптимізація
Опубліковано:
вообще,хорошо было бы, чтобы сайт не передавал на пейпал список товаров, налог и доставку отдельно, а передавал только общую сумму
насколько я поняла, это задается здесь catalog/controller/extension/payment/pp_standard.php
и информация о заказе берется из сессии, пкока заказ не сформирован
$this->load->model('checkout/order'); $order_info = $this->model_checkout_order->getOrder($this->session->data['order_id']); if ($order_info) { $data['business'] = $this->config->get('payment_pp_standard_email'); $data['item_name'] = html_entity_decode($this->config->get('config_name'), ENT_QUOTES, 'UTF-8'); $data['products'] = array(); foreach ($this->cart->getProducts() as $product) { $option_data = array(); foreach ($product['option'] as $option) { if ($option['type'] != 'file') { $value = $option['value']; } else { $upload_info = $this->model_tool_upload->getUploadByCode($option['value']); if ($upload_info) { $value = $upload_info['name']; } else { $value = ''; } } $option_data[] = array( 'name' => $option['name'], 'value' => (utf8_strlen($value) > 20 ? utf8_substr($value, 0, 20) . '..' : $value) ); } $data['products'][] = array( 'name' => htmlspecialchars($product['name']), 'model' => htmlspecialchars($product['model']), 'price' => $this->currency->format($product['price'], $order_info['currency_code'], false, false), 'quantity' => $product['quantity'], 'option' => $option_data, 'weight' => $product['weight'] ); } $data['discount_amount_cart'] = 0; $total = $this->currency->format($order_info['total'] - $this->cart->getSubTotal(), $order_info['currency_code'], false, false); if ($total > 0) { $data['products'][] = array( 'name' => $this->language->get('text_total'), 'model' => '', 'price' => $total, 'quantity' => 1, 'option' => array(), 'weight' => 0 ); } else { $data['discount_amount_cart'] -= $total; }можно ли убрать вывод всех этих товаров, налога, доставки, а отдавать пейпелу только общую сумму? это бы решило проблему с округлением.