Ivangagarin

В админке страница Отчёты - Отчёты, отчёт по продажам товаров. Жутко убогий фильтр, при том что опенкарт умеет нормально фильтровать товары. Прошу подсказать, как в стоковый фильтр добавить хотя-бы "производитель" и "артикул" либо "модель". Перерыл уже все возможные модули, ничего даже отдалённо похожего не нашел.

добавил в catalog/controller/checkout/simplecheckout_cart.php $discounts = $this->model_catalog_product->getProductDiscounts($this->request->get['product_id']); $data['discounts'] = array(); foreach ($discounts as $discount) { $data['discounts'][] = array( 'quantity' => $discount['quantity'], 'price' => $this->currency->format($this->tax->calculate($discount['price'], $product_info['tax_class_id'], $this->config->get('config_tax')), $this->session->data['currency']) ); } из controller/product/product.php Всё равно не работает. Прошу подсказать, что делаю не так?

Так и попробовал сделать, мне это показалось простым решением. Этот код выводит скидки на странице товара. В симпле он не хочет работать.

Надо вывести discount в корзине, рядом с ценой, примерно так: old price price discount Корзина simplecheckout_cart.twig, пихаю туда: {% if discounts %} <ul class="list-unstyled"> {% for discount in discounts %} <li>{{ discount.quantity }}{{ text_discount }}{{ discount.price }}</li> {% endfor %} </ul> {% endif %} Эффект нулевой. Подскажите,, пожалуйста, как сделать правильно.

@Prooksius Спасибо за подсказку! Убрал показ количества товаров в категории, сайт стал работать намного быстрее. Добавил индекс к oc_category_path, стало ещё лучше, даже PageSpeed Insights показал улучшение. Если чесно - без понятия, что даёт этот индекс, в mqsql я вообще не понимаю, но эффект на лицо. Посмотрю через время по дашборду, но по сравнению с тем, что было, сайт заработал явно быстрее. Вопросы: -Если я просто отключил показ количества товара в категории через админку, надо ли делать правки в коде как тут: Или отключения в админке достаточно и лучше уже не будет? -Таблица oc_session у меня пока 6,5Мб при 700 товаров. Может не чистить её и не ставить удалятор сессий, а пока-что понаблюдать? А если будет рости - уже принимать меры, что посоветуете?

SELECT COUNT(DISTINCT p.product_id) AS total FROM oc_category_path cp LEFT JOIN oc_product_to_category p2c ON (cp.category_id = p2c.category_id) LEFT JOIN oc_product p ON (p2c.product_id = p.product_id) LEFT JOIN oc_product_description pd ON (p.product_id = pd.product_id) LEFT JOIN oc_product_to_store p2s ON (p.product_id = p2s.product_id) WHERE pd.language_id = '8' AND p.status = '1' AND p.date_available <= NOW() AND p2s.store_id = '0' AND cp.path_id = '371'; Доходит до # Query_time: 8.295446 Насчитал 2485 таких запросов за час

@AlexDW Спасибо за наводку! Пробую определить медленные запросы в БД, но получаю ответ: #1227 - В доступе отказано. Вам нужны привилегии SUPER для этой операции У меня виртуальный виртуальный хостинг, так что права мне дадут вряд ли. Договариваюсь со службой поддержки, чтобы включили лог.

Согласен, 30 - маловато, имею в виду, что на первый год как минимум должно хватить, и переход на другой хостинг, даже с max_user_connections 300 решит проблему только временно. Так как уже максимальный скачок перегрузки вижу 360%. А сайт существует пол года и совсем не раскручен. 100%, или какие-то запросы к БД зацикливаются, или висят открытыми, или ещё фиг знает что. Тут мои знания заканчиваются. Именно в этом и прошу помочь, как найти, какие именно запросы и как это пофиксить.

Прошу помощи с постоянно возникающей ошибкой: Warning: mysqli::__construct(): (42000/1226): User 'hobbyho1_data' has exceeded the 'max_user_connections' resource (current value: 30) in /home/hobbyho1/public_html/system/library/db/mysqli.php on line 7Warning: DB\MySQLi::__construct(): Couldn't fetch mysqli in /home/hobbyho1/public_html/system/library/db/mysqli.php on line 10Warning: DB\MySQLi::__construct(): Couldn't fetch mysqli in /home/hobbyho1/public_html/system/library/db/mysqli.php on line 10 Fatal error: Uncaught Exception: Error: <br />Error No: in /home/hobbyho1/public_html/system/library/db/mysqli.php:10 Stack trace: #0 /home/hobbyho1/public_html/system/library/db.php(31): DB\MySQLi->__construct('localhost', 'hobbyho1_data', 'PW*cfdEH}L0#', 'hobbyho1_data', '3306') #1 /home/hobbyho1/public_html/system/framework.php(80): DB->__construct('mysqli', 'localhost', 'hobbyho1_data', 'PW*cfdEH}L0#', 'hobbyho1_data', '3306') #2 /home/hobbyho1/public_html/system/startup.php(104): require_once('/home/hobbyho1/...') #3 /home/hobbyho1/public_html/index.php(19): start('catalog') #4 {main} thrown in /home/hobbyho1/public_html/system/library/db/mysqli.php on line 10 На сайте 760 товаров, и совсем мало посетителей. Насколько я понимаю, (current value: 30) должно хватить очень на долго и проблема не в этом. Смотрел все указанные строки в указанных в ошибке файлах, но с моим знанием php выходит только "смотрю в книгу вижу фигу". Если это может как-то помочь - выложу все соответствующие куски кода.

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

Это один и тот же товар. От поставщика он приходит запакованный. первое - упаковка раскрывается, клиент покупает поштучно. второе - упаковка отправляется целиком, по другой цене. Типа как мелкий опт.

Возникла потребность сделать в карточке товара варианты выбора фасовки одного и того же товара. Например Товар доступен 2 вариантах: -1 шт. в укаковке, цена х, списывается 1шт. -10 шт. в упаковке, цена (10х-у), списывается 10шт. Товар один и тот же, просто изначально он запакован по N шт., но требуется сделать возможность покупать меньше одной упаковки. Пытался сделать через опции - не получается, так как при покупке с любой опцией, со склада списывается 1 шт. Перерыл все дополнения - не нашел ни одного, которое дало бы требуемый функционал. По сути, если бы в каждой опции можно было указать, какое количество товара списать со склада, это решило бы проблему. Возможно, кто-то поможет найти решение? Или кто-то подскажет модуль, который решит эту проблему.