AlexDW
-
Публікації
11 319 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача AlexDW
-
так же как и все остальное - через пункт "установка расширений" и не нужно на 3х никакие патчи localcopy ставить, тройка с архивами ocmod.zip работает без танцев с бубном
-
поле поиска обычно находится в шапке, и обычно его работа не зависит от остальных частей страницы ищите причину, почему у вас работа поиска (вернее, ее отсутствие) зависит от страницы товара -
такой посмотрите, уточните у автора
-
правильно - вы ничего и не сделали для поиска по артикулу а только наоборот, вместо названия подставляете артикул при выводе копайте сам вызываемый метод autocomplete ps: если надоест изобретать велосипед:
-
после строки <body class="<?php echo $class; ?>">
-
пятую строку целиком + вспоминайте, все ли на используемое на сайте нажито честным трудом
-
есть такое ставьте и не мучайтесь
-
-
if (!empty($data['filter_name1'])) { $sql .= " AND p.product_id IN (SELECT pa.product_id FROM " . DB_PREFIX . "product_attribute pa WHERE pa.language_id = '" . (int)$this->config->get('config_language_id') . "' AND LCASE(pa.text) LIKE '%" . $this->db->escape(utf8_strtolower($data['filter_name1'])) . "%' ) "; }
-
такое бывает на php 7.1 и выше, когда вместо чисел пихают ерунду например вместо числовой стоимости доставки 300 пишут 300руб варианты решения 1. не пихать ерунду 2. использовать php ниже 7.1 3. в данном случае заменить $this->config->get('shipping_item_cost') * $items на (float)$this->config->get('shipping_item_cost') * (float)$items
-
вероятно потому что обращение к ней идет раньше загрузки ее js кода оптимизация штука тонкая, не все будет работать если засунуть в #опу
-
сортировать товары в корзине, особенно если товарных позиций в ней больше десятка - не лучшая идея, приведет к тормозам если цель сортировки - упорядочить товары по каким-то признакам для удобства сборки заказа то лучше ее делать в самой админке, например при печати счета для этого подойдет такой модуль
-
баг с произвольным включением режима обслуживания характерен только для версии 2031 в других версиях проблем с ним быть не должно ищите причину в используемых модах/правках кода
-
как вариант
-
либо обратитесь за помощью к автору модуля, который использует нестандартный запрос в нестандартной таблице moto_link_part
-
намудрили с нарастающим счетчиком в бд выполните запрос ALTER TABLE oc_product MODIFY COLUMN `product_id` INT NOT NULL AUTO_INCREMENT PRIMARY KEY FIRST;
-
если вдруг пересилите нажатие пары кликов перед самой выгрузкой - есть такое если нет - извините
-
в таких случаях нужно к автору обращаться за поддержкой, а не искать ее на стороне
-
не нужно плодить темы
-
точно не ноль учитывая что и товаров у вас совсем немного
-
перед циклом объявите переменную, например {% set ofcounter = 1 %} потом выводите где нужно и в конце самого цикла увеличивайте ее значение, например {% set ofcounter = ofcounter + 1 %} как вариант есть такое, среди его функционала и нумерация присутствует
-
WHERE ?! пардон, перепутал с update
-
нет
-
читать наоборот заодно поинтересоваться возрастом домена / сроком работы только в теории на деле - хоть два по цене одного, пока в рекламу не вбухать - никто знать не будет помимо цены есть туева хуча факторов определяющих выбор покупателей - доставка, оплата, условия, сервис и тд не говоря о том, что вряд ли дадут долго заниматься демпингом (если вообще дадут)
