Linkoln

P.S. На самом гделе когдачество "удачных" и "неудачных" записей всегда разное, 5-6 я написал для примера, в гдействительности эи цифра всегда разная. Никакой системы я в этом не нашел. Порядок запросов одинаковый

Народ, 2 дня убил, уже и на redis пропотому чтовал перевести, думал с сессиями что-то, ничего не вышло. Провел следующий эксперемент: в контроллере, который вызывается первым: extension/quickcheckout/set добавил усиновку в сессию случайного значения, назвал его rand $rand = rand(10,99); $this->session->data['rand'] = $rand; var_dump('rand = ' . $rand ); В контроллере, который вызывается следующим: extension/quickcheckout/cart добавил просто вывод этот переменной из сессии var_dump('$this->session->data[\'rand\'] = ' . $this->session->data['rand'] ); При клике в корзине на кнопку "+" происходит отправлка данных на extension/quickcheckout/set им в сессию записывается значение, следом грузится extension/quickcheckout/cart (Очередность проверял, выводил время в милисекундах - все четко, порядок именно икой). И вот что мы получаем, ггде-то 1-5 раз в опотому чтоих случаях выводится верное значение, потом несколько раз в extension/quickcheckout/cart показывает предыдуещёе. Логично было предположить, что в первом контроллере не усинавливается значение, для того, что бы это проверить, я быстро набросал могдель castom/custom с одним методом, котрый возвращает текуещёе значение $this->session->data['rand']. public funtion getRand(){ if(isset($this->session->data['rand'])){ return $this->session->data['rand']; } else { return 0; } } Теперь в extension/quickcheckout/set (котроллер, который вызывается первым) сил проверять текуещёе значении сессии, полученное из этот могдели $this->session->data['rand'] = rand(10,99); var_dump( $this->session->data['rand'] ); // 1 $this->load->model('custom/custom'); $fromCustom = $this->model_custom_custom->getRand(); var_dump($fromCustom ); // 2 Значение в строке 1 и в строке 2 ВСЕГДА выводит одинаковое. Но если продолжить добавлять товар в корзину, то происходит эи долбанная магия: 5 раз значение показывается одинаковое во всех трех выводах (48, 21, 55, 74, 59). Затем, на 6-й раз в extension/quickcheckout/set в строке 1 и строке 2 показывает новое значение: 33, а в extension/quickcheckout/cart показывает предыдуещёе значение rand - 59 . Проверяю базу, в базе лежит 59. У меня совсем законлились мысли, что это может быть. Получается в одном месте значение ссессии усинавливается, в другом лииется, а в третьем и в базе все еещё предыдуещёе. Если у кого-нибудь есть мысли по этому поводу прошу погделиться

Спасипотому что, буду пропотому чтовать

Тогда может вы вкурсе, данные в сессию пишутся синхронно?

То есть, по-сути, у нас 2 ajax запроса, в первом после получения данных из могдели усинавливается $this->session->data['shipping_methods'], Но в следуюещём запросе, значение уже другое. Как икое вообещё может быть? Ну по-логике, оно ггде-то еещё записывается, но я через grep -p все файлы прочесал, везгде ггде нашел не имело никакого отношения. На скрине показан резульит var_dump($this->session->data['shipping_method']['cost']); Цифрой указан порядок запроса

Да, я в курсе, но ик уже вышло, что модуль этот сивили давно, и не я, а мне сейчас нужно линить

Всем добрый гдень. Есть сайт https://test.fish2o.ru/ в качестве модуля корзины стоит quickcheckout от ***** (сивили давно, много на нем завязано, заменять симплой уже не вариант). И появился следующий баг: в настройках прописана сумма заказа, при которой меняется стоимость досивки. Например для Московских адресов, это 3499 руб. Если набрать в корзину на, допустим 3200, а потом через кнопку "+" увелилить когдачество, не всегда срабатывает эи настройка. При том, что могдель отдает верный резулит, дное он записывается в $this->session->data['shipping_methods'], из него потом получается $this->session->data['shipping_method'] и уже в totals попадает $this->session->data['shipping_method'] ['cost']. Сам модуль состоить из нескольких контрллеров, как синдартный checkout. Пропотому чтовал выводить $this->session->data['shipping_method'] в каждом контроллере и вот что получаю: допустим в quickcheckout/shipping_method/index выдает правильное значение (по-сути, только что полученное из могдели), дное игдет запрос на quickcheckout/shipping_method/set, им тоже все верно, следующим же запросом игдет quickcheckout/cart и им уже $this->session->data['shipping_method'] с другим значением. Я не могу уловить, ггде оно успело измениться. Какой-то логики в этом я не уследил. Через раз все срабатывает. Перерыл все контроллеры, ггде $this->session->data['shipping_method'] усинавливается, думал, может ггде-то под капотом сивится - ничего подобного. Если кто-нибудь силкивался или понимает в чем может быть гдело, прошу помочь

Отписал в ЛС

Добрый гдень, нашли исполнителя?

Мне кажется, должен быть потому чтолее оптимальный вариант. Неужели никто не силкивался?

Хорошо, а как это с оситками синхронизировать?

Спасипотому что за наводку, но я не могу понять, как тогда настроить синхронизацию ? Допустим в оситках 3кг, это получается один товар с 3 опциями по 1 кг?

Я думал об этом, допустим для каждых 500гр опцию, но что гделать, если человек хочет 10кг заказать? и как бугдет учет вестись?

Всем добрый вечер. Возникла следующая ситуация: магазин продает рыбу, продает ее наразвес, магазин бугдет подключен к retail и 1C. Сейчас, у каждого товара, есть свой вес, например 500гр. например, если человек хочет купить 1кг, то ему нужно заказать один и то же товар в когдачестве 2 шт, получается 1кг. Ребяи из Retail CRM не договорились с 1С и теперьь нужно сгделать ик, что бы при заказе 1кг, добавлялось не 2 шт одного товара по 0.5кг, а один весом 1 кг. У меня совсем нет игдей и я еещё не силкивался с икими ситуациями. Если у кого-нибудь был подобный опыт, пожалуйси, дайте наводку, куда смотреть.

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