Версия 2.0.34 в разработке

Не успела выйти версия 2.0.33, а я продолжаю работать над новой версией.

Добавлена в модуль проверка новой версии, модуль через http запрос обращается к сайту tesla75.ru, передает текущую версию и получает информацию об обновлениях.

Если вы используете товарные категории, то наверняка видели такую картину на сайте

Согласитесь же лишняя информация, вот так выглядит это в 1С

А вот так настройки товарной категории

Чтобы убрать из названия эту ненужную информацию, достаточно включить опцию в настройках модуля. Важно конечно это делать так как длина названия атрибута ограничена в CMS длиной в 64 символа!

Длинные названия атрибутов обрезаются. Если у товаров убрать из названия свойства название товарной категории в скобках, то одинаковые свойства потом не отличить друг от друга! Но на самом деле они будут иметь разные значения! Обратите внимание на свойство «Совместимость», а также на обрезанные позиции внизу списка.

В ходе анализа импортируемых данных, выяснил, что поиск атрибута производился по наименованию, в то время как используется связка Свойство Ид <=> attribute_id, и после смены наименования меняется attribute_id на «чужой». Поэтому я сделал первый поиск по attribute_id, а при его отсутствии по наименованию.

При поиска по наименованию, увеличен лимит с 1 до 10, в итоге будет взят первый а влог выведены остальные, для анализа.

Далее найдена ошибка, при изменении наименования, само наименование не менялось, т.к. поиск производился ранее по наименованию.

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

Статус также не будет изменен при выгрузке обновлений и включенной настройки «Запретить изменять родителя в категории«, но будет включен при полной выгрузке.

В разделе каталог дублировался заголовок для товаров и категорий с одним названием

Для категорий

Ранее модуль также умел с помощью таблицы настроек тегов XML читать производителя, но только он это начинал делать когда уже записал свойство в атрибут, в результате чего наименование свойства, например «Производитель» красовалась в атрибутах, хотя в атрибутах товара его не было. Сейчас же поменялось, теперь во время чтения XML модуль проверяет не указано ли в таблице читать производителя с свойств. Таким образом когда модуль производит импорт атрибутов то он уже видит что это свойство и его значения — производитель.

Единственный момент, во время импорта из свойств производитель может перезаписать производителя заданного из другого тега, об этом получим запись в логе.

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

Давно я хотел навести порядок в группах, но пока не знаю как сделать лучше чем то что придумал. Если у вас будет решение получше, напишите. Через некоторое время дополню запись. Вот представьте у вас столько свойств и все они беспорядочно перечислены.

Теперь после внедрения системы группировки атрибутов, так выглядят настройки. На мой взгляд и понятно и удобно копировать настройки. Каждая группа начинается с новой строки, порядок строк влияет на сортировку.

Обязательно пробелы ставятся после точки с запятой, думаю в дальнейшем это можно доработать, но пока так. Создавать на сайте заранее группы атрибутов необязательно, модуль это сам сделает при обмене. Атрибуты разносятся по группам только в момент импорта.

Алгоритм простой, но строгое правило написания!

Группа=[Свойство 1; Свойство 2; Свойство 3; И так далее; Сколько угодно свойств; После точки с запятой пробел!]

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