nogocuHoBuk

А, разве, тут дело в импорте? Вывод товаров в главной категории делается либо модулем, либо правкой одной строке в файле /catalog/controller/product/category.php Если подобная строка присутсвует (лучше смотреть в модификаторы) - удалите, и товары будут показываться только в нужной категории. Импорт тут не при чём. ЗЫ. Хотя я могу и ошибаться... ЗЗЫ. Или не могу... В голове каша. ЗЗЗЫ. Нет. Всё верно.

Всё зависит от того понадобятся Вам "старые" товары в будущем или нет. Удалять 30к+ товаров с заполненными описанием, опциями, изображениями etc, конечно, жалко. Для начала нужно понимание есть ли у нового поставщика в ассортименте товары из Вашего списка. Если есть - то при настройке экспорта с сайта поставщика нужно будет проделать работу по сопоставлению -> какой товар поставщика куда писать. Тут нет возможности подсказать конкретно так как это зависит и от модуля экспорта, от поставщика, от формата данных, которые предоставляет поставщик и т.д. Ненужные товары можно как удалить, так и отключить. Опять же, всё зависит от вашего сервера и БД. Если есть вероятность что вернетесь к старой нише - отключаем. Если не вернетесь и товар точно можно в топку - удаляем. НО Перед удалением нужно создать модификатор (на коленке), который создаст список всех удаляемых/отключаемых товаров с линками на эти товары. Нужно это для того, чтобы создать ОГРОМНЫЙ .htaccess (например) и настроить на все удаленные товары редирект с несуществующего товара на главную, к примеру. Ну или в каталог. Либо на посадочную, созданную специально для этих товаров, мол "к сожалению данного товара уже нет в списке, но Вы можете найти другие товары в нашем магазине. Тут уже всё зависит от Вас. Каждый редирект можно настроить индивидуально от категории и перенаправлять на ту же категорию или максимально подходящую. Что-то вроде такого: "удалять урл в яндексе и гугле" точно не стоит... Зачем терять ссылочную массу.

Естественно не подходит, но в нём 80% вашей работы уже сделано - добавлена возможность создать склады по геозонам/городам. А затем у каждого товара заполнять наличие на том или ином складе. Всё, что осталось реализовать Вам - спросить пользователя какой склад ему нужен, записать это значение в сессию и фильтровать уже отображение в зависимости от наличия по конкретному складу. Причем модуль выше не закодирован, работает без привязки к серверу разработчика, т.е. с полностью открытым кодом и внести изменения (в случае необходимости) труда не составит. А решение с сабдоменами для вашего случая мне не совсем понятно. Если у вас десяток складов сколько сабдоменов нужно создать? Но хозяин барин Надеюсь всё получится...

В явно указанной высоте изображения

Может этот вариант подойдёт?

Почитайте про микроразметку, Open Graph и shema.org (чтобы понимать суть проблемы). Существую модули для управления микроразметкой, например платные: Есть и бесплатные варианты, но с гораздо меньшим функционалом, но для их использования нужно понимать что Вы делаете и зачем: Например такой: https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=22963 (на этом ресурсе бесплатного не нашел) Дерзайте.

Тот факт, что ошибка в модифицированном файле говорит о том, что у Вас не стоковая версия опенкарта и установлены модули и/или шаблоны, которые подменяют оригинальные функции своими(куски функций) потому понять причину нотиса однозначно невозможно. Если копнуть чуть глубже, то можно сделать некоторые "предположения". А вот эти "конфиги" говорят о том, что у Вас установлен шаблон "Техникс - универсальный шаблон Opencart [Поддержка]" Так что Вам с Вашим вопросом лучше обратиться напрямую к автору шаблона (можно просто написать на этом форуме в теме поддержки шаблона) - Если шаблон не "спирачен" - Вам помогут

Всё, разобрался глянув на автора приведенного мной дополнения на сайте opencart.com. Автор некий Setbenson А на этом форуме так же есть пользователь с таким же ником и с такой же аватаркой, ссылку на профиль которого Вы и дали Похоже что Вы правы ЗЫ. Расписал для тех, кто так же как и я "в танке"...

Для тех кто в танке можно подробней? Какую именно "паршивую овцу" выявили, каким образом и почему именно процитировав меня Вы это написали? И при чем тут "персонаж", ссылку на профиль которого Вы дали?

Да к Вам то никаких претензий. В соседней ветке просто описывали случай, что пользователь обратился к фрилансеру за доработкой. Фрилансер глянул на список установленных модулей, а так же на авторство и сказал заказчику: "вы в черном списке, аляулю, пасигусей". Мой пост больше не в Вам, а к разработчикам. А Вам за проделанный труд плюсану

