konorws

10 Завантажити / Придбати розширення Касса Модуль "Касса" позволяет вам вести учет денег прямо в вашем Интернет магазине. Принцип работы кассы: Категории Кассы: Права доступа: План: Заказ: Демо: https://cashbox.mirko.in.ua/admin Админ: cbadmin | cbadmin Старший менеджер: topmanager | topmanager Менеджер: manager | manager Автор konorws долучення 25.08.19 Категорія Модули Системные требования Метод активации Без активации Ioncube Loader Нет ocStore 2.3 2.1 OpenCart.Pro, ocShop Звернення до сервера розробника Нет

@SooR Добрый день сталкнулся с такой задачей. Нужно сделать силки на фильтра с карточки товаров по характеристикам. То есть при нажатии на характеристику Цвет: Синий должна открится страница категории с выбраним фильтром цвет синий. Силки я сделал все ок но не работает СЕО УРЛ тоесть у меня силка такого формата site.ru/index.php?route=product/category&path=222&filter_ocfilter=10012:316868417 Я дошел до теории что модуль загружает свои данные в сео урл. Я смог загрузить модуль на странице товара и даже получить список опций для категории этого товара но даже в них не формируются СЕО УРЛ. В чем может быть проблема и как ее решить ? PS. Сделал <?php $ocfilter = new ControllerExtensionModuleOCFilter($this->registry); $this->url->addRewrite($ocfilter);

Вот и так идем что в разных версиях все что меняется это размещение файлов с одной директории в другую.

Помню но это выводит блок "силок пагинации" а тот что я скинул это блок текста "Показа 20 из 100 ...." В том то и вопрос почему не впихнуть этот код в Класс Пагинации

1. С тем что маджента ресурсоемкая это не поспориш но есть очень хорошие решения например Varnish кеш. Который может обновлятся раз в день и минимизировать ресурсы очень сильно. 2. Тут ситуация спорная насчет сисадмина. Там уж не так и много нужно. На крайний случай нормальние хост компании предоставляют такие услуги.

Как сказали уже Нет. Но уберет его 100500 дублей. И это нормальная практика. Когда все говорят о простоте кода в ОС вот есть прекрастый пример ведь в нем все понятно и каждый второй с 1 раза поймет. Хотя бы вынесли бы его в отдельный метод пагинации. <?php $data['results'] = sprintf($this->language->get('text_pagination'), ($product_total) ? (($page - 1) * $limit) + 1 : 0, ((($page - 1) * $limit) > ($product_total - $limit)) ? $product_total : ((($page - 1) * $limit) + $limit), $product_total, ceil($product_total / $limit));

Если брать ваши слова то все все магазины на ОС обречены на смерть. Так как бизнес это рост а рост требует технологий и функционала. Вы когда то питались поддерживать опенкарт который уже работает лет 5-6 ? Когда через примитивную инфраструктуру куча модулей превратили проект в кучу мусора который уж очень трудно прибрать. Или же вот самый простой вариант это когда нужно изменить вид карточки товара в списке ? Сколько файлов нужно изменить ? Или как написать сложный модуль если ОС по дефолту в любой форме перезаписывает всю информацию например редактирование товара ? Или же 2 вариант, Вы питались сделать быстрое редактирование заказа пользуясь существующими методами ? когда что бы получить список Методов оплаты нужно имитировать полное редактирование заказа ? Суть в том что по мере роста проекта ОС превращяется в сборку мусора. Который очень сложно подерживать. Вот сколько лет уже опенкарт поддерживет "Композер" и насколько много проектов есть с ним сейчас ? Когда пишеш сложный модуль у тебя два выхода 1. Пихать все в 1-2 файла что превращяется в кучу мусора потом 2. Розбить на нормальный модуль с одельными частями но проблема в том что эти файлы не как загрузить в систему вот и приходится каждому делать свой загрузчик и так дале. И самое главное в этом что когда проект перерастает возможности ОС мало кто хочет переделывать сайт и дальше едут на костылях и тратят кучу денег на поддержку своего монстра.

Спасибо за покупку. Ваш вопрос уже решен.

Добрый день. Исправляем ситуацию. Сообщу когда заработает

Кстати уже делал такое с 410 может заверну как плюшку к этому модулю

1. Да точно. Ну в интерфейсе нет ничего такого стандартный вид 2. Я тестил на 3000 УРЛ то все ок работало. Модуль не использует базу а генерирует кеш файл что бы не грузить все. У меня уже есть готовая версия импорта с CSV но сейчас есть более важные задачи. Нет это не будет не совсем реливантный переход поэтому тут не вижу смысла. Ну и лично меня бусят такее вещи заходиш на одно а попал вовсе в другое

Отпишите мне в ЛС я посмотрю что не работает.

Добрый день. Этот модуль не предназначен для 2.Х версии он работает только на 1.х Для 2 версии вот модуль

