-
Публікації
528 -
З нами
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Повідомлення, опубліковані користувачем shchs
-
-
В названиях фотографий не должно быть кириллицы и пробелов, иначе такие приключения гарантированы, в том числе нюансы будут с поисковиками.
-
В 10.06.2018 в 13:12, Weron сказал:
Ну че ребят, может кто знает подобный модуль, очень надо
Я знаю: https://opencartforum.com/files/file/5261-searchlive-poisk-s-podskazkami/
+ адаптация под ваши нужды (пара десятков американских рублей)
-
99,999% что заказ у вас есть, но он в потерянных, так как модуль оплаты не сменил ему статус на новый. Где-то недонастроено, либо ошибка в коде.
-
19 минут назад, LionHunter сказал:
$special_percent= round(($product_info['price'] - $product_info['special']) / $product_info['price'] * 100);
Такое выражение должно быть обязательно защищено проверкой что цена и акция не равны нулю или т.п.
То есть иметь примерно такой вид:
if ((float)$product_info['price'] && (float)$product_info['special']) { $special_percent = round(($product_info['price'] - $product_info['special']) / $product_info['price'] * 100); } else { $special_percent = false; }
- 2
-
Twig не поддерживает и половины php, не мучайтесь, пишите все в контроллере, сэкономите очень много времени.
- 1
-
Нужно просто заменить на https
-
-
А подробнее можно про методы лечения?
Данная проблема с поиском актуальна на любой версии движка, хоть 1.5, хоть 2.3, при условии что используется seo_pro,
на родном seo_url такой проблемы не наблюдается.
При использовании seo_pro:
Вбиваем в поиск: 5,25"
Имеем в итоге поиск по: 5,25
И урл:
/search/?search=5,25"=
При оригинальном seo_url:
Вбиваем в поиск: 5,25"
Имеем в итоге поиск по: 5,25"
И урл:
/index.php?route=product/search&search=5%2C25"
-
-
Еще момент который нужно учитывать при выборе сервис/модуль, это то, зачем нужна собственно рассылка.
Если для заваливания инета спамом, то скорее сервис, ему не важны ни ваши мотивы, ни ваши знания "темы".
Если для работы с вашими клиентами, то скорее модуль, причины:
1. Нет передачи персональных данных третьей стороне (иначе это как бы и нарушение закона, однако)
2. Прямая связь, сразу видно, кто подписан, кто отписался и т.д.
3. Гибкость выборки, да и вообще сама возможность выборки кому и что посылать. Какой сервис вам даст ответ кто покупал или кто не покупал определенные товары?
4. Прикреплять ваши товары в письмо сервис может, или каждый раз верстать там все заново?
Конечно для работы с модулем нужно иметь хотя бы минимальные знания и понимание процесса, а так же правильно настроенный сервер.
Но это кажется вполне логичным, ведь никого не удивляет необходимость в/у чтобы ездить на авто.
- 1
-
Просьба проверить 23,24,25 строки в "admin\controller\setting\setting.php", что-то там не так.
- 2
-
Можно попробовать вот этот.
-
Копировать плохая идея, лучше попробуйте сделать перенос средствами jQuery
Для этого в common.js нужно вставить этот код:
function resizepr() { var myWidth = 0; if (typeof(window.innerWidth) == 'number') { myWidth = window.innerWidth; } else if (document.documentElement && (document.documentElement.clientWidth || document.documentElement.clientHeight)) { myWidth = document.documentElement.clientWidth; } if (myWidth != 0) { if (myWidth <= 767) { if ($('.old-position-cart').hasClass('has')) { $('.new-position-cart').addClass('has').append($('#cart')); $('.old-position-cart').removeClass('has'); } } else { if ($('.new-position-cart').hasClass('has')) { $('.old-position-cart').addClass('has').append($('#cart')); $('.new-position-cart').removeClass('has'); } } } } $(document).ready(function() { resizepr(); }); $(window).resize(function(){ resizepr(); });
И соответственно верстка мест с корзиной должна предполагать такой вид:
<div class="old-position-cart has">Обычное место загрузки корзины</div> ........ <div class="new-position-cart">Место загрузки корзины для разрешений меньше 768</div>
Вот как-то так.
- 1
-
Это указывается в админке, в настройках модуля. У вас будет выбор что конкретно показывать в фильтре.
-
- Василий Иванович, а правда, что когда демократия, гласность, то можно всё,
например, сказать всё что хочешь и тебе за это ничего не будет?
- Правда, Петька, ничего тебе за это не будет, ни бурки, ни коня, ни шашки.
Противники куба, вы не понимаете один очень важный нюанс! А этот нюанс в том, что вы сами себе роете яму. Объясню почему. Сейчас цены на модули опенкарт в русском сегменте весьма низкие, посмотрите на платформы, где куба нет, более-менее нормальный модуль - 3-6 т.р. Куб, это единственное что позволяет зарабатывать разработчикам, создавая свои продукты и держать низкие цены. Если предположить, что у нас запретят куб, то это приведет только к такой ситуации:
1. Модули перекачуют на другие площадки, иногда сомнительные, возможно заплатил и ничего не получил.
2. Те, что останутся, подымут цену в разы, и стоить уже будут не одну тысячу, а три или четыре.
3. Остальные модули тоже поползут в цене, по принципу "чем я хуже?".
Это только нюанс цены, теперь нюанс практики.
Думаете уберут куб и можно радостно потирать руки? Да не будьте наивны. Начнется разработка "других" защит, делающих поддержку и обслуживание весьма дорогим удовольствием, и правки уже будут стоить не 300-500, а 1500. Что вас ждет: запутывание кода, стучалки, умышленная косячность - модуль не заработает на определенных версиях движка, php, настроек хостинга, рядом с другими модулями и т.д. и т.п. Если сейчас стараешься сделать продукт который поставил и забыл, то так наоборот делать не будут, так как это будет уже фактором защиты.
В итоге, на самом деле, разработчики сильно ничего не потеряют, да, продажи упадут, но 10 продаж по 1т.р это тоже самое, что 3 по 3т.р, а поддержки в разы меньше!
Потеряете только вы, покупатели! Если сейчас модуль на два/три проекта вам обходится в 2-3 тысячи, то потом это будет уже 6-12!
Вы согласны столько платить за "иллюзию что-то подправить"?
- 3
-
Любая цена, любое количество. Создаете в магазине товар с названием "Товар из рассылки". И опцию ему добавляете типа "текст". В эту опцию будете потом писать название товара какое хотите. В итоге будет ровно то, что вам надо.
- 1
-
markimax, почистите пожалуйста личку, есть вопросы, а не написать.
-
Без домена покупателя смысл этого как-то теряется.
И сделайте пожалуйста в личном кабинете кнопку, при нажатии на которую, пройдет тестовый запрос на мой сервер, со всеми данными, "эмулирующими продажу", будет неплохо для отладки.
- 3
-
Чтобы был толк в развитии ocStore, чтобы она оперативно и качественно делалась, нужна команда, работающая не на личном энтузиазме в свободное время, а на зарплате, с кругом обязанностей и ответственности. Тогда будет результат и соответственно качество, а иначе не справиться, так как состояние, в каком находится опенкарт сейчас, весьма плачевное, и куда не глянь, везде косяк на косяке, поправить которые с наскока не удается, чем дальше в лес, тем толще партизаны.
Поэтому, лично я считаю что нужно либо создавать команду на платной основе, которая создаст действительно продукт, либо ограничиться русским языком и seo-pro.
-
Подтверждаю косяк с календарем в случае, если требуется дата и время. Проверял в отзывах, опциях.
-
-
-
-
Еще просьба сделать что-то с "catalog/controller/common/cart.php". Идет пересчет всех "итогов" даже если корзина пуста и там нет ни товаров ни подарочных сертификатов, что само по себе бессмысленно, а в тоже время соответственно тянет за собой еще дополнительные запросы и запросы.
Нужно обыграть это всё на подобии того, как сделано в "controller/checkout/cart.php" через:
if ($this->cart->hasProducts() || !empty($this->session->data['vouchers'])) {
если выкрою время предложу пул-реквест, в любом случае просьба не упустить этот момент
Изменение количества при редактировании заказа
в Opencart 2.x: Загальні питання
Опубліковано:
Вот такой модуль есть, который решит много нюансов с заказом, в том числе с количеством и ценой.