Кто об этом знает? Суть то моего поста не совсем в этом. Есть википедия, которая синим по белому пишет - официальный сайт опенкарта - https://www.opencart.com Т.е. уж официальней него вообще не найти Но модули, скачанные (повторюсь) с официального сайта могут сделать так, что я окажусь в чьём-то черном списке Я к тому, что "не всё то солнышко, что встает."(С) Тут сложно найти золотую середину, я это понимаю, но нужно иметь ввиду, что "пиратские" модули - это не всегда желание "спиратить" и не всегда варез

Странно всё. Вообще запутали. Есть сайт https://www.opencart.com Он безопасный? Проверяем Отлично. Находим на нём модуль "Localcopy - fix ocmod installation error" Отлично. Непиратский модуль с непиратского сайта скачан. Просматриваем содержимое архива и открываем файл install.xml: Хм. Автором указан https://ocmod.shop А давайте его проверим? Давайте (ответили все дружно!) И вроде я всё сделал правильно. Скачал модуль с официального сайта, поставил, а в списке модулей значится веселый сайт, на который другие кодеры сагрятся, обвинив меня в варезо_юзаньи и меня, вместе с моим сайтом, можно отправлять к блеклист? "Localcopy - fix ocmod installation error" был выбран в качестве примера. Таких же бесплатных модулей на официальном сайте при желании сможете найти десяток только попивая кофеек

Во втором сообщении этой темы ответ: Это, естественно, для opencart2 Для opencart3: /admin/view/template/sale/order_invoice.twig Ну и, естественно, сами данные собираются в контроллере: /admin/controller/sale/order.php Нужная Вам функция в нём (что логично): invoice()

Дык там же урлреврайт уже работать будет. Так Вы, опять же, если SEOURL не прописан ничего толком то и не получите. А если прописан то, опять же, никак, кроме прямого запроса к БД его не получить. Так что да. Получаем article_id. По нему тыкаемся к базе "со словами": SELECT `keyword` FROM `oc_seo_url` WHERE `query` = 'article_id=123' AND `language_id` = '" . (int)$this->config->get('config_language_id') . "'

Не совсем понятно откуда у Вас $this->model_catalog_article->getArticle() Я могу путать, но мне казалось, что модель получения статьи находится в блоге: $this->model_blog_article->getArticle() Но, на самом деле, раз у Вас работает, значит реализовано либо шаблоном либо дополнением каким-то. Не суть. По факту ссылку на статью можно вывести напрямую по article_id /index.php?route=blog/article&article_id=123 В Вашем случае (судя по модели) возможно так: /index.php?route=catalog/article&article_id=123

Я так понимаю Вас интересуют различия между "Битрикс Интернет магазин" и "Opencart". Отличия во всём. Начнём с того, что само ядро битрикса платное. Стоимость от $600 (редакция малый бизнес) до $1500 (редакция Bitrix24 CRM+ Магазин). Каждый год можно "продлевать" за пол цены. Можно и не продлевать, но становятся недоступны ни обновления ни дополнения. Есть полноценный маркет как шаблонов так и дополнений на любой вкус. Средняя стоимочть шаблона колеблется от $500. Если в битриксе не сильны, то столько же придётся отсыпать ещё и за установку... Есть МОЩНЕЙШАЯ документация, которая не всегда успевает за реализациями. Много багов (а где их нет), некоторые не фиксятся годами. Ядро битрикса - неприкосновенно. Точнее вносить то изменения в него можно, но это палка в свой огород. Любые модификации вносятся посредством хуков (а их на каждую функцию как минимум 2). Набор инструментов у битрикса на порядок больше, чем у опенкарта, но и стоимость конечного продукта несоизмерима. Для поддержки битрикса нужен битриксоид. С улицы взять кодера будет сложно, а битриксоиды знают себе цены. За один и тот же функционал на битриксе придётся раскошелиться на сумму в 5-10 раз больше, чем на аналогичный модуль для опенкарта. Системные требования тоже разные (но, опять же, всё зависит от посещаемости и номенклатуры) В общем это продукты абсолютно разного уровня. Опенкарт - жигули. Купил, заправил, поехал. Битрикс - самолёт, для управления которого нужен как минимум пилот, как максимум - собственный ангар со взлётной полосой.

Нет. Это практически невозможно сделать. Нигде не хранится информация о кешируемом изображении. В БД хранится информация об оригинальном изображении товара и каждый раз при обращении к товару контроллер по указанным инструкциям на создание изображения(его размер) проверяет наличие этого файла. И если файл существует - ничего не делает, если файла нет - заново содает. И, следовательно, раз в БД нет информации о закешированном изображении - удалить его невозможно. А сканировать все "места" в коде, где указаны те или иные размеры (для рекламы, для каталога, для карточки товара, сравнения, etc) - не правильное решение Потому самый простой выход - просто удалить ВСЮ папку с кешированными изображениями. Необходимые Вам создадуться при первом же обращению к категрии/товару.

@Vladimir019

@Vladimir019 Подозреваю, что проблема в localcopy.ocmod. https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=18892 Ну и создал на всякий случай в дополнении пустую папку upload. Перекачайте.