Добрый день. Вы имеете виду цифровое значение ? Например Оформлено "3" товара Если актуально то могу добавить такую переменную.

Добрый день. Пока что есть такая сборка под заказ которая работает как то так shipping_code|override(russianpost2.rp2: 34; russianpost2f1.rp2: 35;) Но этот функционал работает в тестовом режиме на одном магазине пишите мне в лс по нем. На этой версии вы можете создать свой виджет для этого. Вот инструкция. 1. Создать файл виджета. по пути. system/library/EO/Widget/MAILTYPEWidget.php 2. Содержимое <?php namespace Mirko\EO\Library\Widget; use Mirko\EO\Library\Helper; class MAILTYPEWidget implements WidgetInterface { private $value = NULL; /** * WidgetInterface constructor. * @param \Registry $registry * @param array $orderData * @param array $fieldConfig */ public function __construct(\Registry $registry, array $orderData, array $fieldConfig) { $keyFieldShippingCode = DB_PREFIX.'order.shipping_code'; $shipping_code = $orderData[Helper::convertKeyToSQLVar($keyFieldShippingCode)]; $this->value = ''; if (in_array($shipping_code, array('russianpost2.rp2', 'russianpost2f1.rp2'))) { $this->value = '34'; } elseif (in_array($shipping_code, array('russianpost2.rp3', 'russianpost2f1.rp3'))) { $this->value = '47'; } elseif ($shipping_code, array('russianpost2.rp1', 'russianpost2f1.rp1'))) { $this->value = '4'; } } /** * Get result data * * @return string */ public function getValue() { return $this->value; } } 3. Добавить Виджет в загрузку Файл system/library/EO/Core.php 4. Добавить виджет для поля метода доставки Файл контролера модуля admin/controller/extension/module/export_order.php <?php Class ControllerExtensionModuleExportOrder extends Controller { // Переопределяем метод с полями public function getFieldsList() { $defaultFields = parent::getFieldsList(); array_push($defaultFields[DB_PREFIX.'order']['shipping_code']['widget'], 'MYALTYPE'); return $defaultFields; } } Если будут вопросы пишите.

В Core лежат файлы общие для всех версий OC. А в других набор файлов которые не подходят для определенных версий. Вам не нужно добавлять саму папку Core а только ее содержимое.

Как на меня "Плохой" / "Хороший" это у каждого свое. Все зависит от ситуации. Есть ли кому подправить его например ? Или же все что в нем есть вам нужно ? Сядьте просмотрите варианты выпишите на лист что вам нравится что нет и так далее уже решайте. Лично у меня есть опыт работы Joornal функционала много для старта должно хватить вполне. Насчет второго не слышал. Я вообще не поклоник готовых решений так как обычно они уж слишком питаются удовлетворить всех, что приводить к куче ненужного для нас функционала и поддерживать шаблон например с 10 версиями Хедера тоже сложно и неприятно иногда.

Можете отправить мне вашы контакты (Скайп, телефон) я могу вам продемонстрировать работу приложения. На одном из реальных проектов. Уже есть работающие проекты с этими модификациями.

У нас оплата реализована 2 полями 1. Статус (Не оплачен, Ожидает оплату, Оплачен на карту, Оплачен Наложенным платежом и так далее) 2. Сумма которая оплачена. В плане вести расчетов я вам точно не скажу. Мы подбиваем маржу + оборот и передаем в бухгалтерию. Насчет оборота по товарам то тут уже анализ на стороне склада так как все товары проходят через него и можно отследить вплоть до номера товара в заказе и кем он был продан и кем выдан. Насчет готового решения то тут ситуация неоднозначная так как для всех требования разные. Например мы эту схему несколько месяцев выстраивали до того как пришли к схеме которая нам подходит. (Очень много маркеров для доски списали).... Тут более разработка под заказ тай все хотят что бы оно сразу работало с их функционалом. Как бывают в конце вопросы: "А почему ваш модуль нам сразу с АПИ доставки поле не заполняет" и так далее. Насчет опций и склада пока что такой функциональности нет так как мы не используем опции а ведем как отдельные товары. Но я думаю что в складе потом такое будет. Если же интересует реальная работа то можете писать в ЛС обсудим возможные решения.

Добрый день. Посмотрите в шаблоне языкового файла примерно: catlog/language/ru-ru/extension/delivery/delivery.php

Тут нужно смотреть конкретный пример. Среди стандартных модулей я не припоминаю shop_rating. По этому может быть проблема в самом модуле

Это должно работать Вы обновляли Модификаторы ?

В реалиях Опенкарт это практически не возможно. Так как все модули и система в перемешку. Как написано выше Бекап на хостинге или же используйте GIT для мониторинга изменений. В большенстве CMS (более развинутых технически) модули лежат в отдельных директориях что не создает кучу мусора в результате.

Добрый день. Если еще актуально можете взглянуть.