ocbot

$data['currency_code'] = $this->currency->getSymbolRight($this->session->data['currency']);

Ось так спробуйте $query = $this->db->query("SELECT op.product_id, SUM(op.quantity) AS total FROM " . DB_PREFIX . "order_product op LEFT JOIN `" . DB_PREFIX . "order` o ON (op.order_id = o.order_id) LEFT JOIN `" . DB_PREFIX . "product` p ON (op.product_id = p.product_id) LEFT JOIN " . DB_PREFIX . "product_to_store p2s ON (p.product_id = p2s.product_id) LEFT JOIN " . DB_PREFIX . "product_to_category p2c ON (p.product_id = p2c.product_id) WHERE o.order_status_id > '0' AND p.status = '1' AND p.date_available <= NOW() AND p2s.store_id = '" . (int)$this->config->get('config_store_id') . "' AND p2c.category_id <> '77' GROUP BY op.product_id ORDER BY total DESC LIMIT " . (int)$limit); Системний кеш почистити обов'язково. Кеш модифікаторів оновити.

Ви праві. Третій параметр зайвий. Так як у мене універсальний метод і для before і для after, то було три вхідних параметри. Додав третьому дефолтне значення і все запрацювало. Проблема вирішена. Дякую за підказку!

Створив event з реакцією на видалення товару (трігер "admin/model/catalog/product/deleteProduct/before"). Але нічого не відбувається, мій метод не викликається при настанні події. До речі, з трігером "admin/model/catalog/product/deleteProduct/after" все працює. При before десь затикається. Тестував на "чистій" оригінальній збірці OpenCart 3.0.3.8 без інших розширень. Вимикав інші event'и - ніяких змін. Якщо хтось стикався - буду радий за підказку. Якщо знайду рішення сам - напишу для інших.

Спочатку треба завантажити файли словацької локалізації, а тоді можна буде додати мову. Новий код мови з'явиться автоматично у цьому списку.

mysql: UPDATE `oc_country` SET `status`='0' WHERE `iso_code_2` <> 'UA' AND `iso_code_2` <> 'CZ'

Помилка в sql запиті, ось тут --- None --- Там має бути числове значення tax_class_id або, якщо він не задано, тоді 0.

У прикладі реалізовано по іншому, так як я вам писав у попередньому повідомленні. Там в товарі прописана ціна упаковки і кількість товарів в упаковці, а ціна одиниці розраховується автоматично. В такому випадку нічого переробляти не треба. Якщо ж ви хочете задавати ціни за одиницю, а перемикати кількість упаковками і додавати в кошик також упаковками - потрібно переробляти перемикач в товарі. В цьому випадку можна задіяти поле товару "Мінімальна кількість", це буде кількість товарів в упаковці, і перемикати кількість кратно до цього значення, а все інше легко рахується і виводиться.

Почнімо з більш зрозумілого ТЗ. Ви написали "отметил неважное" і позначили всі "нестандартні" елементи, крім "Ціна одиниці". Тобто вам потрібно порахувати і відображати ціну одиниці і все? Якщо так - в одному із стандартних полів товару, наприклад EAN, записуйте кількість товару в упаковці. Тоді на сторінці товару зможете вивести ціну одиниці за формулою: Ціна/EAN Можу зробити будь-який варіант, так як вам потрібно. Звертайтесь.

Можна зробити

Перевірив - у Ocstore 3.0.3.7 не обрізаються дозволені get-параметри при увімкненому Seo Pro, такої проблеми немає. Треба перевіряти ваш .htaccess, може проблема там. Або ж дивитися, які модифікатори змінюють system/library/seopro.php і які зміни вони вносять туди. Не знаю, я все ж користуюся Seo Pro. Але у ocStore 3 він потребує допилів і фіксів.

Seo Pro в OcStore 3 повне проблем. Опція "ЧПУ товарів з категоріями" не працює. Канонічні URL товарів переадресовують на не канонічні. ЧПУ нативного блогу також криве як лижі. Кешування неадекватне, навіть якщо воно вимкнене. Тому й не дивно. У вашому випадку це може бути кеш, спробуйте перевірити у анонімному режимі.

Здається, проблема в тому, що цей модуль комбінований, тобто для 2.3 і 3.0 - один модуль, він завантажує одразу два файли-шаблони: tpl і twig, у вас чомусь підключається не той, що треба. Ви не вказали версію OpenCart, але напевно у вас 3.0 - якщо так, відкрийте каталог admin/view/template/extension/payment/ і видаліть там файл mono.tpl Це має вирішити проблему.

Можливо, ця сторінка є в вашому sitemap.xml, проте Google парсив карту раніше, коли цієї сторінки ще не було. Треба дочекатися оновлення карти в GSC, там є дата останнього сканування sitemap. Але питання до вас, чи треба, щоб ця сторінка була в пошуковій видачі? Не потрібно "пхати" в індекс абсолютно всі сторінки, кількість не означає якість. Те, що GSC повідомляє, що "сторінка проіндексована, але її немає в sitemap" не є проблемою, адже сторінка проіндексована, а це є наша основна ціль. Файл sitemap - це лише підказка для робота. Якщо він знайде посилання на нові сторінки - він їх проіндексує сам.

1) В файлі .htaccess є правило, яке при зверненні до адреси /sitemap.xml відкриває карту згенеровану модулем Google Sitemap. Ця карта завжди актуальна, там є всі товари і категорії. Звісно, можна це правильно прибрати. 2) Вам правильно підказують: не варто генерувати карту на різних сервісах, бо туди попадуть всі посилання, які тільки знайде цей парсер, наприклад посилання на сторінку кошика, авторизації, акаунта і т.д., в тому числі різні дублі сторінок з get-параметрами. Якраз тому у нативній карті сайту менше посилань, тому що там є тільки потрібні для індексування сторінки - це товари, категорії, виробники.