22 hours ago, savvato said:неправда. Стандартные возможности тоже исключают дублирование информации.
Правда. Каким образом стандартные возможности гарантируют что например значения свойств не будут задублированы если на стороне сайта при стандартном использовании CommerceML не хранится уникальный идентификатор элементов? Хранятся только значения, а это значит что при переименовании значения на одной или другой стороне дубли будут или будут удалены ранее использованные в учете элементы, что так же не является оптимальным для пользователя.
22 hours ago, savvato said:неправда, если вы работаете с 1с, то знаете , что в протокол CommerceML2 уже давно не вносят изменения
Правда, если есть CommerceML2 то может быть и CommerceML3 и правда что его теоретическое изменение ни на что не повлияет.
22 hours ago, savvato said:такое может сказать только пользователь,а не программист и разработчик. Поэтому опять не правда
Правда, потому что это ФАКТ!!! Модуль от cms1c одной поставки работает начиная с PrestaShop 1.5 и выше, если вы считаете себя знатоком этой системы, то можете убедиться что хранение основных данных (каталог, товары, свойства, значения, картинки и т.д.) на уровне таблиц базы не изменилось на протяжении срока жизни этих версий, а это уже более 7 лет. Да, таблицы дополняются новыми полями, но базовые никуда не деваются, поэтому модуль работает со всеми поддерживаемыми версиями и при обновлении CMS наши пользователи еще ни разу не сталкивались с критическими проблемами.
Надеюсь Ваши попытки очернить данное решение заинтересуют реальных владельцев магазина, которым нужно гибкое решение. Удачи!