Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

Kosteus

Користувачі
  
  • Публікації

    210
  • З нами

  • Відвідування

Усі публікації користувача Kosteus

  1. Бесплатный сыр только в мышеловке, ну если только так поучиться, может ты и сам верстальщик дизайнер и программист, тебе еще и за платный потом по любому надо будет доплачивать - допиливать, если хочешь нормальный ИМ.
  2. https://yadi.sk/i/BNUpMlT1kvJnU это фактически делает сейчас модуль связанные опции: следующая картинка, но выводит на странице в "кривом" виде там столбцы и строки перепутаны со столбцами: https://yadi.sk/i/8tw2j6RdkvLdh Разница в том что существующие модули помещают Артикул-SKU в значение опций, а надо: значение опций и идентификаторов помещать в значение Артикул-SKU. Не артикул в опциях, а опции в артикуле. И такой вариант решает мою и вашу задачу!
  3. Попытка №99 1. https://yadi.sk/i/6N6JoFHYkvCGn Что на картинке 2 - пока не существует, но только пока и там не все "+" расписаны.... Без моих комментариев и стрелок вы там просто сломаете себе мозг, я сломал у меня сейчас там аж целых 3 артикула: 2. https://yadi.sk/i/BNUpMlT1kvJnU
  4. И что же получается? Для каждого варианта Расширенные опции и Связанные Опции делать свою доработку, когда они работают с одним "понятием SKU", но с разным значением?
  5. Присоединяюсь, только у меня стоит модификация "Связанные опции" и 100% такая же задача.
  6. Я до сих пор не могу понять как мне обновить остатки имея все 3 колонки: Модель, SKU, количество. Надо осознать что рост популярности модуля растет и автор просто физически не успевает обрабатывать все наши вопросы. Да модуль хорош, для вариантов когда опции не нужны и когда не ведется учет по SKU. Я до сих поре еле вкурил, что значит артикул в опции, когда например "Расширенные" и "Связанные опции" создают отдельные поля значений SKU и прочих идентификаторв, а нам по прежнему предлагают обрабатывать артикул в значениях опций, меня это в ступор вгоняет.
  7. Сколько будет стоить индивидуальная доработка ( я готов на много ): Экспорт строчки значений товара по ID с условием проверки значения "опции" товара. Что проверять - артикул в опциях. Что делать модулю Если значение "опции артикул" одно - выводить строчку ID со всеми значениями. Если их два - выводить строчку ID всеми значениями + набор значений "опций связанных" со "значением опции" №1 - выводить строчку ID всеми значениями + набор значений "опций связанных" со "значением опции" №2 импорт: Проверять значение ID (и/или модель) и записывать все имеющиеся его значения Если идет повторение ID (и/или модель) то проверить значение опции артикул, и записать его, и связанные с ним значения (если имеются), второй строчкой в ячейку опции.
  8. Ну что ж как мы поняли все завит от трех типов опций, и для первых двух есть решение, кроме последнего. У меня товар сезонный - торговля идет с марта по август. Заполню пока в магазин те товар что 1 модель - 1 SKU, остальные подождут. Могу еще подождать 3 месяца, а тему смогут продолжить те кто торгует одеждой или еще какими товарными группами и кому как раз нужен третий вариант опций. Глядишь и решение появиться. Еще раз утвердим аксиомы: Понятия серии, группы товаров, товары, модели, значение SKU, код товара могут быть разными значениями и могут быть заменяемыми значениями, в зависимости от тех трех типов опций что мы определили.
  9. Согласен! В зависимости от требований выбирать с чем работать: Без опций, с опциями, с опциями в SKU (в нашем случае, это только "sku в опциях", без выносы значений в другие таблици) джае рисовал схемку для себя https://yadi.sk/i/hQDIChh1kt8Ce
  10. я не хочу офлайн решения с установкой программы, я хочу онлайн решение как дополнение к opencart!
  11. Такой модуль есть! http://www.opencart.com/index.php?route=extension/extension/info&extension_id=19003&filter_search=SKU&sort=rating&order=ASC и если брать отсюда значение SKU https://yadi.sk/i/VXwWHxgjkuNH7 Vitukr осталось только CSV import/экпорт выгружать строчки ID с условием проверки этого значения. если таких знаечний более 1ого, то выводить тот же Id но c другим значением SKU. И тогда я смогу обработать любой прайс и запихнуть в него столько SKU сколько смогу. И проверять наличие только по соответствию значения SKU! Ну же, давайте скажите теперь что это невозможно и объясните почему!
  12. что лучше? когда в одной ячейке мы имеем radio|Цвет|белый матовый|1|1|0|+|0.0000|+|0|+|0.00000000|no_image.jpg radio|Цвет|черный|1|1|0|+|0.0000|+|0|+|0.00000000|no_image.jpg radio|Цвет|красный|1|1|0|-|500.0000|+|0|+|0.00000000|no_image.jpg или для каждого значения своя ячейка?
  13. Так кто же запрещает вынести все эти значения во внешнюю таблицу с правильной структурой. Обрабатывать и вызывать их оттуда? Кому не нужен SKU не указывайте его, кому нужен укажите и все, че голову то ломать?
×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.