Kosteus
-
Публікації
210 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача Kosteus
-
мне нужен результат с возможности, этим инструментом я надеюсь итак заработаю. Право на обладание если это так важно вам можно вручить безвозмездно 19th 19th или Usergio или обоим сразу. -
Согласен! Смотрим глубже, я всего на всего предлагаю идею на блюдечке. Кто это сделает мне по сути не важно, но я уверен, что сделают. И как ветка с открытым кодом, никто не запрещает на базе этого модуля создавать надстройки, например: Модуль А: выводит значение QR код на странице товара Модуль B: Подсчитывает количество проволки и умножает значение метров на цену. Модуль С (здесь немного сложнее, но уверен что и такой появиться): Выводит на страничке товара наличие товара в конкретных магазинах (Складах). Это обработчик базы данных на основе SKU - это онлайн CMS управление торговлей и складом, имеющий неограниченные возможности для расширения. В opencart есть модули для выставления счетов, счетов фактур, накладных, а это решение действительно может заменить кому то 1C и это будет openbase, этого сейчас или нет, или появится очень скоро. Если в сегменте B2B, Вы правы это чисто коммерчески, если по аналогии лицензии самой opencart - это FREE и сообщество само все сделает. И начать можно сейчас с замены понятия ОПЦИИ на SKU.
-
Ошибся в рублях 3 мульта, а это в 10 раз превышает допустимый бюджет, хотя если только программисту обещать 49% прибыли от продаж модуля, то можно и поменьше бюджет старт апа. Подтвердим это юридически.
-
в $ сколько? щас прикину - 3 мульта.... а идея та хорошая была.... или самому программером становиться и распространять по лицензии GNU или как там ее :)
-
Не SKU в опциях, а опции в SKU. Вполне вероятно право обладание вручить Usergio. Одному ему предполагаю будет тяжело. Если внешние таблицы будут иметь не связанную структуру, а: SKU1;размер; такой то;цвет; такой то; UPC; такой то; QR код; такой то; Наличие на складе А; такой то; Наличие на складе B; такой то несомненный плюс это оптимизация и скорость, то что значение например опции будет иметь конкретный адрес ячейки. И при обработке данных не надо будет последовательно перебирать значения в связанной опции, до момента пока он не дойдет до нужной и проверять ее.
-
+ почти все тоже самое делает модуль от Usergio, он также использует внешние таблицы.
-
MonaLiza +1 Почему нельзя взять то, что сейчас называется опциями и поместить в это значение SKU и только? Вместо например цвет и его значение поместить SKU и его значение, и пока там останутся поля присущие опциям? Вынести значение опций во внешние таблицы и обрабатывать их там также как сейчас это уже делает модуль связанные опции, только он обрабатывает связку опций? Разве это не позволит при замене опции на SKU также во внешние таблицы поместить не только опции, но и прочие идентификаторы товарной позиции? Это уже делает модуль связанные опции. Разве это затрагивает ядро opencart? Какие модули завязаны на опциях? мне нужен фильтр, и если даже он не будет фильтровать мне товар по опциям, я буду рад, что он фильтрует по атрибутам. Если еще и количество удастся вынести во внешние таблицы, то встречайте CMS openBase 1.0 - конкурент 1С
-
а можно ссылочки сразу публиковать, пожалуйста.
-
Вы проницательны :ph34r: , а по существу, действительно, 3.0 еще может и не скоро появиться, но желания и предположения то, уже можно сейчас озвучивать.
-
он не ответил, ни да, ни нет....
-
Каким вы его видите? Давайте сделаем мозговой штурм. Ваши предположения, пожелания, включая самые невероятные.
-
Задачи для модуля: - позволяет создавать для одной модели товара неограниченный набор опций любого типа, определенных значение SKU. - Вести учет складских остатков по SKU. - Обновлять количество и значение любых опций товара по любому коду в прайсе поставщика. - Искать товар по любому из заданных идентификаторов - Выводить на странице товара любое количество опций и их значений - Выводить для каждого SKU свое изображение - Выбирать товар последовательно по значению опций Дополнительные задача: - правка встроенного фильтра - полное сопровождение на абонементе - закодировать код - запатентовать Оплата от 700$, предоплата. Для юр.лиц работа по договору.
-
Правильно ли я понял? Для обновления остатков для одного кода товара (на самом деле это код модели или модель), в прайсе нужно иметь 3 значения: кода товара, артикул в опции(SKU) и количество. И у меня получится обновить значение опций по количеству и если мне надо обновить цену я дополнительно укажу колонку с ценой.
-
Вопрос на базе модуля CSV импорт/экпорт Можно ли при выводе товаров в строчку, выполнять проверку по значению опции? 1. если только одно то выводить всю строчку 2. если их два: - взять первое значение и вывести строчку с эти значением - взять второе значение и вывести еще одну строчку только с эти значением з.ы. не судите строго, не знаю SQL и PHP
-
В вашем случае предполагаю, тоже есть решение если опции задавать переменное значение.
-
Увы, серии не совсем корректное решение, потому как предполагаются разные модели серии, а у человека модель товара одна, а фасовка разная и разный SKU.
-
Вынужден Вас опровергнуть. Выбор Есть! Опции - это переменные атрибуты. 1SKU - 1 товар и опций у него не может быть в принципе, только атрибуты. Если вы хотите иметь разные SKU в одной модели, то нужно поменять существующее значении "опции" на "варианты модели" и прописывать их так: SKU1: значение SKU2: значение далее необходимо установить модуль создающий отдельную таблицу со значения опций для конкретного SKU. Увы есть только подобное сейчас решение создающее целую связку - это модуль Связанные опции. Вылетают опции из фильтра, в такой формуле нужно править фильтр и указывать ему где брать опции или в атрибутах прописывать все варианты опций. Такой вариант решения предоставляет вам выбор, хотите так или иначе или вместе сразу. + куча плюсов при обмене данными.
-
https://yadi.sk/i/t6VrxWeJkqnWY правильно ли я понял?
-
Чета я сам запутался SKU не может быть опцией, конкретный набор опций и есть конкретный SKU. Получается что Модуль от 19th19th задает SKU как опцию?
-
и использовать значение $mas_opt[$jj][$l][8] = $data_option['optsku']; при обновлении и добавлении, как ключевое, а не модель или код товара как в вашей версии, а признак повторения только модель (или код товара в вашем случае)
-
Если вы не знаете как это сделать - не говорите что, это не возможно сделать! Если это не возможно то действительно придется менять CMS!
-
SKU значение, не является опцией. Вариант имеет место быть, но это ужас! Раз модуль задает это значение SKU1, SkU2... SKUn, значит его можно использовать! Но модуль связанные опции создает таблицы с ячейками (или как их там кластерами) вида к примеру: где цвет размер SKU черный;черный;черный;синий;красный | 44;48;46;48;46 | 5;6;7;3;10 | SKU1, SkU2, SKU3, SKU4, SKU5 | а надо вид SKU размер цвет : SKU1;44;5; SkU2;48;6; SkU3;46;7 SkU4;48;3 SkU5;46;6
-
Да я хочу проверять и обновлять остатки по значению SKU и иметь 1 карточку товара, и более 1 SKU для модели.
-
SouthBlondi, Сейчас покупатель может положить в корзину Модель (код товара) + значение опции или нескольких опций, фактически с этим справляется модуль "Связанные опции" и вероятно он куда то записывает значение SKU (В настройках модуля есть). А раз есть это значение SKU то и остатки можно проверять по этому значению и прочие значения присваиваемые модулем "Связанные опции"
-
Требуется разработка "Модуль - варианты данных для модели". От 30 000 р + "25" часов в стуки сопровождение. Коммерческий - для последующей продажи в русскоязычном сообществе opencart или ваше предложения. Исходный код защитить кодировкой. ТЗ по ссылке https://yadi.sk/i/lTZe7dlNkqKy4 Вопросы здесь или в личку
