Leaderboard

Я только за.

Обновление v4.12_stable Внесены две правки. https://opencartforum.com/topic/123017-podderzhka-simplepars-universalnyy-parser-dlya-im/?do=findComment&comment=1830106&_rid=23826 https://opencartforum.com/topic/123017-podderzhka-simplepars-universalnyy-parser-dlya-im/?do=findComment&comment=1830128&_rid=23826 За правки спасибо @Axelenz

UPDATE по списку ботов: if ($http_user_agent ~ "OAI-SearchBot|Mail.RU_Bot|Yandex|OpenBSD|SemrushBot|msnbot-media|Riddler|AhrefsBot|bingbot|slurp|MJ12bot|WebWhacker|WebZIP|DotBot|Ahrefs|SerpStat|ClaudeBot|SeekportBot|Amazonbot|BLEXBot|GPTBot|Barkrowler|Bytespider|GeedoProductSearch") { return 444; }

Коли робиш перший в житті магазин - намагаєшся мінімізувати витрати (бажано до нуля). Так колись робив я, і мабуть, більшість з нас. З часом розумієш, що і як працює і на що впливає. Все, що безкоштовно - або працює погано, або з вірусами, або ще щось. Для першого проекту, є сенс шукати все дешево\безкоштовно. Для нормального працюючого магазину - потрібен надійний хостинг з хорошою підтримкою і мінімальним адмініструванням. Коли маєш 100К+ товарів, відповідний трафік - шукай сервер і адміністратора

Спасибо. На днях обновлю файлы на скачивание что бы иправить эту ошибку.

Попробуйте такой модификатор sp_module_stay.ocmod.xml работает только в модулях, если нужно расширьте его на total и тп

Немає потреби, в модулі вже виправлено з місяць тому Але дякую за пропозицію)

<div class="col-sm-1"> <label class="control-label">Очередь <span data-toggle="tooltip" data-original-title="Порядок выполнения скриптов если указано два и больше скрипта в одно и тоже время."></label> <input name="scripts_list[<?php echo $ts_key?>][sort]" type="text" value="<?php echo $task['status']?>" class="form-control" form="form"> </div> В модуле SimplePars найдена небольшая ошибка. Если используете не один, а несколько скриптов, то не получится сделать для них "Порядок выполнения скриптов". Указан столбец 'status' из таблицы 'oc_pars_phpscripts', а должен быть указан 'sort'. Правильно строка будет выглядеть так: <input name="scripts_list[<?php echo $ts_key?>][sort]" type="text" value="<?php echo $task['sort']?>" class="form-control" form="form"> Все, кто использует в работе скрипты, внесите исправление в свой файл simplepars_phpscripts.tpl Находится по пути: /admin/view/template/catalog/simplepars_phpscripts.tpl

Друзі вітаю, зробив оновлення, щоб була можливість задавати свій label для наложок нова пошта і укр пошта в Opencart. Кому це актуально - можете оновлюватись. Якщо були доопрацювання, то можна скористатися інструкцією і внести незначні зміни в 3 файли: https://docs.google.com/document/d/17PWOBqHfxbhE2qaCbwMO3tlSt9wVvBldhX71zVj_kCc/edit?tab=t.p864jtgn7dr1

Якщо, актуально готовий допомогти, звертайтеся. Якщо автор не проти, то можу допомогти

питання було про те, чи можна це реалізувати в модулі, а не про те як працювати в особистому кабінеті чекбокса

Все вірно, він знайшов на github

У меня в названии не хватает одной буквы в конце SimplePars, если правильно написать то будет Simple Parse А это название уже используется это библиотека Python, не знаю что она делает но она есть. Так что технически вам выдало верный ответ. Все зависит от запроса.

