Сейчас времена другие

Учишь учишь а толку 0

Сумму можно достать как то через методы коммерса, это как сказал бы @Pathologic93 правильно! Но автор коммерса сказал что можно кастомизировать саму сессию. Так вот у тебя есть сессия $_SESSION['products'] она же массив. Посмотри что она у тебя хранит (например через плагин BDebug если версия evo 1.4 ) и просто циклом пройдись по массиву и просуммируй цены товаров (не забыв цену умножить на количество). Получишь общую сумму. И в плагине где ты там инициализируешь методы доставки проверь через условие нужно подключать метод доставки или нет (в зависимости от суммы)

+ спасибо за развернутый ответ

vlapod (0) увеличил карму Grinyaha (1879.54)

я написал хранилище в базе для коммерса

где можно почитать?

пока нигде

надо потестировать и донат бы не помешал 😸

надо потестировать и донат бы не помешал 😸

А без доната слабо? 😊

надо потестировать и донат бы не помешал 😸

не вопрос. Вы можете написать решение для моей проблемы? Сколько это будет стоить?

700 рублей

но вам не это же нужно

Привет! Вопрос. EVO 1.4.15. Commerce. Реально ли не показывать на фронте один из способов доставки, если сумма в корзине ниже определенной суммы? Т.е. заказали на 1000 - доставку показываем, меньше - не показываем.

Привет! Вопрос. EVO 1.4.15. Commerce. Реально ли не показывать на фронте один из способов доставки, если сумма в корзине ниже определенной суммы? Т.е. заказали на 1000 - доставку показываем, меньше - не показываем.

https://docs.evo.im/04_extras/commerce.html

не показывать способ доставки если сумма ниже определенной суммы - 700 рублей (((:

К Вам можно в личку постучать?

да

Что не так с этим куском почему-то в разных браузерах работает, а с мобилки пока не подвигаю страницу не выводит значения.

Сумму можно достать как то через методы коммерса, это как сказал бы @Pathologic93 правильно! Но автор коммерса сказал что можно кастомизировать саму сессию. Так вот у тебя есть сессия $_SESSION['products'] она же массив. Посмотри что она у тебя хранит (например через плагин BDebug если версия evo 1.4 ) и просто циклом пройдись по массиву и просуммируй цены товаров (не забыв цену умножить на количество). Получишь общую сумму. И в плагине где ты там инициализируешь методы доставки проверь через условие нужно подключать метод доставки или нет (в зависимости от суммы)

возможно ты меня не правильно понял

возможно ты меня не правильно понял

🙄возможно

можно и в окно выходить, но лучше все таки через дверь

🙄возможно

теперь из-за тебя не продать пиццеедам корзину в базе

теперь из-за тебя не продать пиццеедам корзину в базе

Наоборот, продать дороже😄

мне переписывать эти пляски с сессиями не хочется

мне переписывать эти пляски с сессиями не хочется

Как в анекдоте - А кто вам дом строил? - Пид@расы!!! - В смысле? - Залили фундамент, пришли каменщики стены класть и спрашивают, а что за пид@расы вам фундамент заливали? После них пришли штукатуры и первым делом спросили, а что за пид@расы стены положили? Потом пришли обойщики спросили, а что за пид@расы штукатурили? И так во всём! Вот и получается, что дом построили пид@расы!!!

да, с тем сайтом как раз так все и было

мне переписывать эти пляски с сессиями не хочется

А мог бы много денег заработать)

ну не знаю

ну не знаю

Твой вариант кстати хранения в базе полностью убирает сессию?

да

А зачем тогда вообще в сессии хранить товары если в базе надежнее? избавляет от зависимости жизни сессии

не знаю 🤷‍♂️

Базу чистить, плюс накладки на подключение. Имхо

В базу брошенные корзины пихать)

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

а если не в сессии корзина

+ вот да!

В базу брошенные корзины пихать)

брошенные корзины типа нужны для анализа; можно вести учет остатков с учетом корзин; можно удалить товар из корзин или цену поменять

helgispbru (120.01) увеличил карму Pathologic93 (5544.66)

Не только, рассылки кинуть

Чисто маркетинговая цель)

$cart = ci()->carts->getCart('products'); $total = $cart->getTotal(); if ($total < 300) return;

не то что у любителей шопкипера со своими сессиями

$cart = ci()->carts->getCart('products'); $total = $cart->getTotal(); if ($total < 300) return;

Я предложил вариант, причем акцентировал внимание что это не по фэншую, не через методы коммерса. То есть человек должен понимать что он делает. Возможно он понимает на счет хранения корзины в сессиях и в базе. А так как коммерс по дефолту работает в сессиях то вариант имеет право на существование. 🤷🏻 Как будто я утверждаю что делайте только так и так правильно.

так все эти апи для того и делаются, чтобы человек не вникал, где у него хранится корзина

и работало все одинаково у всех

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

ну вот этот момент не очень понятно как лучше сделать

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

можно брать все корзины сразу и в одну сливать

а может наоборот лучше когда на разных устройствах разные корзины будут

Всё, конечно же, от задачи зависит, да когда у пользователя на нескольких устройствах несколько корзин в сессиях, то это 99% печаль - не найдет где какая через время и потеряется в общем случае. Корзины, как по мне, лучше хранить в БД чтобы можно было и разделение делать и сравнения и т.д. Т.е. логику тех же "множественных корзин на устройствах" проще реализовать храня в БД данные корзины. Плюс можно даже не все данные пихать туда-сюда и "экономия" получится. Не говоря уже о том что для аналитики хранение в БД значительно предпочтительней.

А как же куча запросов в бд

?

Вот завалит условных тыщща юзеров товары тыкать и что прощай БД?

там простые запросы

Да, но их много

Может нужно хранить и там и там?

по-всякому можно

Типа акдейт и базы и сессии, а тупо вывод количества товара на каждой странице как сейчас принято забирать из сессии?

по-всякому можно

Это понятно

Вё программирование такое "по всякому можно"

ну я проблемы не вижу вообще

люди делают магазины, что 300 запросов на странице получается и как-то все работает

а в вордпрессе так и побольше может быть

люди делают магазины, что 300 запросов на странице получается и как-то все работает

Тут ключевое слово както

а в вордпрессе так и побольше может быть

Ну ты нашел на кого равняться

ВП этож движек для личных блогов

А вукомерц это изврат

Хотя каюсь сам тоже не без греха

Сеньёр

опять же можно хранить не в mysql базе

хранилище поменять это вжух и поменялось ((:

Вот завалит условных тыщща юзеров товары тыкать и что прощай БД?

Это уже следующая задача - оптимизация запросов и/или архитектуры. Раз Вы ее не сделали по какой-то причине изначально, то сейчас самое время. Самое важное что нужно понимать, что хранение в сессии и БД "УСЛОВНО" однох*йственно, т.к. это обращение к диску где лежат файлы сессии или БД. Т.е. возможен и такой вариант что сессии отвалятся быстрее (скорее всего они просто потеряются, т.к. занимают большое кол-во место МЕЛКИМИ файлами на диске и их придется почистить, т.к. перестанет работать сервер - не любят сервера рыться во множествах файлах). И вот тут большой плюс получает БД, т.к. ее можно оптимизировать, раскидывать на другие более мощные сервера, делить и т.д. С сессиями ничего не сделать.

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

все запросы простые

Да, обычно так и есть. Можно еще и навалить всякого красивого и айдишники только гонять.

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

а то можно было бы и в куках хранить (((:

Это не про комерц говорю, а в общем. (:

так в общем подгоняется под задачу

Мы там в "условные задачи" и ушли. (: