drOC

Подивіться в config.php шляхи до storage, там перевірте файли які змінюються Може бути так що один модифікатор змінює стандартну конструкцію, а інший не може її знайти, тому треба дивитись ще й журнали модифікацій

В розділі розширення - оплата є готовий модуль

Щось здається мені що це кодування, бо частина товарів у нас заходить зі знаками питання і коли ми редагуємо товар через адмінку то відбувається заміна набору символів, тому товар ідентифікується як новий.. файл ini вказує на те, що порівняння відбувається по заголовку і моделі (FindTovarType=2) [ConfUkrSklad] CenaFieldName=cena_1 ImageMax=100 TovarMax=8000 SkladId=1 FirmaId=1 IsIgnoreTovars=0 IsIgnorePhotos=0 StatusStockExist=7 StatusStockMiss=7 FindTovarType=2

схожа ситуація - дублюється частина товарів, при чому дублі заходять без категорії і зображення зв'язка "пром - укрсклад - опенкарт" підозрюю, або товари надходять із спецсиволами, або щось з кодуванням при редагуванні / оновленні, тому не проходить коректно порівняння існуючого товару при чому перша синхронізація проходить нормально і проблема з'являється через деякий час @xxxOlegxxx чи вдалось з'ясувати причину, поділіться будь ласка досвідом бо ситуація 1:1

а навіщо вам модель, якщо цю інформацію можна отримати через /system/library/cart.php var_dump( $this->cart->getProducts(); ); у вашому випадку це буде масив cart_id => options => option1 => quantity option2 => quantity ...

Особисто я користуюсь goaccess

https://pagespeed.web.dev/

Git/diff у вашому випадку - для зручності можна на Github приватний репозиторій зробити

о дякую!

Я і сам не знаю.. якісь когнітивні глюки..

-

-

-

-

Цікавлюсь актуальними проектами

По напрацюванням Взагалі рішень тисячі, перезалив одне з них на гітхаб, можна портувати на 2-3 буду по трохи вивантажувати щось цікаве по мірі запитів, може продублюю в каталог

Прозондуйте тему Lingva API (альтернативний фронтенд для Google) - недавно перекладали пару тисяч товарів, клієнт був задоволений, правда забув який з сайтів. Проект тут https://github.com/thedaviddelta/lingva-translate 25k якщо грамотно то за певний час можна реалізувати чергою ud.

Нещодавно мені такий порадили, але поки не було нагоди перевірити Хоча вибачаюсь, не помітив що для адмінки питання

Тема закрита - там була проблема з csrf_token + вказана вище помилка в конструкції PDO

Це зрозуміло, у вас там помилка в коді була, якщо змін немає то треба глянути по ФТП /storage/modification/... шлях до Modelcommonlepingudlepingud якщо кеш файлу є то треба глянути чи записані зміни, може у вас ще якийсь модуль кешування/компіляції, короче це простіше дивитись по дампам бо візуально не бачу

так, токен зберігається в cookies - інші модулі передають його в штатному режимі (тобто все працює, API, ajax і тд) напишіть мені в особисті повідомлення - я вам зроблю за 5 хвилин або увімкніть вивід помилок на екран і скажіть адресу сайту.

Кеш модифікацій скидали?

по цій темі є модуль кому треба

у вас мабуть кеш шаблону або модифікацій, поверніть все як було - відповідть вище написав, там проблема в передачі параметру lepid я щось поліз не в ті хащі спочатку)

Знайшов, спробуйте замінити public function deleteLeping($lepid) { if (is_numeric($lepid) && isset($this->db)) { $lepid = (int)$lepid; $query = $this->db->prepare("DELETE FROM " . DB_PREFIX . "leping_kuld WHERE LepID = ?"); $query->bind_param("i", $lepid); $query->execute(); } } на public function deleteLeping($lepid) { if (!empty($lepid)) { $lepid = (int)$lepid; // це не потрібно теж якщо у вас PDO $query = $this->db->prepare("DELETE FROM " . DB_PREFIX . "leping_kuld WHERE LepID = ?"); $query->execute([$lepid]); } }