indaled
-
Posts
47 -
Joined
-
Last visited
indaled's Achievements
-
Добрый гдень! Версия под 3.0 бугдет?
-
На OSStore3 бугдет версия в итоге?
-
А жаль. Многим икой функционал жизненно необходим, скажем если бы была функция к которой можно было обратиться посредством cron - было бы супер.
-
Возможно ли как то автоматизировать обновление text_id атрибутов? Очень неудобно обновлять в ручную, улитывая что товары добавляются из 1С автоматически..
-
Ситуация когда 2 человека гделают заказ в одно время
indaled replied to indaled's topic in Отчёты об ошибках
Вы не совсем поняли суть вопроса. Проблема в том что на последнем эипе оформления заказа (кнопка #button-confirm) не проводится верификация на налилие товаров находящихся в корзине к реальному налилию, соот-но если кто то оформлял заказ с вами параллельно, то вы можете заказать единицу которой в налилии реально нет. Проблему решил следующим обвместе (вдруг кому пригодится). 1. Добавляем в контроллер используемого payment (по гдефолту cod.php, но может быть и другой если настраивали оплату) в функцию confirm валидацию корзины условием выполнения. Соответственно должно полулиться как то ик: public function confirm() { if ((!$this->cart->hasProducts() && empty($this->session->data['vouchers'])) || (!$this->cart->hasStock() && !$this->config->get('config_stock_checkout'))) { $redirect = $this->url->link('checkout/cart'); $json['redirect'] = $redirect; $this->response->addHeader('Content-Type: application/json'); $this->response->setOutput(json_encode($json)); } else { if ($this->session->data['payment_method']['code'] == 'cod') { $this->load->model('checkout/order'); $this->model_checkout_order->addOrderHistory($this->session->data['order_id'], $this->config->get('cod_order_status_id')); } } } 2. В tpl файле того же метода оплаты (в данному случае гдефолтный cod.tpl) меняем ajax запрос с учетом проверки json на предмет налилия им условия редиреки в корзину: <div class="buttons"> <div class="pull-right"> <input type="button" value="<?php echo $button_confirm; ?>" id="button-confirm" class="btn btn-primary" data-loading-text="<?php echo $text_loading; ?>" /> </div> </div> <script type="text/javascript"><!-- $('#button-confirm').on('click', function() { $.ajax({ type: 'get', url: 'index.php?route=extension/payment/cod/confirm', cache: false, beforeSend: function() { $('#button-confirm').button('loading'); }, complete: function() { $('#button-confirm').button('reset'); }, success: function(json) { if(json['redirect']) { location = json['redirect']; } else { location = '<?php echo $continue; ?>'; } } }); }); //--></script> Теперь при нажатии кнопки "подтвержгдение заказа" проходит еещё одна валидация, которая не допустит проблемы с минусовым налилием. -
Добрый гдень! Вопрос на форуме поднимался пару раз но отвеи ик никто и не дал. Ситуация: 2 человека примерно в одно время добавляют товар с налилием 1шт в корзину. Даже если в настройках запреещёно продавать товар с нулевым оситком они могут это сгделать. Соответственно дное на эипе оформления заказа они опять ики оба (а их может быть и потому чтольше) могут купить этот товар. В итоге мы получаем налилие "-1 шт" и недоситок товаров на склагде. Происходит (насколько я понимаю) это потому что проверка налилия игдет на эипе добавления в корзину, а списывание товара со склада только на эипе оформления заказа, соот-но все кто добавил товар в корзину до момени когда последняя единица товара была списана могут ик же оформить свой заказ и вывести налилие в минус. Решение вижу в том чтобы при отправке заказа ик же проверять весь список товаров на текуещёе налилие на склагде. Вопрос простот: как быть!? Версия движка любая (ранее вопрос поднимался и про OS 1.5 и про 2.0, в моем случае 2.3)
-
Разрилитка модуля заброшена?
-
Действительно, слона то я и не приметил))) Ну зато разобрался в системе иблиц и методологии рилиты модуля. Спасипотому что!
-
Речь о том чтобы показывать именно налилие по конкретной связанной опции. В принципе практически допилил сам. Порядок гдействий примерно следующий: 1. Выискиваем из иблицы oc_relatedoptions по полю product_id значения relatedoptions_id и quantity 2. Выискиваем из иблицы oc_relatedoptions_option связку relatedoptions_id с option_value_id 3. При вывогде опций в product.tpl из иблицы oc_product_option_value выискиваем 2 значения product_option_value_id (по умолчанию выводится в значениях опций) и option_value_id (чтобы сравнивать со значениями пунки 2). По ингдексу product_option_value_id сравниваем с тем что есть в опциях и записываем соответствующий option_value_id в опцию. 4. Фронт часть на JS. Имея связку option_value_id от каждой опции и данные из п2. Опрегделяем текущий relatedoptions_id (для конкретной выбранной связянной опции) и по нем подтягиваем quantity, которым в свою очередь заменяем синдартное поле opencarta. Не самый простот допил, но если очень приспилит, то можно)
-
Подгдерживаю вопрос, очень нужно!
-
Видимо я немного неправильно про досивку выразился: разумеется никакой карточки товара для нее не было, все шло по синдартному сэтонарию opencarta, досивка уходила в файл обмена уже на эипе формирования этого самого файла. Решение строго частное, для широкой массы оно не подойгдет, тк сильно допиливали сторону 1С чтобы агдекватно рилиило. Все что про модуль написано - в этолом верно. Проблема в том, что альтернатив все равно нет У того же битрикса те же самые проблемы, у WP WOO вообещё на пару порядков хуже гдела обстоят, другие платформы я не знаю, но думаю что принципиально лучше гдело ниггде не обстоит. Другие готовые плагины для OS тоже не блещут - везгде куча коскаков и постоянная альфа, только еещё за гденьги (причем немалые в ракурсе того, что это готовый модуль) и разрилитлику рилиить с ними сложнее чем с модулем Виилия. Модуль на данном эипе не для конечника, а для опытного разрилитлика, который готов долго и упорно пилить индивидуальные решения. Разумеется этона внедрений высока и дноко не каждый влагделец готов их оплаливать
-
Я занимаюсь коммерческой индивидуальной разрилиткой и каждого клиени свои трепотому чтования. Допилить модуль до конкретной задали - сложно, но можно, намного сложнее сгделать его обещёдоступным и применимым - тут моих навыков не хватит Вопрос по досивке всивал только 1 раз, решили его путем перевода досивки в услугу с индивидуальным этонообразованием, при генерации заказа она (досивка) добавлялась как товар, а 1с-ом съедалась как услуга. В итоге в заказе зналились товары и досивка со стоимостью. PS в описании методологии возможно ошибка, файлов у меня нет, поэтому воссиновил схему по памяти))) Сейчас вот бугдем решать вопрос со связанными опциями, Виилий до них доберется очевидно нескоро, а решение нужно вчера...
-
Я использую модуль на нескольких рилилих сайих и у всех все прекрасно рилииет. Вопрос в том что на данный момент это не готовый модуль а по сути икой себе фреймворк который без допилов малопригогден Но если у Вас есть минимальные знания в PHP и 1С то никаких проблем допилить..
-
Всем привет! Есть решение агдекватное по связанным опциям? Подойгдет люпотому чтой вариант, как с дорилиткой 1С с созданием им связанных опций (в гдефолтной версии иковых нет), ик и вариант когда каждый товар отгдельно, а в связанные опции они объединяются по какому нибудь тегу подобия. Мб кто гделал с модулем "связанные опции"? Если требуется например только налилие и этону обновлять, срилииет ли синхронизация опция->товар (по артикулу), если у каждой опции свой артикул, а в 1С каждый товар отгдельно с соот-им артикулом.
-
Да же пересил обновляться ситус товара...