Нещодавно мав дуже неприємну розмову з одним крадієм, якій у своїй зухвалості дійшов до того, що відкрито вказує на своєму сайті про те, що викладає чужі модулі, бо наче має право згідно ліцензії GPL самого OpenCart. З урахуванням того, що OpenCart дійсно розповсюджується під вільною ліцензією GPLv3, можна навіть нав'язати ідею, що це автори з форуму порушують ліцензію, накладаючи обмеження на використання своїх творів. Але давайте почитаємо щось трохи більше, ніж “GPL — це вільна ліцензія, яка дає право на розповсюдження коду”, адже там 11 сторінок тексту https://www.duralex.org/licenses/gplru.pdf (російською мовою). Також є ціла купа тексту тлумачень. І в додаток існують певні норми законів (на хвилиночку!). На що діє ліцензія насправді Ліцензія діє на оригінальні програми, модифіковані версії та похідні роботи. В основному все розглядається в контексті похідного коду, але не дизайну (!). А що там про розширення? В тексті самої ліцензії — в принципі майже нічого не сказано. Слово "extension" зустрічається в тексті ліцензії лише раз в частині 5: Збірка охопленого твору разом з іншими окремими та незалежними творами, які за своєю природою не є його розширеннями і не поєднані з ним таким чином, щоб утворювати більшу програму, у томі носія зберігання або розповсюдження називається "агрегатом", якщо сама збірка та її авторське право не використовуються для обмеження доступу або правових можливостей користувачів збірки понад те, що дозволяють окремі твори. Ну і ще цікавий момент: Включення охопленого (ліцензією - п.а.) твору до агрегату не спричиняє поширення цієї Ліцензії на інші частини агрегату. Цей абзац наводить мене на думку, що подібна збірка, де є програма з розширеннями + незалежний компонент має постачатися у вигляді "все разом". І навіть в таком вигляді, допускається включення незалежних та захищених частин. Але модулі з форуму НЕ постачаються разом з Опенкартом, і відповідно, вони не утворюють єдиного продукту на одному носії, якщо говорити про "доставку" до клієнта. В тлумачені сказано: якщо основна програма динамічно підключає плагіни, і вони взаємно викликають функції та обмінюються структурами даних, ми вважаємо, що вони утворюють одну єдину комбіновану програму, яку слід трактувати як розширення основної програми, так і плагінів. Якщо основна програма динамічно підключає плагіни, але комунікація між ними обмежена викликом функції 'main' плагіна з деякими опціями та очікуванням її повернення, це є прикордонним випадком - https://www.gnu.org/licenses/gpl-faq.ru.html#GPLPlugins В цьому контексті цікава справа MySQL vs. Progress Software. Суд вирішив, що динамічне зв'язування само по собі не робить програму похідною роботою, якщо вона не містить копій коду з бібліотеки MySQL. Коротше кажучи, навіть в розумінні GPL, якщо створити окрему бібліотеку модуля та помістити там низькорівневу рутину (без використання методів OpenCart), то така бібліотека "не заражається" ліцензією GPLv3 і може мати окрему ліцензію та не підлягає вільному розповсюдженю. Але мова не лише про бібліотеку. На що GPL однозначно НЕ діє У поясненнях до ліцензії GPLv3 чітко вказано, що вона НЕ розповсюджується на: Шрифти (https://www.gnu.org/licenses/gpl-faq.ru.html#FontException) HTML (Як особливе виключення до GPL, будь-який HTML-файл, який просто викликає функції з цього коду і для цієї мети включає його за посиланням, вважається окремою роботою з точки зору авторського права.) https://www.gnu.org/licenses/gpl-faq.html#WMS Стилі - тут й самому тупому варезнику має бути зрозумілим, що жоден кастомний файл стилів не наслідує нічого від опенкарт, він надає інструкції напряму браузеру, і підключається через HTML Декларативні файли install.xml - по такій логіці не є програмою взагалі. Він ж декларативний. Документація (керівництва, інструкції) не є вихідним кодом і на них не накладаються ті самі умови розповсюдження - https://www.gnu.org/licenses/gpl-faq.ru.html#WhyNotGPLForManuals. З точки зору закону це також окремий авторський твір Зображення (іконки) - це точно не Source Code програми Прямо вказано, що деякі плагіни НЕ утворюють тісне зв'язування, і, відповідно, на них ліцензія не розповсюджується - https://www.gnu.org/licenses/gpl-faq.ru.html#GPLPlugins В багатьох випадках куплені модулі містять комбінацію різного роду файлів, і деякі з цих файлів 100% не підпадають під вільне розповсюдження. Тому не потрібно розповідати казочки про те, що вільна ліцензія виправдовує крадіжку. Чи дозволяється використання комбінованих ліцензій? Так, основним нововведенням GPLv3 (у порівнянні з GPLv2), є можливість поєднання різних ліцензій. Тобто різні частини тієї самої програми можна ліцензувати на різних умовах, в тому числі можна використовувати комбінацію GPLv3 та пропрієтарної ліцензії на окремі частини модуля. В ліцензії є чіткі умови розповсюдження вільного коду Ліцензія не лише надає права, але й вимагає виконувати деякі зобов'язання. Тож навіть до тих творів, до яких дійсно застосовується принцип вільного розповсюдження, накладаються певні вимоги. В контексті збереження вказання авторства В пункті 4 ліцензії зазначено, що в разі розповсюдження, необхідно передавати “точну копію”. Ви можете передавати точні копії вихідного коду Програми, як ви його отримуєте, на будь-якому носії, за умови, що ви явно і належним чином розміщуєте на кожній копії відповідне повідомлення про авторські права; Пункт 5 ліцензії каже, що в разі модифікації: а) Робота повинна містити помітні повідомлення, які вказують, що ви її змінювали, та наводять відповідну дату. Окрім того нагадаємо, що згідно закону про авторське право існують майнові та немайнові права. Загалом концепії копілефт не посягають на немайнові права автора. А в законі чітко прописано, що право на ім'я є невідторгним. Тому “відповідне повідомлення про авторські права” має містити не лише сповіщення про GPL, а й сповіщення про авторство на будь якій копії модуля. В контексті продажу власного коду Також потрібно повідомляти, що саме з якою ліцензією розповсюджується. Яку юридичну силу має ліцензія GPLv3? Адепти GPL стверджують, що пропрієтарні ліцензії “перетягують ковдру” до правовласників, порушуючи права користувачів. А звідки ми знаємо, що вільна ліцензія не робить те саме в іншу сторону? Чому ми маємо сліпо довіряти тексту ліцензії, яку написала одна сторона, якщо ми знаємо, що ця сторона напряму зацікавлена в пропаганді певної ідеї? Варто задуматися, а що взагалі означає слово “ліцензія”. По суті це договір ліцензування між двома сторонами (правовласник та користувач). Як ми розуміємо, будь якій договір має відповідати місцевому законодавству. На профільному сайті, якій пояснює ідеї “копілефту”, розміщена ціла стаття про похідні твори (https://copyleft.org/guide/comprehensive-gpl-guidech5.html), в якій визнається, що положення ліцензії GPL можуть вступати в конфлікт з національними законами. Там прямо написано: “Саме похідний характер твору щодо вільного програмного забезпечення вимагає дотримання умов відповідної ліцензії. Тому виникає питання: що саме є "похідним твором"?” Також там визнається, що суди США більше схиляються до визначення “похідного твору” в законі про авторське право і мають власні методи оцінки похідності. І в законі США, і в українському законі про авторське право програми розглядаються як "набір інструкцій", а не як місце в пам'яті. Так само в обох юрисдикціях є чітке визначення похідного твору, якій має бути "заснований на одному або кількох попередніх творах" (в законі США) та "твір, що є творчою переробкою іншого існуючого твору" (в законі України). Подібним чином похідні твори визначає й eстонське законодавство (форум зареєстрвоаний саме в цій юрисдикції). Тобто, похідний твір з точки зору законодавства не може взятися з нізвідки, він має бути зміненою версією чогось, що вже існувало. І якщо такого модуля не було в опенкарті, то він вже не може вважатися похідним твором. А закон має більшу юридичну силу, ніж ліцензія GPL. Тому визначення похідних творів в розумінні GPL не відповідають дійсному законодавству (!) Також викликає сумніви тон тлумачень ліцензії GPL. Вони всюди, де прямо не застосовується GPL, рекомендують просто надавати інші дозвільні ліцензії, уникаючи фраз, що насправді, якщо може застосовуватися інша ліцензія, то вона може бути і пропрієтарною. А це вже викривлення фактів на користь конкретної ідеї. Як визначають похідність творів суди США на практиці? У вже згаданій статті на сайті copyleft.org надається опис того, як суди в США визначають, чи є програма похідною чи ні. Першочергово відсіюється все, що не може бути захищеним. Адже авторське право не поширюється на ідеї, процедури, процеси, системи, методи роботи, концепції або принципи, що містяться в оригінальній програмі. Саме реалізація цього правила, що вимагає "відфільтрувати" непідлягаючі захисту елементи, є найчастішою причиною розбіжностей у судовій практиці. Наскільки я зрозумів вміст описаних методів, похідні твори визначаються за 2 одночасними критеріями: Програма має подібний декларативний опис Виконувані функції мають подібне вираження в коді Суд аналізує, чи скопійовані захищені елементи і наскільки вони суттєві у загальній структурі програми. Якщо захищені елементи, що містяться у другій програмі, є значущими, вона визнається похідною від першої. Якщо ж скопійовані елементи є незначними, друга програма не вважається похідною. На основі цієї статті в мене взагалі виникло враження, що похідність програми стає правовим питанням, коли в одну програму скопійовано код з іншої майже рівноцінної програми, і вони є конкурентними... Або інша площина — це коли виробники технічних пристроїв беруть за основу код під GPL, і при цьому забороняються користувачам вносити зміни, тобто привласнили чужий готовий код і модифікували його так, щоб заборонити його редагування, ну або не надали похідний код (справи BusyBox, Tivo, Samsung). Немає захисту для «методів роботи» Найбільш цікавий пункт тієї статті на сайті copileft.org — “Немає захисту для «методів роботи»”. Тобто "дослівне копіювання ієрархії команд меню або будь-який інший «метод роботи» не може бути основою для визначення того, що одна робота є похідною від іншої". Найцікавішим прикладом застосування цього принципу є справа Oracle проти Google. Верховний Суд США ухвалив рішення на користь Google, визнавши використання Java API "добропорядним використанням" (fair use), хоча ухилився від остаточного визначення, чи є декларативний код незахищеним як "метод роботи", залишивши це питання відкритим. Також варта уваги справа VMware проти Крістофа Хеллвіга (2015–2019, Німеччина). Там була ситуація, що в одному продукті одночасно містився і закритий власний код, і відкриті частини коду Linux. Суд не дійшов до висновку що продукт VMware був похідною роботою. Тобто з модулями ми маємо таку штуку: Ніде в тексті ліцензії чітко не визначений статус розширень, які постачаються окремо від самої програми. А трактування адептів GPL — це лише їх власна думка, не підтверджена жодним судовим прецедентом Модуль не йде у порівняння з декларативним описом всієї системи, тобто він виконує якусь іншу функцію, яка іноді навіть відсутня в самому OpenCart Маємо в модулях виклики системних методів OpenCart ($this->db->query(), $this->load->model() тощо), і це можна розглядати як виклик "методів роботи" (методів системного API), а не як копіювання безпосередньої реалізації цих методів (назва методу ≠ його реалізація) Власна логіка деяких модулів суттєво більша, ніж виклик стандартних методів OpenCart в тому модулі Таким чином, ми можемо стверджувати, що модуль, якій не має модифікатору — може не вважатися похідним твором від опенкарту. А потім спадає на думку, що OCMOD — це визначений системою API. Адже API — це не лише про REST API (!). Як зазначено у Wikipedia, у багатьох випадках API є частиною набору розробки програмного забезпечення (SDK), якій в свою чергу є набором “засобів розробки, утиліт і документації, який дає програмістам змогу створювати прикладні програми за визначеною технологією або для певної платформи”. Хоча, очевидно, що в разі, коли модуль вмішується в логіку стандартних функцій опенкарту, то він змінює поведінку програми та використовує спільний простір пам'яті. З точки зору GPL — це важливо, а ось з точки зору законодавства — ні. Суперечливий статус модулів В тексті ліцензії слово plugin в принципі не зустрічається, хоча саме про плагіни надається тлумачення. Проте варто пам'ятати, що тлумачення саме по собі наче й немає юридичної сили. Також у визначеннях є термін "Охоплений твір", на якій діє ліцензія. Це означає або немодифіковану Програму, або твір, створений на основі Програми. Ніяких розширень, які можуть бути встановлені в програму окремо, там не згадується. Окрім того за визначенням "Модифікувати" твір "означає скопіювати або змінити весь твір чи його частину у спосіб, що потребує дозволу відповідно до законодавства про авторське право, за винятком створення точної копії. Отриманий твір називається "модифікованою версією" початкового твору або твором, "створеним на основі" початкового твору". Так, можна сказати, що модулі модифікують твір. Але в момент передачі клієнту модуль — це окремі файли, які ще нічого не модифікували і не є частиною існуючої на той момент програми на сервері клієнта. Згідно закону — це окремий твір зі своїм набором інструкцій. Розробник не створює у своєму файлі модифікацію системи опенкарт. Ядро модифікується лише після встановлення користувачем в систему. P.S. Важливо чітко розуміти, що навіть якщо OpenCart (продукт А) поширюється за ліцензією GPL, то це ще не означає, що модулі (Продукт Б) також повністю підпадають під цю ліцензію і не містять захищених авторським правом частин. Тож якщо ви крадете, це ваш вибір. Але GPL тут взагалі ні до чого!

@Sergeevich За той чи інший товар нараховується вказана вами кількість балів. От наприклад за товар 100 грн нараховуте 10 балів

На паре десятков магазинов за последнюю неделю этот паразит создает дикую нагрузку! Закрывайте его в htaccess или в конфиге nginx. Ну реальный паразит DDOSер. NGINX: if ($http_user_agent ~ "ClaudeBot") {return 444;} Apache: как то так (там еще куча зверей в примере - их чпокнуть тоже не помешает ... <IfModule mod_rewrite.c> RewriteEngine on RewriteBase / RewriteCond %{HTTP_USER_AGENT} ("ClaudeBot"|"Ahrefs"|"AhrefsBot/6.1"|"AspiegelBot"|"Baiduspider"|"BLEXBot"|"Bytespider"|"claudebot"|"Datanyze"|"Kinza"|"LieBaoFast"|"Mb2345Browser"|"MicroMessenger"|"OPPO\sA33"|"PetalBot"|"SemrushBot"|"serpstatbot"|"spaziodati"|"YandexBot"|"YandexBot/3.0"|"zh-CN"|"zh_CN") [NC] RewriteRule ^ - [F,L] </IfModule>

Так, якраз його і розглядаю. Дякую

Так, окремим модулем буде

Заадйте налаштування модулю або завантажте базові

Нова версія Deals 1.7.0 У головних налаштуваннях шаблону у вкладці «Картка товару» у варіантах доставки додано нове поле «Час доставки», яке дозволяє вказати детальнішу інформацію про терміни доставки в картці товару. У головних налаштуваннях шаблону у вкладці «Картка товару» з'явилося налаштування «Таймер закінчення акції» (формат: yyyy-mm-dd). Якщо задана кастомна дата, таймер відображатиме її, інакше використовуватиметься дата з бази даних. Для акції до кінця поточного дня вкажіть 0000-00-00 На головній вкладці налаштувань шаблону додано налаштування «Разом купують». Рекомендується після оновлення шаблону налаштувати та додати CRON-завдання (раз на добу). Після запуску цього завдання товари, які купували разом, будуть виводитись у картках товарів, popup-кошику та модулі SmartCheckout. Товари сортуються за кількістю покупок з тим чи іншим товаром. Перероблено та оптимізовано стікери товарів, додано автоматичну генерацію в налаштуваннях модуля з можливістю запуску через CRON. Після оновлення рекомендується масово згенерувати стікери та налаштувати CRON-завдання. Збільшено шрифти для кращої читабельності. Виправлено дрібні помилки та проведено загальні покращення. Додані\Оновлені файли: Завантажити останню та актуальну версію шаблону, ви можете у центрі підтримки: https://octemplates.net/ Інструкція з оновлення тут: https://dsdocs.octemplates.net/update Настійно рекомендуємо перед оновленням зробити резервну копію сайту (файли + база даних через PHPMYADMIN). За необхідності звертайтеся до нашої технічної підтримки. Ви можете замовити платну послугу оновлення шаблону до актуальної версії. Нова версія шаблону це: виправлення та покращення функціоналу + нові модулі та рішення. Увага! Якщо Ви вносили/вносите нестандартні та кастомізовані редагування у файли нашого шаблону, то Ваші доробки будуть затерті при оновленні.

Сегодня 1 апреля, а это значит - не время для шуток) АКЦИЯ - ТОЛЬКО 01.04.25 - ВЕЧНАЯ ЛИЦЕНЗИЯ МОДУЛЯ В ПОДАРОК К ЛЮБОЙ ПОКУПКЕ! также АНОНС ВЕРСИИ 8.0 Список изменений: Общие: - Самое главное изменение - добавлена кнопочка "Применить"! - Второе по важности изменение - иногда в шапке меню становилось жирным, исправлено - Модуль стал красивый - Переработан Quick start, теперь еще удобнее - Добавлены подсказки по заполнению полей - Документация переведена на языки uk-ua, ru-ru, en-gb - Убрана автоочистка базы данных, взамен инструмент просмотра размера бд и ручной очистки - Переработан механизм просмотра UTM-меток в заказе - Инструмент для просмотра и очистки логов - Инструмент для поиска неправильно настроенных существующих событий в файлах сайта - Расширены сообщения о возможных неверных настройках модуля - Debug mode - показывает вывод модуля на сайте и пишет логи - кнопка HARD RESET для сброса к заводским настройкам - максимизирована совместимость с шаблонами - возможно указать свою страницу оформления заказа - добавлено поле закупочной цены - если заполнено - будет вычтено из события покупки - Функция получения utm-меток покупателя и/или из заказа, для использования в crm, письмах и тп - +более 300 изменений к лучшему Google Analytics 4 и dataLayer - в Measurement protocol добавлены параметры для расширенных конверсий и utm-метки - Добавлена возможность выгружать события на одном языке для всех языковых версий - в dataLayer добавлены параметры для Google ADS и данные пользователя - опция - убрать префиксы ga4_из событий datalayer - опция - настройка dataLayer по тз от Netpeak - если вы с ними сотрудничаете - нужно нажать 2 кнопки и тз реализовано - добавлены события посещения страницы контактов и отправки сообщения со страницы контактов - изменен механизм отслеживания событий логина и регистрации - убрано поле селектора, как его заполнять почти никто не разобрался, взамен совместимость со всеми шаблонами - улучшены события добавления и удаления из корзины Facebook Pixel и Conversions API - в Conversions API добавлено больше параметров, общие улучшения. Пол пользователя модуль пока еще не научился но работа над этим ведется - Обновлено до 22.0 Google отзывы - добавлено поле ключа защиты фида отзывов Esputnik - Опять обновлено по документации Фид для Google Merchant, Facebook и тп - Появилась выгрузка опций Цвет-размер в Beta-функционале! - добавлена возможность выгрузки фида для Esputnik - Реорганизация настроек чтобы было удобнее - Возможность выгружать или не выгружать товары с определенными статусами на складе, также для управления этим добавлены GET-параметры - Выбор поля откуда брать название товара - исправлены ошибки с некоторыми параметрами - Справочник категорий Google в модуле и автодополнение - Функционал автоматического заполнения категорий google по названию или id - не сильно умный, планшеты видит как офисные принадлежности ,но нужно же с чего-то начинать) Telegram - в сообщение добавлена ссылка на товар - можно добавлять в шаблон UTM-метки и многое другое

