Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

Kosteus

Users
  
 View Profile  See their activity

  • Posts

    210

  • Joined

  • Last visited

 Content Type 

Everything posted by Kosteus

  1. Kosteus
    не стоит, т.к ядро не поменялось и кроме фишечек и красивой админки ничего больше нет. А если нужен SKU для варианта товара, то вообще беда как в 1.5 так и в 2.0.
  2. Kosteus
    https://opencartforum.com/user/3282-19th19th/ у этого автора есть решения
  3. Kosteus
    если нет значения $mas_opt[$jj][$l][8] = $data_option['optsku']; артикул связки то присвоить (подставить) ему значение из "Модель"
  4. Kosteus
    присвоить поиску товара значение $mas_opt[$jj][$l][8] = $data_option['optsku']; артикул связки
  5. Kosteus
    Ладно не будем пока трогать ядро, это уже будет opencart 3.0 Но уверен что описанную выше логику можно реализовать в вашем модуле, на базе "кривых" связанных опций, брать значение из $mas_opt[$jj][$l][8] = $data_option['optsku']; артикул связки
  6. Kosteus
    в тестов режиме создал 2 товара с одним и тем же кодом, с разными и опциями, резeльтат ожидаемый т.к. два ID - а если объединить ID, то это переписывать ядро! Сложно, но можно, страшно, глаза боятся руки делают! кто самый рукастый?
  7. Kosteus
    значит корректное решение проблемы не в компетенции вашего модуля: сейчас 1 строка модель (код товара) - содержат все опции включая SKU и все прочее надо 1 строка товара - 1 SKU и далее все тоже самое что и в случае когда модель (код товара) главный и модуль от 19th19th вообще не нужен
  8. Kosteus
    Верно 1 SKU - это одна комбинация опций. Артикул (SKU) не опция!
  9. Kosteus
    Судя по всему изначально opencart создавался 1 карточка товара - 1 SKU. Из этого вырос "УЖАС" когда в одной ячейке прописывается дико несколько значений опций и также дико связываются, и эти связи не имеют идентификаторов. Будем исходить из того что есть! Есть все ну или почти все для реализации правильной БД. Вариант: логика, а соответственно и порядок приоритетов для товаров в БД должна быть такой: 0. Модель значение обязательное в любом случае, потому как может объединять вариации товара по различиям на одной карточке товаров. Значение получается также должно быть уникальным. Если значения нет то сформировать его можно автоматически из задаваемого в ручную значения (префикс) + SKU или UPC или Код товара Поставщика или Наименование. Модель необязательно отображать на странице товара, в прочем как и код, разве что только SKU, UPC и другие международные 1. SKU если нет то 2 2. UPC если нет то 3 3. Другие международные коды. если нет то 4 4. Код товара Поставщика. если нет то 5 5. Наименование (Обязательный) при парсинге и импорте прицепиться за 1 или 2 или 3 или 4 или 5! Обязательно наличие "0" и "5" и 1 или 2 или 3 или 4 Я понял что Opencart гибкая и можно даже если этого нет, задать именно такой набор полей для каждого SKU. В результате снова подчеркну избавляемся от дикого представления опций, артикулов в опциях, связанных опций, количества и прочих комбинационных значений в одной ячейке!!! Я не программист но уверен на все 100000000000000000000000% что так правильно, и это реализуемо даже в пределах модуля Usergio!
  10. Kosteus
    Возможно вариант подставлять значение в Модель из значения кода, если поле не заполнено или наоборот, и даже может быть в SKU. Тут надо подумать кого и куда можно подставлять если поле не заполнено. И всем будет счастье!
  11. Kosteus
    Хотя в сборке порядок можно и не наводить. Для более менее нормальных магазинов с правильной структурой все равно понадобиться установка связанных опций. А обработку этих трех элементов может взять на себя модуль Usergio, альтернативы пока ему нет, возможно при интеграции с 1С нечто подобное реализуется.
  12. Kosteus
    в 2.0 тоже самое? или там порядок? предполагаю что все так же....
  13. Kosteus
    Если есть такое понятие то надо для него задавать отдельное значение, но ни в коем случае ему не присваивать SKU или Модель!!! Это 3 (три) разных ЭЛЕМЕНТА!!!!!!! Кому писать чтоб порядок навели!?
  14. Kosteus
    Модель именно модель логично выводить в карточке товара также логично выводить SKU А кода при такой комбинации вообще нет, а если даже он и есть то выводить его не надо, если только не используется какая нибудь CRM например для быстрого поиска менеджером товара, но это вообще отдельное значение создавать надо и оно не может заменять SKU или Модель. SKU не опция, это должно быть отдельное значение, в модуле Связанные опции именно так!
  15. Kosteus
    Кто собирал движок наш? Переделывать! И жирным пропишите в админке: "модель есть модель", и значит правильно перенесли. Поставить там radio есть опции или нет. Если нет опций у товара и только в этом случае заполняется SKU в разделе вкладки данные. Для модели имеющей опции вообще может не быть SKU и это правильно, SKU - комбинация опций. Цифровой код (код товара) - это уже чисто наша придумка для удобства и простоты интеграции, которая как оказалось действительно внесла смуту.
  16. Kosteus
    Одна карточка товара, одна модель, один код, разные SKU, UPС, цена, вес, цвет, размер и т.д. для каждой связанной опции.
  17. Kosteus
    Здесь даже скорее всего идет подмена понятий код товар и SKU иногда их путают и называю кто SKU кто артикулом. В идеале Код товара используется только для обозначения в ИМ и прайсе и это не артикул поставщика. Aартикул скорее всего именно SKU, потому как присваивается каждой комбинации опций свой. И да, Здравствуй модель! имеющая свой код в ИМ = коду прайса поставщика! (используется только для связки товаров ИМ-поставщик) Модель имеющая свои SKU, UPS, цена, вес, и т.д. для каждой связанной опции!
  18. Kosteus
    и с одеждой может быть так. И так есть в случае прайса моего поставщика, а значит есть и другие поставщики которые работают так, и те которые начнут работать так. https://yadi.sk/i/3rEfc6VhkpiKU
  19. Kosteus
    В случае с компьютерами и комплектующими могу лишь только догадываться что в прайсах есть куча товаров со связанными опциями и каждый имеет свой отличный UPC.
  20. Kosteus
    В случае если есть необходимость присваивать дочерний SKU, если его нет в прайсе поставщика. Гораздо проще его присвоить формулой например склеив главный SKU c тем же самым цветом или номер пп или еще чем. И такой вариант эффективней нежели прописывать опции: цвет: черный;черный;черный;синий;красный размер: 44;48;46;48;46 количество : 5;6;7;3;10
  21. Kosteus
    Итак продолжим: Сейчас насколько я понимаю у модуля есть возможность обрабатывать опции вида: цвет: черный;черный;черный;синий;красный размер: 44;48;46;48;46 количество : 5;6;7;3;10 И все. Вероятно единицы поставщиков, готовы поставлять данные в таком виде. А самостоятельно можно только в ручную и то для небольшого количества. Модуль и здесь помогает, связывает опции, но не присваивает значение каждой из связок, а значений может быть несколько как в модуле связанный опции от 19th19th: Модель, SKU (в данном случае дочерний), UPC, Расположение, Вес, Цена, Скидки, Акции, Описание может еще какие. Это и есть значения комбинаций опций, которыми весьма вероятно могут делиться поставщики, например штрих кодом - UPC. Прописывать значение артикула в опциях, страшновато если их хотя бы больше 10. И в случае добавления и обновления логично проверку делать именно по значению комбинации опции, если его нет то по опции. А теперь ответьте пожалуйста, кто, что думает по этому поводу. Или я не изучил модуль и ничего не понял или понял частично. Или такой возможности в модуле нет и благодаря труду Usergio она появится в новой версии.
  22. Kosteus
    Если связанные опции имеют свой SKU (не путать с SKU для опций), есть вариант решения обновлять значения например остатков по SKU связанных?
  23. Kosteus
    Планируется ли поддержка связанных опций (на базе модуля Связанные опции от 19th19th) с последовательной выгрузкой?
  24. Kosteus
    установил АОПЛ (предлагаю придумать название, например uShark или SharkU - "Акула прайсов от Usergio) последней версии. Сломал мозг себе. Также установленные "Связанные опции" и "Расширенные опции" Прошу оказать услуги: 1 - Настроить обновление остатков и цен по поставщику №1 - около 200 товаров, - 3000р 2 - Спарсить и импортировать товары поставщика №2 - около 7500 товаров, с учетом связанных опций и настроить обновление остатков и цен. - 5000р 3 - Спарсить и импортировать товары поставщика №3 - около 5000, без учета связанных и настроить обновление остатков и цен. - 5000р Оплата последовательно по пунктам со 100% предоплатой с моей стороны, условия оговариваются. Поскольку много нюансов для каждого будет формироваться дополнительное ТЗ. Готов частично оказать содействие в рутинной работе по подборе ссылок товаров и категорий(научите), это наверное 85% времени требуемого на решение задач.
  25. Kosteus
    Ура!!! работает!

Покупцям

Розробникам

Корисна інформація

Останні розширення

×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.

  I accept