Скачать / Купить дополнение Удаление изображений при удалении товара Данное дополнение при удалении товара так же удаляет все связанные с ним изображения. При удалении происходит проверка на привязку удаляемого изображения к другим товарам. Если изображение используется более чем в одном товаре, то оно не удаляется. Например изображение image.jpg привязано к товарам : "Товар1" и "Товар2". При групповом удалении обоих товаров их удаление (средствами opencart) происходит пошагово. Таким образом при удалении "Товар2" картинка останется, так как она привязана ещё и к "Товар1", а при последующем удалении "Товар1" изображение image.jpg будет удалено. Важно: дополнение не проверяет описание товара и не удаляет изображения используемые в описании. В дополнении происходит проверка привязки файлов к другим товарам, следовательно при удалении товаров пришлось бы парсить описания абсолютно всех товаров на наличие в них повторяющихся изображений. При 10-100 товарах это не критично, но при большом количестве товаров подобная функция ЗНАЧИТЕЛЬНО замедлила бы процесс выполнения удаления товара. А при групповом удалении это неизбежно может привести к нагрузке на БД и "зависанию". Установка:Установка происходит через стандартный "установщик OpenCart" (Модули / Расширения -> Установка расширений). Не забудьте обновить модификаторы.После установки будет доступен новый модуль: "Удаление изображений при удалении товаров". (смотрите прикрепленные изображения) Дополнение не добавляет и не заменяет никаких файлов. Никаких дополнительных настроек не предусмотрено. В случае отсутствия необходимости в удалении изображений при удалении товаров просто отключите дополнение. Совместимость: Дополнение тестировалось на Opencart 2.3, 3.0; ocStore 2.3, 3.0 Добавил nogocuHoBuk Добавлено 01.08.2021 Категория Инструменты, утилиты Системные требования Метод активации Без активации Ioncube Loader Нет ocStore 3.0 2.3 OpenCart.Pro, ocShop Обращение к серверу разработчика Нет  

Ещё и тут напишу. Модуль при установке на 3.0.2.0 не завелся. Куда копать? Кому писать?

Решение. Версия opencart 2.3.0.2 Файл модуля: \upload\catalog\controller\extension\module\jen_pco.php Код: $mail = new Mail(); $mail->protocol = $this->config->get('config_mail_protocol'); $mail->parameter = $this->config->get('config_mail_parameter'); $mail->hostname = $this->config->get('config_smtp_host'); $mail->username = $this->config->get('config_smtp_username'); $mail->password = $this->config->get('config_smtp_password'); $mail->port = $this->config->get('config_smtp_port'); $mail->timeout = $this->config->get('config_smtp_timeout'); $mail->setTo($data['to']); $mail->setFrom($data['from']); $mail->setSender($data['from']); $mail->setSubject($subject); $mail->setText($message); $mail->send(); Заменил на: $mail = new Mail(); $mail->protocol = $this->config->get('config_mail_protocol'); $mail->parameter = $this->config->get('config_mail_parameter'); $mail->smtp_hostname = $this->config->get('config_mail_smtp_hostname'); mail->smtp_username = $this->config->get('config_mail_smtp_username'); $mail->smtp_password = html_entity_decode($this->config->get('config_mail_smtp_password'), ENT_QUOTES, 'UTF-8'); $mail->smtp_port = $this->config->get('config_mail_smtp_port'); $mail->smtp_timeout = $this->config->get('config_mail_smtp_timeout'); $mail->setTo($data['to']); $mail->setFrom($data['from']); $mail->setSender($data['from']); $mail->setSubject($subject); $mail->setText($message); $mail->send(); Теперь письма отправляются, но всё то же сообщение "Ошибка отправки". Это из-за того, что у меня на сервере включены нотисы. Т.е. ajax ответ содержит ошибки. В моём случае: <b>Notice</b>: Undefined index: name in <b>*/catalog/controller/extension/module/jen_pco.php</b> on line <b>118</b><b>Notice</b>: Undefined index: email in <b>*/catalog/controller/extension/module/jen_pco.php</b> on line <b>118</b>{"result":"\u0421\u043f\u0430\u0441\u0438\u0431\u043e, \u0437\u0430\u044f\u0432\u043a\u0430 \u043e\u0442\u043f\u0440\u0430\u0432\u043b\u0435\u043d\u0430"} Потому заменил код: if ($this->request->post['name'] || $this->request->post['email']) { $json['result'] = $this->language->get('text_success2'); } на следующий: if (isset($this->request->post['name']) || isset($this->request->post['email'])) { $json['result'] = $this->language->get('text_success2'); } Вот теперь всё работает. Но сам факт того, что ПЛАТНЫЙ МОДУЛЬ из коробки нихт арбайтен - огорчает.

"Ошибка отправки" - что с этим делать? http://prntscr.com/m19cmm