Идеи пользователя 153198

В данный момент, при масштабировании через  CFile::ResizeImageGet картинка миниатюры сохраняется в том формате в котором исходная картинка. Т.е. png в png, jpg в jpg...

У нас в каталоге 10000 картинок в png формате.
Миниатюры так же в png формате, что в 4 раза увеличивает вес сайта.

Есть предложение, если установлена степень сжатия в параметрах  CFile::ResizeImageGet, то всегда преобразовывать картинку любого формата в jpg. (при этом надо дать возможность выбора цвета беккграунда).

Пришлось в ядре ковырять ResizeImageFile, для собственной реализации этого, что неверно.

Есть товары которые находятся в пути (свойство да/нет). По ним не надо фильтровать (т.е. не выводить в умной фильтре параметры из этих товаров). Эти же товары не показывать в каталоге.

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

Решается только переделкой компонента умного фильтра, то есть добавлением нужных параметров фильтрации в $arElementFilter в компоненте. Нужно либо автоматом брать значения фильтра уже установленного для раздела, либо дать возможность в параметрах передавать массив с дополнительным фильтром.

В чем идея:

Имеем товар с 5 торговыми предложениями со свойствами  цвет-размер. А у каждого цвета еще есть своя галерея (как с разных сторон выглядит).  Так  для каждого из торговых предложений со своим размером придется каждый раз дублировать галерею цвета (так сейчас и сделано в тестовом магазине).

Выход: загружать фотографии в основной товар, и у них ставить привязки к свойствам из SKU.

Загрузили фотографию в основной товар, в ней пометка (значение свойства и ID): зеленый.
Загрузили еще фотографию в основной товар, в ней пометка (значение свойства и ID): зеленый.

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

Сейчас выход только json масcив в описание фала пихать со значениями свойств. Но обычный юзверь это не сделает:(