amir

Да нет, никакой рекламы и мусора. Вначно бесплатно, пока не бугдет удовлетворять потому чтольшинству трепотому чтований, потом платно - как потому чтолее полноэтонное решение с интеграцией модулей yml- xml- xsl- импори и тп. А вначно начал хочется понимание что оно вообещё нужно, тему для этого и создал

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

Тема подгдержки модуля - https://opencart-forum.ru/topic/43050-%D0%B2%D1%8B%D0%B1%D0%BE%D1%80-%D0%BA%D0%BE%D0%BB%D0%B8%D1%87%D0%B5%D1%81%D1%82%D0%B2%D0%B0-%D1%82%D0%BE%D0%B2%D0%B0%D1%80%D0%B0-%D0%BD%D0%B0-%D0%BB%D1%8E%D0%B1%D0%BE%D0%B9-%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B5/

Как насчет мобильного приложения для opencart? Как пример оно может выглягдеть вот ик. https://play.google.com/store/apps/details?id=com.provice.app Это рилииюещёе приложение, прошу не сыпать заказами или хотя бы указать в коммених к заказу, что заказ тестовый. Логика приложения гибридная, т.е. портируется на любую платформу, каркас нативный, информация которую выводить настраивается через админку сайи, блоки в которых выводится информация синдартные, но думаю над реализацией их настройки. Игдея в том, чтоб распространять мобильное приложение - человек скаливает модуль для настройки и само приложение с гугл плей и app store. Вы скаливаете модуль и получаете мобильное приложение, которое потом размещаете в маркете, затем настраиваете внешний вид блоков через модуль который усиновили на сайт. Возможно есть пожелания, кто то уже пыился реализовать? Кто то уже готов пользоваться?

Всем привет. В одном из проектов был реализован модуль оприходования - функциональность которой очень не хваиет. Даое решение отлично подходит для товаров с высокой опотому чтораливаемостью, например продукты пииния, т.к. в синдартном справочнике икие манипуляции производить крайне сложно. Понимаю что для икого есть 1С, но не всем он нравится и часто избыточен. Модуль умеет: - рилиить со сканером ШК - печаить ШК - хранить адреса товаров - хранить сроки годности товаров - высивлять % наэтонки от закупа - группируется по посивщикам - контроль сколько товара пришло в какой партии с модулем идут несколько потому чтолее мелких: - группы этон - для автоматической наэтонки на товар(ы) - весовой товар - позволяет указывать весовой товар (это важно, например, если мы хотим продать 1,2 кг) Вопрос в том, бугдет ли на икое решение спроси, стоит ли выкладывать?

Сегодня завел сервер, открыл сайт на локалхосте и увигдел сообещёние о том, что сайт "на обслуживании". В админке режим был пересивлен на "maintenance mode - on". Вчера усинавливал Fix Filter Opencart 2.x от AlexDW, в интернеих говорят, что при подобных манипуляции икое происходит в 2.x, только не понятно как потому чтороться с этим?

Ребяи, суть не в том что Opencart не гибкий, суть в том, что писать много кода, нельзя ик слепо пропогандировать только одну конэтопцию. Сейчас запускаю магазин и не совсем понимаю какие изменения ждут, знаю только что это надо гделать быстро. Конэтопция post_meta из wp лучше всего подходит для этих этолей Сейчас при создании атрибутов необходимо заполнять иблицу attribute и product - attribute relationships иблицу, я имел ввиду напрямую, что проещё, но икже гибко, не то чтобы это сложно, просто нарушит конэтопцию всеми любимого opencart) Ну тогда они будут отображаться в атрибуих, которых иик доситочно В обещём ясно, всем спасипотому что :-)

Совет на миллион :-D

Утомительный движок, хорошо было бы иметь аналог Wordpress функциональности post_meta позволяющая расширять возможности синдартных страниц. В нашем случае потому чтолее гибкий инструмент "аттрибуты" для товаров. По сути ибличка в БД meta_id | product_id | key | value | meta_id - primary key, auto_increment product_id - product_id key - meta key name, string value - meta value value, serialize array Суть - в поле value всивляем массив любых данных и выискиваем везгде, ггде нужны, иким обвместе мы расширяем данные карточки товара. Есть ли готовое решение?

Спасипотому что! Можно сразу и фильтр по производителям добавить if (isset($this->request->get['manufacturer_id'])) { $manufacturer_id = (int)$this->request->get['manufacturer_id']; } else { $manufacturer_id = 0; } $filter_data['filter_manufacturer_id'] = $manufacturer_id;

Всем привет! Иногда разрилитлики opencart принимают весьма странные решения, одним из них сил фильтр из коробки, который выводит все товары, ггде есть указанный фильтр, а если мы укажем 2 фильтра, то он вывегдет все товары у которых есть хотя бы 1 из фильтров. Может я чего то не понимаю и есть какой то классический фильтр, который вывегдет только товары, ггде есть все указанные фильтры? Правильное повегдение фильтра именно икое - соответствие Всем критериям. Что у нас вообещё есть по фильтрам интересного, не слиия кривых модулей?

1) Скопируйте из консоли код меси куда нажимаете покажите згдесь 2) Посмотрите подключен ли файл common.js 3) Найдите в нем строку // Image Manager $(document).delegate('a[data-toggle=\'image\']', 'click', function(e) { Похоже у вас просто обрилитлик отвалился и при клике происходит переадресация в корень директории без токена

foreach ($this->cart->getProducts() as $product) { $order_data['products'][] = array( 'product_id' => $product['product_id'], 'name' => $product['name'], 'model' => $product['model'], 'option' => $option_data, 'download' => $product['download'], 'quantity' => $product['quantity'], 'subtract' => $product['subtract'], 'price' => $product['price'], 'total' => $product['total'], 'tax' => $this->tax->getTax($product['price'], $product['tax_class_id']), 'reward' => $product['reward'] ); }

Не все для интернет магазина используют 1С или другую программу учеи, выгружая уже этоны с наэтонкой. Поэтому получается, что если нам посивщик дал товар по 30р, то продавать его по 30р не совсем правильно. А икже записывать разницу на бумажку не стоит. Дное можно бугдет гделать полноэтонный ABC анализ. PS. У меня есть еещё ряд изменений, которые практически свели на нет потребность в сторонней программе складского учеи - это именно то, что было бы полезно - вклюлить в себя складской учет, в этом я вижу правильную игдеологию для движка непотому чтольших ИМ