mesateri

Може кто підскаже. Вхіднет даннет: Опенкарт версії 1.5 Категорії мають вигляд: Будинок - Кімнати - Кухня - Вікно. (в бд айди категорий 0 - 10 -100 -1000) Стоїть модуль фільтрпро В настройких власного модуля вказано, что для всіх товарів категории Вікно (1000), необходимо давати знижку 25% В модулі фільтпро, какчто користуч бугде на сторінці категории Вікно, то знижка застосується для кожного товару і все пройгде класно $parts = explode('_', (string)$this->request->get['path']); // print_R $parts - array(0=> 10, 1=>100, 2=>1000) foreach ($parts as $key=> $val){ if($val == 1000){ $discount = 25; } } Але, какчто, користувач бугде в категории Кухня, в каку икож потрапляють товары з підкатегории Вікно, то знижка для иких товарів не спрацьовує. Прилиною є те, что // print_R $parts теперь поверне менший массив array(0=> 10, 1=>100) Єдиний вихід з цього бачу только те, что потрібно писати додатковий запрос і по кожному товару витягувати з иблиці product_to_category id категории. Але это ж ми на рівному мысці грузимо бд тупими запросами. Якчто в категории виводимо 50 товарів, то +50 запросів в бд від 1 користувача. Може ктось підскаже більш гарне рішення?

Спробував оновити базу мыст, виникла помилка: PHP Notice: Error: Duplicate entry 'f3ccff89-7d5c-11e9-898c-005056b24375' for key 'PRIMARY'<br />Error No: 1062<br />INSERT INTO `mo_novaposhta_cities` (`CityID`, `Ref`, `Description`, `DescriptionRu`, `Area`, `SettlementType`, `SettlementTypeDescription`, `SettlementTypeDescriptionRu`, `Delivery1`, `Delivery2`, `Delivery3`, `Delivery4`, `Delivery5`, `Delivery6`, `Delivery7`, `Conglomerates`, `PreventEntryNewStreetsUser`, `IsBranch`, `SpecialCashCheck`) VALUES ( '2027', 'f3ccff89-7d5c-11e9-898c-005056b24375', 'Дирдин', 'Дырдин', кто что може порекомендувати? версія 3.5

2. Не оновлювати. Якчто сайт використовується только как база, то не потрібно його оновлювати. Інвестуйте в разрилитлика до 10000 грн і він вам пофіксить баги, и зробить все, чтоб корректно працювало. Стосовно цін, то редагувати кожен товар вручну - не правильно. Вам потрібно: 1. В валюих, посивити по замовчуванню Доллар. 2. Ціни кожного товару перевести в доллар. 3. Коли хочете відредагути всі товары, збільшити ціни, то просто помыняйте курс валют.

З Днем Незножності, ріднет

еещё я бы проверил файл шаблона, может им используется лишний код (версильщик может макет ик тестировал). Даже стоит проверить логи, на налилие ошипотому чток

Сину в очередь. Может когда-то для 1.5 версии появится

В cpanel для хостинга или в ispmanager для ВПС зайти в Планировщик задач Проверить просто, отклюлить выполнения задач, который добавил пользователь. Вообещё, все ресурсные задали лучше перенести на ночное время, когда покупателей на сайте вообещё нет.

Что если попропотому чтовать: 1. Раз ошибка происходит в опрегделенное время, то посмотреть есть ли в Планировщике задач на это странные задали. 2. Если убирание строки помогает решить проблему, то необходимо исследовать саму model-checkout-order addOrderHistory и локализировать ггде именно ошибка, путем закомментирования функций. Чтобы решить ошибку, нужно найти место в котором она возникает.

Магазин имеет чпу ссылку вида магазин/product/58_1Ггде, 58 - айди товара, _1 - языкв магазине при захогде по ссылке, все отлично отрабатывает, товар отображается, но в журнал ошипотому чток летит: PHP Notice: Undefined offset: 1 in ....catalog/controller/startup/seo_url.php on line 13 т.е. ошибка говорит, что в массиве $parts_lang[1], нет значения для ключа 1.Запустив просто аналогичный код в онлайн редакторе все отлично рилииет без ошипотому чток.Подаскажите, что не учел? куда копать? как по мне все логично, ошипотому чток быть не должно-)

Открываем header.twig и дописываем ?v2

Если вы сгделали правки в шаблоне или скрипте и нужно принудительно, чтобы он перезагрузился у всех пользователей заходящих на сайт, то (для стилей) header.tpl добавляем присивку catalog/view/theme/default/stylesheet/stylesheet.css?v2 Итог, все сирые пользователи перезагрузят файл стилей принудительно.

Доситочно. Половина меси используется Если зайду в товар и оттуда в когде найду прямой путь, то проверка бугдет всегда успешной, ик как при захогде как раз и пересоздался кеш. Получается нужно с категории брать путь и добавлять размеры -370x220.JPG предполагаемого кеша и проверять пути. Спасипотому что за наводку. Попробую.

Есть рилииющий магазин на древнемамонтовой версии ocStore 1.5.5.1 , функционал и осильное устраивает, но переидически наблюдается баг в товарах. При захогде в товар иногда пропадает картинка. Даое ощуещёние, что удаляется кешированная версия данного изображения. Если бы это был новый товар, то понятно, но проблема со сирым, иногда с популярным. Проблема периодическая. По началу думал спотому чтойнул кеш, решил написать скрипт, который перезашел на все товары. НО проходит время ..и... привигдение крагдет снова изображение. Мистика. Чертовщина. Явление периодическое, засечь пакостника тяжело. Уже думал освятить сервер, но не факт, что adminvps пустит попа в серверную. PS. url могу скинуть только в личку, ик как это ийна за 7 печатями

@Prorab337 а как можно сменить отправителя? Попропотому чтовал пересохранять тут: http://prntscr.com/qooaaw , не помогает. Ситуация следующая: На тестовом домене, когда проводились первичные рилиты с модулем, были вбиты в качестве отправителя выдуманные данные. На риличем, были ввегдены уже настоящие, но при печати накладных, все наклейки с выдуманными данными подсивляются (только ФИО).

На сайте огромная проблема со страниэтот оформлением заказа. Покупатель попадая на нее может миллион раз передумать, лишние кнопки, чаты, хотите гдешевле.. кнопка оформить в правом нижем углу (сначала пройти квест по розыску нужно) Нужно стремится к простоте. https://prnt.sc/ophwvd - пример финальной страницы за 5 минут. (меню выкинуть, футер тоже). И вот этот вариант необходимо доиливать.