Додав пошук за телефоном для розділу Покупці у цей модифікатор

О я недобачив) Ось https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=46395&filter_member=cartbinder&sort=price

Або ось

Спробуйте ось такий додаток, може вирішить ваше питання https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=43172&filter_download_id=57&sort=date_modified

я крайне не рекомендую так делать ведь в модуле может быть не только сохранение формы, а если модуль в бд пишет настройки? с одним из популярных модулей был такой прикол - пользователь поставил кнопку сохранить и недоумевал почему ничего не сохраняется на правах рекламы - в моем модуле маркетинга появится родная такая кнопка )

тільки не це лайно (((

В контролері модуля у методі post замінити редірект з такого: $this->response->redirect($this->url->link('marketplace/extension', 'user_token=' . $this->session->data['user_token'] . '&type=module', true)); на такий: $this->response->redirect($this->url->link('extension/module/<назва_модуля>', 'user_token=' . $this->session->data['user_token'], true));

не знаю. У мене працює й так

судя по количеству людей требующих темную тему она не сильно-то популярна и востребована) тут пока ещё язык толком не переключается

Степан Андреевич насторожился..

Друже, все що в папці language це просто файли переводу, то напевно 2 строчки теж ок, судячи з директорії це ру версія то в мене він так виглядає: (скажіть якщо неможна постити приберу, але ж тут взагалі не бізнес логіка )) ми трохи міняли під себе визначення. --- але якщо пише що немає товару то тут питання не до файлу переводу, до того як відпрацював модуль і що у вас по складах стоїть яка наявніть с адмінці. саме в складах типу "магазин"

index.php?route=extension/total/shipping Для версии 2.3 и выше